Probleme mit ADS7846 beim NGW100

[terrordaddy (Gast)]

Guten Abend zusammen,

ich habe ein Problem mit dem Betrieb des Hantouch HT043A Touchpanels am 
NGW100. Sobald ich durch das Touchscreen einen Interrupt auslöse (Das 
Panel berühre) scheint sich der Kernel aufzuhängen.

Mein Boot:

Starting kernel at 90000000 (params at 11f71008)...

Linux version 2.6.27.6.atmel.1 (root@user-desktop) (gcc version 4.2.2-atmel.1.1.3.buildroot.1) #2 Tue Jul 21 14:54:31 CEST 2009
CPU: AT32AP700x chip revision C
CPU: AP7 [01] core revision 0 (AVR32B arch revision 1)
CPU: MMU configuration: Shared TLB
CPU: features: dsp simd ocd perfctr java
CPU: Running at 140.000 MHz
Physical memory:
  10000000-11ffffff
Reserved memory:
  10000000-101907a1: Kernel code
  101907a2-1022bb57: Kernel data
  1022c000-102c1fff: Framebuffer
Exception vectors start at 90014000
CPU: Paging enabled
Node 0: start_pfn = 0x10000, low = 0x12000
Node 0: mem_map starts at 902c4000
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 8128
Kernel command line: console=ttyS0 root=/dev/mmcblk0p1 rootwait fbmem=600k
PID hash table entries: 128 (order: 7, 512 bytes)
avr32_comparator: irq 0, 140.000 MHz
console [ttyS0] enabled
Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
Memory: 29656k/29656k available (1521k kernel code, 3112k reserved, 112k data, 80k init)
SLUB: Genslabs=10, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
Calibrating delay using timer specific routine.. 281.84 BogoMIPS (lpj=563689)
Mount-cache hash table entries: 512
net_namespace: 756 bytes
smc smc.0: Atmel Static Memory Controller at 0xfff03400
NET: Registered protocol family 16
pdc pdc.0: Atmel Peripheral DMA Controller enabled
at32_eic at32_eic.0: External Interrupt Controller at 0xfff00100, IRQ 19
at32_eic at32_eic.0: Handling 4 external IRQs, starting with IRQ 64
AVR32 AP Power Management enabled
dw_dmac.0: DesignWare DMA Controller, 3 channels
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 1024 (order: 1, 8192 bytes)
TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
TCP: Hash tables configured (established 1024 bind 1024)
TCP reno registered
NET: Registered protocol family 1
JFFS2 version 2.2. (NAND) © 2001-2006 Red Hat, Inc.
msgmni has been set to 57
io scheduler noop registered
io scheduler cfq registered (default)
atmel_lcdfb atmel_lcdfb.0: 600KiB frame buffer at 1022c000 (mapped at b022c000)
atmel_lcdfb atmel_lcdfb.0: fb0: Atmel LCDC at 0xff000000 (mapped at ff000000), irq 1
atmel_usart.0: ttyS0 at MMIO 0xffe01000 (irq = 7) is a ATMEL_SERIAL
MACB_mii_bus: probed
eth0: Atmel MACB at 0xfff01800 irq 25 (00:04:25:1c:81:80)
eth0: attached PHY driver [Generic PHY] (mii_bus:phy_addr=0:01, irq=-1)
MACB_mii_bus: probed
eth1: Atmel MACB at 0xfff01c00 irq 26 (00:04:25:1c:81:81)
eth1: attached PHY driver [Generic PHY] (mii_bus:phy_addr=1:03, irq=-1)
physmap platform flash device: 00800000 at 00000000
physmap-flash.0: Found 1 x16 devices at 0x0 in 16-bit bank
 Amd/Fujitsu Extended Query Table at 0x0041
number of CFI chips: 1
cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
RedBoot partition parsing not available
Using physmap partition information
Creating 3 MTD partitions on "physmap-flash.0":
0x00000000-0x00020000 : "u-boot"
0x00020000-0x007f0000 : "root"
0x007f0000-0x00800000 : "env"
atmel_spi atmel_spi.0: Atmel SPI Controller at 0xffe00000 (irq 3)
atmel_spi atmel_spi.0: Using bounce buffer at 0x24000000 len 4096
mtd_dataflash spi0.0: AT45DB642x (8448 KBytes) pagesize 1056 bytes
atmel_usba_udc atmel_usba_udc.0: MMIO registers at 0xfff03000 mapped at fff03000
atmel_usba_udc atmel_usba_udc.0: FIFO at 0xff300000 mapped at ff300000
ads7846 spi0.1: touchscreen, irq 64
input: ADS784x Touchscreen as /class/input/input0
at32ap700x_rtc at32ap700x_rtc.0: rtc core: registered at32ap700x_rtc as rtc0
at32ap700x_rtc at32ap700x_rtc.0: Atmel RTC for AT32AP700x at fff00080 irq 21
at32_wdt at32_wdt.0: AT32 WDT at 0xfff000b0, timeout 2 sec (nowayout=0)
atmel_mci atmel_mci.0: Atmel MCI controller at 0xfff02400 irq 28, 1 slots
Registered led device: sys
Registered led device: a
Registered led device: b
TCP cubic registered
Initializing XFRM netlink socket
NET: Registered protocol family 10
IPv6 over IPv4 tunneling driver
NET: Registered protocol family 17
NET: Registered protocol family 15
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
cpufreq: AT32AP CPU frequency driver
at32ap700x_rtc at32ap700x_rtc.0: setting system clock to 1970-01-01 00:07:53 UTC (473)
Waiting for root device /dev/mmcblk0p1...
mmc0: new SD card at address 9b42
mmcblk0: mmc0:9b42 SD02G 1966080KiB
 mmcblk0: p1
EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended
VFS: Mounted root (ext2 filesystem).
Freeing init memory: 80K (90000000 - 90014000)
init started: BusyBox v1.13.1 (2009-07-21 13:59:33 CEST)
Mounting virtual filesystems:
  /proc mounted
  /sys mounted
  /dev mounted
  /dev/pts directory made
  /dev/pts mounted
  /dev/shm directory made
  /config mounted
  /tmp mounted
  /var/run mounted
  /var/log mounted
Setting up mdev: done
Setting hostname: 'ngw.example.net'
Starting syslogd: done
Log messages to syslog: done
Starting klogd: done
Probing modules:
Starting portmap: done
Mounting local filesystems: done
Network interfaces: udhcpc (v1.13.1) started
Sending discover...

Der Fehler der angezeigt wird wenn ich das Touch berühre:

/usr/bin # ts_finddev /dev/input/event0 20
Probe device /dev/input/event0, Please Touch Screen Anywhere in 20 seconds! ...
Unable to handle kernel paging request at virtual address 00200200
ptbr = 91d84000 pgd = 91dc7000
Oops: Kernel access of bad area, sig: 11 [#1]
FRAME_POINTER chip: 0x01f:0x1e82 rev 2
Modules linked in: xt_state iptable_filter ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack ip_tables
PC is at atmel_spi_work+0x2ba/0x2e8
LR is at queue_work+0xc/0x10
pc : [<900f732a>]    lr : [<90028ac0>]    Not tainted
sp : 91cf7f4c  r12: 00000000  r11: 91cfc958
r10: 91c3eb1c  r9 : 91c3eaf0  r8 : 00200200
r7 : 91cf7f6c  r6 : 00000000  r5 : 91cfc928  r4 : 00000000
r3 : 91c3eab4  r2 : 91c3ead0  r1 : 24000000  r0 : 91c89400
Flags: qvNzC
Mode bits: hjmde....G
CPU Mode: Supervisor
Process: atmel_spi.0 [188] (task: 91c56f00 thread: 91cf6000)
Stack: (0x91cf7f4c to 0x91cf8000)
7f40:                            11c3e83e 00000002 00000008 003d08ba 4d780300
7f60: 902189d8 9018eefe 91cf7f90 90028650 91cf7f90 91c798c0 900f7070 00000000
7f80: 901db72c 901c0bcc 901c0b94 91c19db0 900289a8 91cf7fc8 91cf6000 91cf6000
7fa0: 00000000 91c798c0 ffffe000 9002a8c0 91c19db0 00000000 91c56f00 9002aae8
7fc0: 91cf7fc0 91cf7fc0 9002a8ec 91cf7fec 91c798c0 90028900 00000000 00000000
7fe0: 900209e4 9002a8c0 91c19db0 900209e4 00000000 00000000 00000000 00000000
Call trace:
 [<90028650>] run_workqueue+0x58/0xcc
 [<900289a8>] worker_thread+0xa8/0xb4
 [<9002a8ec>] kthread+0x2c/0x44
 [<900209e4>] do_exit+0x0/0x4c0

/usr/bin #

Ich hab das Touchpanel nach dem RMT1 Schema angeschlossen. SPI geht an 
SPI0 und der Interrupt geht an PB25 (IRQ - EXTINT0 - DMAC - DMARQ1)

Ich benutze Buildroot 2.3.0
Ich hab mal meine setup.c angehängt.

Bin für jede Hilfe Dankbar

Grüsse

[Gast (Gast)]

Hast du schon die Dateien atmel_spi.c und atmel_spi.h mit denen von 
hier:
http://git.kernel.org/?p=linux/kernel/git/hskinnemoen/avr32-2.6.git;a=tree;f=drivers/spi
ersetzt?

[terrordaddy (Gast)]

Hallo und Danke,

ja, das habe ich schon ausprobiert. Leider ohne richtigen Erfolg.
Der Fehler kommt zwar nicht mehr, aber ts_finddev reagiert leider auch 
nicht wenn ich auf dem Touch rumtippe. Kann ich sonst noch irgendwo 
nachsehen ob der Touch arbeitet?

Bin jetzt gerade dabei mein Buildroot komplett neu zu kompilieren.

Grüsse

[Gast (Gast)]

Kopier dir mal die anghängten Datein in den bin Ordner. Versuch es mal 
damit.

[Gast (Gast)]

> Kann ich sonst noch irgendwo nachsehen ob der Touch arbeitet?
Ja, durch Aufruf von ts-test. Dann gibt er die Werte auf der Konsole 
aus.

[Gast (Gast)]

übrigens, vor dem neu compilieren, make clean aufrufen, aber das weißt 
du sicher.

[terrordaddy (Gast)]

Hallo und Danke,

ich hab jetzt Buildroot und den Kernel mit den atmel_spi.c und 
atmel_spi.h aus oben genannter Quelle neu compiliert, das image auf 
SD-Karte gespielt und ts_test ts_finddev ts_calibrate mit denen von Dir 
ersetzt.

leider tut sich immer noch nichts weder ts_finddev noch ts_test geben 
etwas aus. Die Interrupts werden gezählt

/proc # cat interrupts
           CPU0
  0:         44      intc  avr32_comparator
  1:          0      intc  atmel_lcdfb
  2:          0      intc  dw_dmac
  3:      93850      intc  atmel_spi.0
  7:       1409      intc  ttyS0
 21:          0      intc  rtc
 22:      26244      intc  tc_clkevt
 25:          0      intc  eth0
 26:       1160      intc  eth1
 28:      21513      intc  atmel_mci.0
 31:          0      intc  atmel_usba_udc
 64:        261       eic  ads7846
185:          0      gpio  mmc-detect
/proc #

Sollte ich den ADS7846 besser als Modul compilieren?

Ich bin echt Ratlos auch wenn meine spi Verdrahtung fliegend ist sollte 
immerhin etwas angezeigt werden.

Güsse

[Gast (Gast)]

> Sollte ich den ADS7846 besser als Modul compilieren?
Nein, fest eincompilieren.
Ich häng mal meine setup.c an, ist aber für einen Grasshopper.

[Gast (Gast)]

evtl nochmal die SPI-Anschlüsse überprüfen.

[terrordaddy (Gast)]

Ich weiß nicht an was es liegen könnte...

hab jetzt alle Leitungen überprüft und könnte nichts feststellen.
Die SPI Kommunikation müsste funktionieren. Wenn ich die Interrupts 
aufliste, den Touch berühre und dann nochmal die Interrupts aufliste 
haben sich atmel_spi.0 und ads7846 verändert. Berühre ich den Touch 
nicht bleiben sie auch gleich.

Vor Touch-druck:

/proc # cat interrupts
           CPU0
  0:         44      intc  avr32_comparator
  1:          0      intc  atmel_lcdfb
  2:          0      intc  dw_dmac
  3:      49922      intc  atmel_spi.0
  7:        764      intc  ttyS0
 21:          0      intc  rtc
 22:      10978      intc  tc_clkevt
 25:          0      intc  eth0
 26:          3      intc  eth1
 28:      20936      intc  atmel_mci.0
 31:          0      intc  atmel_usba_udc
 64:        382       eic  ads7846
185:          0      gpio  mmc-detect

Nach Touch-druck:

/proc # cat interrupts
           CPU0
  0:         44      intc  avr32_comparator
  1:          0      intc  atmel_lcdfb
  2:          0      intc  dw_dmac
  3:      58830      intc  atmel_spi.0
  7:        774      intc  ttyS0
 21:          0      intc  rtc
 22:      11363      intc  tc_clkevt
 25:          0      intc  eth0
 26:          3      intc  eth1
 28:      20936      intc  atmel_mci.0
 31:          0      intc  atmel_usba_udc
 64:        432       eic  ads7846
185:          0      gpio  mmc-detect
/proc #

Dass der atmel_spi.0 einen Interrupt auslöst müsste doch bedeuten, dass 
eine Kommunikation besteht. Gibt es eine Möglichkeit die Daten, die über 
den SPI Bus gehen zu loggen?

Grüsse

[Gast (Gast)]

welchen Touch-Controller benutzt du?

[Gast (Gast)]

Man kann im Kernel den Debug-Modus für SPI einschalten - hängt aber dann 
auch vom Treiber ab, ob man dadurch mehr Informationen erhält. Hast du 
mal probiert nicht über tslib zu arbeiten sondern direkt mit 
/dev/input/event0?
Zum Beispiel mit 'cat /dev/input/event0' überprüfen ob beim Berühren des 
Touchpanels überhaupt Daten ausgegeben werden.

[terrordaddy (Gast)]

Hallo,

ich benutze einen ADS7846N.

Also mit 'cat /dev/input/event0' werden mir keinerlei Daten ausgegeben.

Ich habe jetzt mal den SPI Debug mit kompiliert. Ich hab mal einen 
Auszug aus '/var/log/messages' angehängt, der zeigt was beim Tippen(1x) 
auf das Touch passiert. Ich schau noch, wie ich irgendwie an die Ausgabe 
vom ADS7846 rankomme.

Bin auch nochmals meine Platine durchgegangen, an der dürfte es auch 
nicht liegen.

Grüsse

[terrordaddy (Gast)]

Hier nochmal ein auszug aus '/var/log/messages'
Dies mal mit dem Rückgabewert des ADS77846

Irgendwie bekomme ich vom ADS7846 nur 0xffff und 0x0000 zurück.

Grüsse

[Gast (Gast)]

VREF vom ADS ist auch an 3,3V angeschlossen?

[Gast (Gast)]

du hast auch hoffentlich keine 1µF an den AD-Eingängen angeschlossen?

[terrordaddy (Gast)]

Hab gerade eben nochmals gemessen.
an VREF liegen 3,3V an, die kommen vom neben liegenden VCC mit nem 10µF 
Elko an Masse. An beiden VCC hab ich 0,1µF Abblock Kondensatoren.
An Y- hab ich nen 470 Ohm Widerstand, an den anderen AD-Eingängen hab 
ich 0 Ohm Widerstände.

Ich hänge mal den Schaltplan mit an. Den negierer (heißt das so?) an DIN 
einfach ignorieren, ist ein umgebautes Symbol :)

[terrordaddy (Gast)]

... und Layout

[Gast (Gast)]

sieht soweit ok aus, den 470Ohm und die BUSY-Leitung kannst du dir 
schenken.
An welche Pins vom NGW100 gehen denn die SPI Leitungen genau?

[terrordaddy (Gast)]

Meine Pinbelegung sieht so aus:

NGW100                        ADS7846
J5 Pin1 (3,3V)            ->  +3,3V
J5 Pin2 (GND)             ->  GND
J5 Pin3 (SPI0 - MISO)     ->  DOUT
J5 Pin4 (SPI0 - MOSI)     ->  DIN
J5 Pin5 (SPI0 - SCK)      ->  DCLK
J5 Pin6 (SPI0 - CS0)      ->  N.C.
J5 Pin7 (SPI0 - NPCS1)    ->  CS

J6 Pin25 (IRQ - EXTINT0)  ->  PENIRQ

[Gast (Gast)]

Nur eine Vermutung:

Du verbindest den ADS mit SPI0, hast aber in deiner setup.c stehen:

static struct spi_board_info spi01_board_info[] __initdata = {

"SPI01" kenne ich nicht, könnte aber als SPI1 interpretiert werden.

[Gast (Gast)]

boah..Asche auf mein Haupt. Lösch mal bitte einer den Scheiß den ich da 
oben geschrieben habe. Ich war wohl noch nicht ganz wach :O

[terrordaddy (Gast)]

Volltreffer!!!

Jetzt funktioniert es :)
Es lag tatsächlich am SPI01. Da wäre ich im leben nie drauf gekommen.

Dankeschön

Eine Frage noch: Wie kann ich den Touchscreen calibrieren, denn 
ts_calibrate läuft ja nur bei 16 und 32bit lcdc? Ich hab aber durch das 
PSP-LCD 24bit.

Grüsse

[terrordaddy (Gast)]

Am besten ein Bildchen mit den Kreuzen malen, das Bild auf dem Display 
ausgeben und die Kreuze 'antouchen' oder  gibt es irgendwo eine Config?

Grüsse

[Gast (Gast)]

Hä? Kannst du mal deine jetzige setup.c posten?

ts_calibrate läuft auch beim 24bit LCD. evtl. ohne Grafik.

[terrordaddy (Gast)]

Ja ts_calibrate läuft aber da ich kein Bild sehe kann ich den Touch auch 
nicht kalibrieren. Ich weiß ja nicht wo hin 'touchen'. Drum dachte ich 
ich mal mir ein Bitmap mit den Referenzkreuzen (links oben, rechts 
oben,...) die man 'touchen' muss. Die werden ja, so denke ich nicht 
genau in der Ecke sein, sodern einen gewissen abstand haben.

ts_test und ts_finddev funktionieren auch.

[Gast (Gast)]

kannst du so machen.

Dann war meine Vermutung doch richtig, dass spi01_board_info[] falsch 
war. Dass muss ich mir noch mal genauer anschauen. Woher war die setup.c 
?

[terrordaddy (Gast)]

Die setup.c war von hier:

http://git.kernel.org/?p=linux/kernel/git/hskinnemoen/avr32-2.6.git;a=blob;f=arch/avr32/boards/atngw100/mrmt.c;h=bf78e516a85fe66776b64d251e09e26eef50184d;hb=bb6e647051a59dca5a72b3deef1e061d7c1c34da

[terrordaddy (Gast)]

So ich hab jetzt mal alle Dateien in einem Archiv zusammengefasst, damit 
Andere die das Touchpanel benutzen wollen keine Probleme haben.

Die Dateien sind für das NGW100 Buildroot 2.3.0 - linux2.6.27.6.atmel.1

Grüsse

[terrordaddy (Gast)]

So ich hab jetzt mal ein 'Kalibrierbildchen' gemalt
Ich weiss nicht ob es stimmt oder ob jemand etwas damit anfangen kann.
Wäre gut wenn es jemand ausprobiert und feedback gibt.

Das original Bild stammt von hier: 
http://docs.blackfin.uclinux.org/doku.php?id=linux-kernel:drivers:ad7879

Grüsse

[Robert K. (murdok)]

Damit ts_calibrate (und ts_test etc.) bei 24 Bit funktioniert muss in 
der tslib bei den test tools in der Datei fbutils.c eine Anpassung an 
zwei Stellen vorgenommen werden:

- in der Funktion setcolor() ein 'case 3:' zu den beiden cases 2 & 4 
hinzufügen:

case 2:
case 3:
case 4:
    red = ....

- in der Funktion __setpixel() ein 'case 3:' zum case 4 hinzufügen:

case 3:
case 4:
    if (xormo....

Robert.

[Max (Gast)]

Um jetzt nicht jedes Mal, wenn ich den Kernel neu kompiliere die von mir 
verändert ts_xxx rüberkopieren, wo muss ich in Buildroot die .c Dateien 
ändern, dass die bei einem neuen "make" mit kompiliert werden? :)

[Michael (Gast)]

Hallo zusammen,

ich hab mal einen Patch für TSLib gemacht, damit ts_calibrate auch bei 
24bpp funktioniert und man, zusätzlich zu den hier veröffentlichten 
Patches, auch die "Kalibrierkreuze" angezeigt bekommt.


Gruß
Michael