GLCD?

[Friedel]

Momentan kann ich nur tagsüber ins Forum kommen und das nur Mo-Fr bis 15:00. Das nur zur Info, falls sich übers WE was tut.

Ist jemand hier im Forum, der irgendeine Experimental auf der Atevio AT7000/Octagon 1018 mit LCD am Rennen hat? Ich jedenfalls bekomme es nicht hin. Wenn ja, bitte ich mal kurz um die Version. Zur Info, ich teste parallel im AAF die aktuellen sh4 E2 Images von Obi und da rennt das Display.
Ausschalten von USB Treibern wie ftdi bringen auch keine Verbesserung. Im E2 sind die übrigens auch aktiviert. Das bringt mich zu der Hoffung, dass in diesem Fall der Fehler nicht vor der Tastatur sitzt.

[BPanther]

Ich baue auch dafür bald wieder eine aktuelle Version, derzeit scheint es schon recht gut auszusehen. Lediglich bei der Pingulux gibts es derzeit Probleme beim bauen als stm23. Das GLCD-Menü (Einstellungen) soll eh in die normalen Neutrino-Einstellungen wandern.

[Friedel]

Bin gerade bei nem Bekannten und deshalb nur kurz on. Habe PN bekommen und beantwortet. Ich kann das Image erst Montag Abend testen.

Edit 02.04.12

Experimentelle Images/Dateien

[Friedel]

So, jetzt ich

Ich sagte ja schon, ich bin ein absoluter Softwaredau. Das betrifft aber nur Windows, unter Linux sieht es noch düsterer aus!!!

Wenn ich nun genug zur Erheiterung beigetragen habe, dann versuche ich mein Problem mal zu schildern.

Also, ich habe mir den dpf-hack-python2.7_Ubuntu11_CentScript.tar.gz auf nen Stick gezogen, denn ich habe ein Display, was ich mit dem Windows Tool nicht flashen kann.

Die Schwierigkeiten fingen schon damit an, dass ich die Datei dann erst nach Suchen auf dem Linux Rechner gefunden habe (/media/Datenstick) Dann brauchte ich noch, bis ich das Eingabefenster (Terminal) gefunden habe. Ihr seht, ich muß ganz klein anfangen und Erklärungen, die für andere wohl selbstverständlich sind, sind es für mich nicht.

Ich bitte mal sehr um eine Schritt für Schritt Erklärung, wie ich ein Display mit Linux bearbeiten kann. Ich habe wie gesagt erfolglos versucht, das mit dem Windos Tool zu machen, das Bild wurde auch erfolgreich rein geladen ins Display, aber das Display macht nun immer einen Reset.

Ich habe noch ein zweites Display, wo es mit Windows geklappt hat. In diesem Display sind dann Boot und Startbild da, ohne Reset nur die Helligkeit ist bei dem Startbild (zweite Bild) dann heller.

[Cent]

Um was für ein Linux handelt es sich denn überhaupt?

[Anskar26]

Habe das gleiche Problem wie Friedel, Habe Ubuntu 11.10 auf dem PC, Kann aber mit der README_FullimageRestore nicht viel anfangen.

"Beschreiben des Displays mit komplettem Image:
Befehl (Display im PC-Verbindungs-Modus):
sudo python hackit_restore.py /dev/sg[X] imagename.bin
[X] herausfinden wie gehabt... per dmesg

Befehl (Display im Debug-Modus (BSOD)):
sudo python hackit_restore.py usb0 imagename.bin
Wenn der Imagename nicht angegeben wird , werden Defaultwerte genutzt je nach erkanntem Display:
Pearl: pearlimage.bin
Weitere: pinkimage.bin, whiteimage.bin, blueimage.bin, silverimage.bin ,blackimage.bin
Sollte das Display nach dem Beschreiben wieder Erwarten NICHT mehr reagieren/funktionieren kann man es per ProgSPI (unter Windows) wieder zum Leben erwecken "

Cent


MfG

[Cent]

Hi,

Hier nen Ausschnitt aus dem Original-README zu dem Thema:

Code: Alles auswählen

1. run 'make' to build the tools and patches
2. Initiate USB connection from the DPF via the menu
3. Wait a while and check dmesg for the /dev/sgX assignment

Punkt 1 ist im angesprochenen Packet nicht nötig... da das ja schon eine vorcompilierte Ubuntu11-Version ist. Sofern man Ubuntu11 nutzt...
Ansonsten braucht man vorher das dpfhack-0.12devel.tgz und muss sich das erst selbst compilieren!
Punkt 2 und 3 wie hier im Readme... (Display in den PC-Modus bringen, etwas warten , dmesg nutzen...)
Anschließend kommt der eigentliche Befehl:
sudo python hackit_restore.py /dev/sg[X] imagename.bin

statt /dev/sg[X] muss man halt das eintragen was man bei der dmesg-Ausgabe rausgeleseh hat...
z.B. /dev/sg0
Und statt imagename.bin gibt man den Namen des Images an das man flashen will...

[Anskar26]

Danke!
Aber was und wie:

statt /dev/sg[X] muss man halt das eintragen was man bei der dmesg-Ausgabe rausgeleseh hat...
z.B. /dev/sg0

MfG

[Cent]

du gibst einfach ein 'dmesg' und suchst in der (u.U. etwas längeren) Ausgabe nach deinem "Photo Frame" und guckst was beim entsprechenden Gerät fürn SG-Wert steht...

Ein bischen übersichtlicher ist´s wenn du die Ausgabe etwas eingrenzt .. z.B.
dmesg | grep scsi

Dann werden dir alle SCSI-Geräte angezeigt, und das Display meldet sich ja als SCSI-CD-ROM an ...

Da sollte dann irgendwas stehen mit Photo Frame, und dann z.b.
.....Attached scsi generic sg2 type 5

Gruß,
Cent

[BPanther]

Oder hier mal als volle Ausgabe:

Code: Alles auswählen

bpanther@neutrino:~$ sudo dmesg | grep scsi
[sudo] password for bpanther:
[    0.453319] scsi0 : ata_piix
[    0.453418] scsi1 : ata_piix
[    0.806128] scsi 0:0:0:0: CD-ROM            TSSTcorp CDDVDW TS-L632H  fs03 PQ: 0 ANSI: 5
[    0.818920] sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray
[    0.819049] sr 0:0:0:0: Attached scsi CD-ROM sr0
[    0.819115] sr 0:0:0:0: Attached scsi generic sg0 type 5
[    0.975112] scsi2 : ahci
[    0.991243] scsi3 : ahci
[    1.000800] scsi4 : ahci
[    1.384243] scsi 2:0:0:0: Direct-Access     ATA      TOSHIBA MK2552GS LV01 PQ: 0 ANSI: 5
[    1.384463] sd 2:0:0:0: Attached scsi generic sg1 type 0
[84372.961750] scsi5 : SCSI emulation for USB Mass Storage devices
[84377.970012] scsi 5:0:0:0: CD-ROM            buildwin  Photo Frame     1.01 PQ: 0 ANSI: 2
[84377.977968] sr1: scsi3-mmc drive: 40x/40x writer cd/rw xa/form2 cdda tray
[84377.978231] sr 5:0:0:0: Attached scsi CD-ROM sr1
[84377.979378] sr 5:0:0:0: Attached scsi generic sg2 type 5
bpanther@neutrino:~$

Wie man sieht, auch bei mir ist es sg2. Wichtig ist, daß man das LCD in den PC-Verbindungsmodus bringt, so wie es auch oben dasteht.

[BPanther]

@Cent: Da fällt mir ein, hast Du nur die fullimage.py geändert oder noch mehr? Da ich python 2.6 habe, würde ich das bei mir auch entsprechend anpassen.

[Friedel]

Danke für die zahlreichen Antworten. Ich nutze hier Ubuntu 11.10 und werde mich heute Abend nochmal ransetzen. Bei mir scheitert es allerdings oft an den einfachsten Basics.
Z.B. habe ich die Files a. auf dem USB Stick, den ich bei meinem PC zu Hause nicht finde (also den Pfad, den ich im Terminal eingeben muß, um auf den Stick zu gelangen) Das Gleiche gilt, wenn ich das auf den Desktop von Ubuntu ziehe.
Ich werde aber mal im Netz nach den wichtigsten Linux Befehlen suchen, denn das kann es ja auch nicht sein, dass ich mich sooo dämlich anstelle.

[Anskar26]

Hallo Cent und BPanther!
Danke für die Tips, habe mit Befehl: dmesg | grep scsi folgende Ausgabe "sg3 type 0".
Ein bischen habe ich Kenntnisse von Ubuntu, jedenfalls kann ich .img in .tar wandeln.
Ich habe im "persönlichen Ordner" den Ordner "dpf-hack-python2.7_Ubuntu11_CentScript" kopiert,wie muß ich jetzt den Befehl "sudo python hackit_restore.py /dev/sg[X] imagename.bin" für mich anpassen?
Etwas in der Art:

sudo /home/karsten26/dpf-hack-python2.7_Ubuntu11_CentScript/ hackit_restore.py /dev/sg3 font4x8.bin

Ist das der Imagename:font4x8.bin ???

MfG

[BPanther]

FALSCH, bitte genau hinschauen was da gemeint ist.

cd /home/karsten26/dpf-hack-python2.7_Ubuntu11_CentScript
sudo python ./hackit_restore.py /dev/sg3 imagename.bin

imagename.bin -> DEIN Image oder ein anderes VOLLES Image (2MB) für das LCD, kein Zeichensatz. Volle Images sind ja im Forum zu finden, die sind nicht im Archiv enthalten. Zudem sollte man in den Pfad erstmal wechseln, sonst findet der die Dateien nicht.

[Cent]

Genau!

@Anskar26:
Was mich etwas stutzig macht : bei Dir steht da "... sg3 type 0" ?
kA ob du da in der richtigen Zeile geguckt hast , aber ich hab beim Display bisher immer nur "...type 5" gesehen.
hmmm