1. Nimm jetzt an unserem Uhans - 3. ADVENT - Gewinnspiel teil - Alle Informationen findest Du hier!

Touchscreen Ausfälle - Erfahrungen ?

Dieses Thema im Forum "HANNspree HANNSpad (SN10T1) Forum" wurde erstellt von watz, 10.01.2012.

  1. watz, 10.01.2012 #1
    watz

    watz Threadstarter Neuer Benutzer

    Beiträge:
    24
    Erhaltene Danke:
    15
    Registriert seit:
    09.01.2012
    Mahlzeit,

    das nervigste Problem, neben den SODs, war mit dem Stock ROM der sporadische Ausfall des Touchscreens in der Art, daß grundsätzlich nur noch Multitouch funktionierte und gelegentlich wenigstens noch ein Teil des Screens noch per Singletouch bedienbar war. Das passierte locker täglich 2-3 Mal und war nur per Reboot zu beheben

    Nachdem ich FB 10 Easy mit ab_kernelv4Release-2-32-44-04 installiert hatte, war das Problem nun scheinbar weg....allerdings nur zwei Tage lang bis gestern abend. Gleiches Phänomen...nur noch Multitouch, kein Singletouch mehr. Allerdings half es, zweimal den Powerbutton zu drücken...danach konnte ich auf wundersame weise wieder entsperren und der Touchscreen tats wieder ohne Reboot.

    Auffällig ist, daß das Problem bisher immer beim Browsen auftrat. Und gestern abend hab ich den FlashPlayer11 draufgepackt. Zufall ?

    Mit den SODs kann ich leben, aber dieses Touchscreen Problem ist echt ätzend...weiß jemand von Euch Rat ?

    Gruß,
    Watz
     
  2. Tamro, 10.01.2012 #2
    Tamro

    Tamro Fortgeschrittenes Mitglied

    Beiträge:
    293
    Erhaltene Danke:
    38
    Registriert seit:
    06.10.2010
    Also an dem Flashplayer 11 liegt es nicht, ich kann deine Probleme nämlich nicht bestätigen. Ab und an mal ein SoD nervt nicht wirklich, alles andere läuft und reagiert wie gewohnt.
     
  3. watz, 10.01.2012 #3
    watz

    watz Threadstarter Neuer Benutzer

    Beiträge:
    24
    Erhaltene Danke:
    15
    Registriert seit:
    09.01.2012
    Ich hab irgendwo gelesen, daß auch andere das gleiche Problem haben. Vielleicht liegts doch an der HW. Hast Du ein 1653 ?

    Gruß,
    Watz
     
  4. red-orb, 10.01.2012 #4
    red-orb

    red-orb Android-Ikone

    Beiträge:
    4,037
    Erhaltene Danke:
    819
    Registriert seit:
    12.10.2011
    hallo ich habe dieses Problem auch seit einigen Tagen mit FlashBack 10 easy und dem Hybridkernel.
    Ich hatte es auf eine APP geschoben die ich installiert hatte aber auch nach dem deinstallieren tritt das Problem immer wieder mal sporadisch auf.
    Ich konnte es leider noch nicht richtig eingrenzen.
    Ich glaub ich werd mir mal wieder ein Backup machen und das Pad neu aufsetzen wollte mich eh mal mit dem Problem mit dem Delvic Cache befassen.
     
  5. watz, 10.01.2012 #5
    watz

    watz Threadstarter Neuer Benutzer

    Beiträge:
    24
    Erhaltene Danke:
    15
    Registriert seit:
    09.01.2012
    Hab mittlerweile einen interessanten Thread dazu hier gefunden:

    The cause of freezing problems - SlateDroid.com

    Offensichtlich haben sehr viele Leute das Problem. Ich könnte mir gut vorstellen, daß es tatsächlich mit Speicherproblemen zu tun hat. Bei mir tritt das Problem typischerweise nach längerem (1-2h) Browsen auf.

    Gruß,
    Watz
     
  6. watz, 10.01.2012 #6
    watz

    watz Threadstarter Neuer Benutzer

    Beiträge:
    24
    Erhaltene Danke:
    15
    Registriert seit:
    09.01.2012
    Ich hab ein bischen was dazu herausgefunden:

    Ich konnte den Fehler leicht in ein paar Minuten reproduzieren indem ich im Browser mehrere Tabs aufgemacht hab (v. spiegel.de) und dann zwischen dem Browser und Opera (mit Ebay Startseite auf) hin und hergewechselt habe. Auffällig ist, daß er schon nach 2-3 Tabs im Browser anfängt, mangels Speicher alle möglichen Prozesse zu killen. Dabei hatte ich zu dem Zeitpunkt nichts anderes laufen.

    Genau in dem Moment in dem der Touchscreen einfriert, erscheint folgendes im dmesg:

    <4>[ 2187.371811] I2C Read Failure = 2 (addr=0xb8, reg=0x0)
    <4>[ 2187.376982] NvOdmTouch_at168: Read Coord fail .
    <3>[ 2187.382090] Couldn't read touch coord

    Offensichtlich ist der Touchcontroller per I2C angebunden und der Touchtreiber hat in diesem Szenario ein Problem über den I2C Treiber von diesem zu Lesen.

    Das Panel kurz via Powertaste in den Standby und wieder heraus bringen reanimiert das Touchpad wie gehabt. Ich schätze, der Lesefehler bringt den Touchtreiber in einen problematischen Zustand, welcher durch den Standby wieder aufgelöst wird.

    Gruß,
    Watz
     
  7. rotation, 10.01.2012 #7
    rotation

    rotation Android-Lexikon

    Beiträge:
    1,468
    Erhaltene Danke:
    213
    Registriert seit:
    04.05.2011
    ich hab das mal versucht mit Opera (5* Spiegel Tabs 1*ebay) und dolphin (2*spiegel 1* ebay). Nichts dergleichen bei mir, liegt es daran, dass ich nicht den Browser (meinst du den stock Browser) verwende (hab den gelöscht) oder daran, dass compcache das so schön smooth macht?
     
  8. watz, 10.01.2012 #8
    watz

    watz Threadstarter Neuer Benutzer

    Beiträge:
    24
    Erhaltene Danke:
    15
    Registriert seit:
    09.01.2012
    Ja ich hab den Stock Browser + Opera verwendet. Soweit ich mich erinnere, trat das Problem auch immer während dem Hantieren mit dem Stock Browser auf. Allerdings glaube ich nicht, daß der Browser an sich die Ursache ist, sondern irgendwelche Speicherprobleme. Ich hab keine Skripte o.ä. zur Speicheroptimierung laufen. Ja, möglicherweise entschärfen solche Optimierungsskripte die Situation irgendwie.

    Die 2 beim "I2C Read Failure = 2 (addr=0xb8, reg=0x0)" bedeutet "NvOdmI2cStatus_SlaveNotFound". Und soweit ich die Quellen verstehe heißt das, daß der Touch Controller nicht auf das setzen der Slave Adresse am I2C bus geantwortet hat.

    Es scheint so, als ob garkein HW I2C eingesetzt wird, sondern eine I2C Softwareimplementierung über GPIOs (in arch\arm\mach-tegra\nvrm\io\common\nvrm_gpioi2c.c).

    Glücklicherweise liegen die nötigen Quellen für den Touch Treiber etc. vor (nur nicht die Firmware des Touchcontrollers leider). Ich könnte z.B. mit der I2C Taktfrequenz spielen bzw. damit einen Kernel bauen.

    Gruß,
    Watz
     
  9. watz, 11.01.2012 #9
    watz

    watz Threadstarter Neuer Benutzer

    Beiträge:
    24
    Erhaltene Danke:
    15
    Registriert seit:
    09.01.2012
    Ich hab rotations Testkernel vom 24.11. noch aus probiert mit Compcache Skript. Läuft an sich so wie der ab_kernelv4Release-2-32-44-04. Das Problem bleibt das gleiche...irgendwann kommt unweigerlich das hier:

    Code:
    <4>[ 1642.469271] I2C Read Failure = 2 (addr=0xb8, reg=0x0)
    <4>[ 1642.474346] NvOdmTouch_at168: Read Coord fail .
    <3>[ 1642.478912] Couldn't read touch coord
    <4>[ 1642.499306] I2C Read Failure = 2 (addr=0xb8, reg=0x0)
    <4>[ 1642.504348] NvOdmTouch_at168: Read Coord fail .
    <3>[ 1642.508868] Couldn't read touch coord
    <4>[ 1643.249245] I2C Read Failure = 2 (addr=0xb8, reg=0x0)
    <4>[ 1643.254290] NvOdmTouch_at168: Read Coord fail .
    <3>[ 1643.258822] Couldn't read touch coord
    <4>[ 1643.279278] I2C Read Failure = 2 (addr=0xb8, reg=0x0)
    <4>[ 1643.284321] NvOdmTouch_at168: Read Coord fail .
    <3>[ 1643.288841] Couldn't read touch coord
    
    Danach tuts der Touchscreen nicht bis man in den Standby und wieder heraus geht. Auffällig ist (auch schon mit dem ab_kernelv4Release-2-32-44-04), daß er beim Wechsel in den Standby Modus irgendein Problem hat. Solange der Bildschirm dunkel ist kommt bei mir immer und immer wieder diese Sequenz:

    Code:
    <3>[ 1762.158325] Freezing of tasks aborted after 0.01 seconds (271 tasks refusing to freeze):
    <4>[ 1762.167617]
    <4>[ 1762.169128] Restarting tasks ...
    <6>[ 1762.177054] nvrm_notifier_show: blocking
    <7>[ 1762.181724] android_usb gadget: adb_read(24)
    <7>[ 1762.181754] android_usb gadget: adb_read: waiting for online state
    <4>[ 1762.187092] done.
    <6>[ 1762.189050] tegra_pm_notifier: start processing event=4
    <6>[ 1762.196157] nvrm_notifier_show: returning with 'PM_POST_SUSPEND'
    <6>[ 1762.202453] notify_daemon: wait for nvrm_daemon
    <6>[ 1762.209244] nvrm_notifier_show: blocking
    <6>[ 1762.213511] tegra_pm_notifier: finished processing event=4
    <6>[ 1762.222049] suspend: exit suspend, ret = -16 (2012-01-11 09:12:57.369008034 UTC)
    <6>[ 1763.369323] PM: Syncing filesystems ... done.
    <6>[ 1763.511210] tegra_pm_notifier: start processing event=3
    <6>[ 1763.516506] nvrm_notifier_show: returning with 'PM_SUSPEND_PREPARE'
    <6>[ 1763.527110] notify_daemon: wait for nvrm_daemon
    <6>[ 1763.538438] nvrm_notifier_show: blocking
    <6>[ 1763.543124] tegra_pm_notifier: finished processing event=3
    <4>[ 1763.549057] Freezing user space processes ...
    <6>[ 1763.560003] nvrm_notifier_show: false wakeup, returning with '\n'
    <4>[ 1763.572958]
    <3>[ 1763.574488] Freezing of tasks aborted after 0.01 seconds (271 tasks refusing to freeze):
    
    Sieht für mich so aus, als ob er garnicht ordentlich in den Standby Modus geht ("suspend: exit suspend, ret = -16"). Garantiert kostet das mehr Strom als nötig.
     
  10. watz, 11.01.2012 #10
    watz

    watz Threadstarter Neuer Benutzer

    Beiträge:
    24
    Erhaltene Danke:
    15
    Registriert seit:
    09.01.2012
    Freakandr0id bedankt sich.
  11. Hubelbert, 12.01.2012 #11
    Hubelbert

    Hubelbert Erfahrener Benutzer

    Beiträge:
    232
    Erhaltene Danke:
    23
    Registriert seit:
    20.03.2011
    Hallo, ich hatte das Problem auch egal ob mit Stock, Flashback, Hannstitan, CM und diversen Kernels. Komischerweise ist das Problem beim daddeln nie aufgetreten (Galaxy on fire 2) deswegen kann es eigentlich nicht oder zumindest nur begrenzt am Speicher liegen.

    Aufgrund der vielen Probleme (Sod, Touchfreeze, Probleme mit Musicdatabase unter Flashback) welche das tägliche arbeiten mit dem Tab doch stark beeinflußen bin ich vor kurzem auf ein Acer Iconia gewechselt und restlos zufrieden.

    Schade eigentlich, da das Hannspad (1653) alles mitbrachte was ich brauchte. Kamera und den anderen Schnickschnack bräuchte ich nicht. Das viele rumgebastele hat mich aber zu viel Zeit gekostet.

    Vielleicht wirds was mit ICS. Drücke den Hannslern die Daumen.

    Ciao Hubelbert
     
    Zuletzt bearbeitet: 12.01.2012
    watz bedankt sich.
  12. watz, 12.01.2012 #12
    watz

    watz Threadstarter Neuer Benutzer

    Beiträge:
    24
    Erhaltene Danke:
    15
    Registriert seit:
    09.01.2012
    Beim Spielen hatte ich das Problem auch nie. Deshalb scheidet für mich die CPU allein aus. Leicht reproduzieren kann ich es halt durch ständiges Umschalten zwischen verschiedenen Browsern mit jeweils mehreren Tabs offen. Nach ein paar Sekunden bis ein paar Minuten kam das Problem immer. Und der Bugfix wirkt bisher auch immer. Persönlich denke ich das das Problem in der Firmware des Touchscreencontrollers liegt, da er im Fehlerfall nur noch Multitouch Events abliefert die auch korrekt gelesen werden können.

    Höchstwahrscheinlich werde ich das Pad jetzt doch behalten. So ist es nutzbar.

    Gruß,
    Watz
     
  13. Hubelbert, 12.01.2012 #13
    Hubelbert

    Hubelbert Erfahrener Benutzer

    Beiträge:
    232
    Erhaltene Danke:
    23
    Registriert seit:
    20.03.2011
    Hi Watz,
    Respekt, dass Du das mit dem eigenen Kernel hinbekommen hast! Saubere Arbeit! Denke die Hanns-User würdigen das auch!
    Wenn Du vor 4 Wochen schon "an Bord" gewesen wärst hätte ich mein Hännschen evtl. auch noch.

    Viel Erfolg weiterhin
    Hubelbert
     
  14. red-orb, 12.01.2012 #14
    red-orb

    red-orb Android-Ikone

    Beiträge:
    4,037
    Erhaltene Danke:
    819
    Registriert seit:
    12.10.2011
    Hi Watz,

    danke für den Kernel ich werde den heute Abend mal testen.

    Ich hoffe nur das der Kernel für mich nutzbar ist da ich bis jetzt mit jedem Kernel außer dem ab_kernel2 und dem Hybridkernel SODs hatte.
     
  15. rotation, 17.01.2012 #15
    rotation

    rotation Android-Lexikon

    Beiträge:
    1,468
    Erhaltene Danke:
    213
    Registriert seit:
    04.05.2011
    Schon versucht?

    xda-developers - View Single Post - [STICKY][APP][FIX] Touch Screen Calibration App

     
  16. watz, 17.01.2012 #16
    watz

    watz Threadstarter Neuer Benutzer

    Beiträge:
    24
    Erhaltene Danke:
    15
    Registriert seit:
    09.01.2012

    Das aktiviert die Kalibrierungsroutine im Treiber, welche den u.U. überdeckten Randbereich vom Touchscreen ausblendet (d.h. nicht zu vergleichen mit dem Kalibrieren von resistiven). Kann man in der Pixcir Appnote 256 nachlesen. Dort ist auch erklärt, warum das Panel im Randbereich ungenau ist.

    Du kannst auch im Recovery Kalibrieren über das Menü. Hat mir aber nichts gebracht. Wäre auch arg seltsam, wenn eine Kalibrierung meine Kommunikationsfehler auf dem I2C Bus beheben könnte :)

    Gruß,
    Watz
     

Diese Seite empfehlen