Moin,
ich habe vorhin meinen Pearl Bilderrahmen gebrickt. Habe zwar wenig Hoffnung den zu recovern, aber vielleicht kriege ich wenigstens raus welcher Schritt oder welche Abweichung ursächlich waren:
Ich bin nach dieser Anleitung vorgegangen:
http://geekparadise.de/2011/04…atusdisplay-fur-dockstar/
Folgende libs sind hier installiert:
libtool *** 2.2.6b-2 0
automake *** 1:1.11.1-1 0
autoconf *** 2.67-2 0
zlib1g-dev *** 1:1.2.3.4.dfsg-3 0
libssl-dev *** 0.9.8o-4squeeze1 0 (habe ich leicht anders nachgebaut - ein zus. Feature wurde dazuconfigured)
libgd2-noxpm-dev keine!
libgd2-xpm-dev 2.0.36~rc1~dfsg-5
sdcc 2.9.0-5
sdcc.libraries 2.9.0-5
Wobei ich hinterher gesehen habe, dass eh gcc zum bauen genutzt wird...
Konkret gemacht wurde dann wie folgt:
wget http://tech.section5.ch/files/dpfhack-0.1alpha.tgz
tar -xvzf dpfhack-0.1alpha.tgz
cd dpf/src
make
cd ..
wget http://tech.section5.ch/files/dpf-lcd4linux.tgz
tar -xvzf dpf-lcd4linux.tgz
Jetzt kommts (evtl?):
Die Datei build-dpf-lcd4linux.sh wurde wie folgt angepasst:
Ändern der --configure Zeile in:
sowie leider? aus einem vorigen Versuch war noch
drin, anstatt der r1142 wie ich später gesehen habe Der patch dagegen ging zwar ohne rejects, aber evtl liegt hier der casus knacksus...
Aufruf dann mit
da mit ../ als eigtl korrektem lib Pfad die dpf.h nicht gefunden wurde.
Schließlich musste ich für hackit.py noch das Datum 27. März in profiles.py ändern
was aber imho nicht das Problem sein sollte...
Jemand soweit einen Vorschlag was besonderer Mist ist/war?
Ich habe den Bildschirm dann abgezogen wie es ja nach dem hackit.py geschrieben steht. Beim Wiederanstecken habe ich beim ersten Mal allerdings den Menü Knopf erst nach dem Anstecken gedrückt, weil das aus der blöden Beschreibung nicht hervorgeht, dass es gleichzeitig sein muss
Noch das Syslog excerpt:
Rahmen noch intakt:
Nov 6 12:00:51 squeezevdr kernel: [42088.939119] usb 2-5: new full speed USB device number 5 using ohci_hcd
Nov 6 12:00:51 squeezevdr kernel: [42089.190092] usb 2-5: New USB device found, idVendor=1908, idProduct=0102
Nov 6 12:00:51 squeezevdr kernel: [42089.190103] usb 2-5: New USB device strings: Mfr=2, Product=3, SerialNumber=0
Nov 6 12:00:51 squeezevdr kernel: [42089.190110] usb 2-5: Product: Digital Photo Frame
Nov 6 12:00:51 squeezevdr kernel: [42089.190115] usb 2-5: Manufacturer: BUILDWIN
Nov 6 12:00:51 squeezevdr kernel: [42089.202361] scsi5 : usb-storage 2-5:1.0
hackit.py
Nov 6 12:01:23 squeezevdr kernel: [42120.646817] usb 2-5: reset full speed USB device number 5 using ohci_hcd
Nov 6 12:35:30 squeezevdr kernel: [44167.680319] usb 2-5: USB disconnect, device number 5
Nov 6 12:35:47 squeezevdr kernel: [44185.438152] usb 2-5: new full speed USB device number 6 using ohci_hcd
Nov 6 12:35:48 squeezevdr kernel: [44185.618106] usb 2-5: device descriptor read/64, error -62
Nov 6 12:35:48 squeezevdr kernel: [44185.897934] usb 2-5: device descriptor read/64, error -62
Nov 6 12:35:48 squeezevdr kernel: [44186.177955] usb 2-5: new full speed USB device number 7 using ohci_hcd
Nov 6 12:35:48 squeezevdr kernel: [44186.350018] usb 2-5: device descriptor read/64, error -62
Nov 6 12:35:49 squeezevdr kernel: [44186.638031] usb 2-5: device descriptor read/64, error -62
Nov 6 12:35:49 squeezevdr kernel: [44186.917908] usb 2-5: new full speed USB device number 8 using ohci_hcd
Nov 6 12:35:49 squeezevdr kernel: [44187.325905] usb 2-5: device not accepting address 8, error -62
Nov 6 12:35:49 squeezevdr kernel: [44187.505898] usb 2-5: new full speed USB device number 9 using ohci_hcd
Nov 6 12:35:50 squeezevdr kernel: [44187.918382] usb 2-5: device not accepting address 9, error -62
Nov 6 12:35:50 squeezevdr kernel: [44187.918421] hub 2-0:1.0: unable to enumerate USB device on port 5
Nochmal angesteckt:
Nov 6 12:40:31 squeezevdr kernel: [44469.147331] usb 2-5: new full speed USB device number 10 using ohci_hcd
Nov 6 12:40:46 squeezevdr kernel: [44484.327138] usb 2-5: device descriptor read/64, error -110
Nov 6 12:41:02 squeezevdr kernel: [44499.626974] usb 2-5: device descriptor read/64, error -110
Nov 6 12:41:02 squeezevdr kernel: [44499.907060] usb 2-5: new full speed USB device number 11 using ohci_hcd
Nov 6 12:41:17 squeezevdr kernel: [44515.070797] usb 2-5: device descriptor read/64, error -110
Nov 6 12:41:32 squeezevdr kernel: [44530.342692] usb 2-5: device descriptor read/64, error -110
Nov 6 12:41:33 squeezevdr kernel: [44530.610711] usb 2-5: new full speed USB device number 12 using ohci_hcd
Nov 6 12:41:43 squeezevdr kernel: [44541.018554] usb 2-5: device not accepting address 12, error -110
Nov 6 12:41:43 squeezevdr kernel: [44541.186799] usb 2-8: reset full speed USB device number 4 using ohci_hcd
Nov 6 12:41:44 squeezevdr kernel: [44541.546601] usb 2-5: new full speed USB device number 13 using ohci_hcd
Nov 6 12:41:54 squeezevdr kernel: [44551.962248] usb 2-5: device not accepting address 13, error -110
Nov 6 12:41:54 squeezevdr kernel: [44551.962290] hub 2-0:1.0: unable to enumerate USB device on port 5
Alles anzeigen
Steht also nur noch Mist im Chip ?
Der Rahmen lässt sich mit M nicht mehr einschalten, wenn kein USB-Kabel dran ist (auch als der Akku noch dran war). Wenn doch kommt die normale Diashow. Bei Verbinden zum PC bekomme ich einen weißen Bildschirm auf dem LCD (hängt wahrscheinlich) und Fehlermeldungen wie oben im syslog. Bei Start im Factory Mode ebenso. Reset bringt nichts.
Selten wird der Rahmen mal (im 'falschen' Modus) als USB-Hid device erkannt. Vielleicht kann man den zum recovern
nutzen?
Nov 6 13:17:33 squeezevdr kernel: [46691.042234] generic-usb 0003:1908:3318.0002: hiddev0,hidraw1: USB HID v2.01 Device [BUILDWIN BL206v1.0.0] on usb-0000:00:02.0-7/input0
Für Freunde des gehobenen Lötens habe ich mal Bilder angehängt, wobei die Panelseite eher uninteressant sein dürfte.
Hilfe
tx und mfg
Midas