GLCD Funktionsumfang

[BPanther]

Dann drückst Du nur zu kurz. "M" festhalten solange bis das blaue Bild kommt, d.h. die Delphine müssen komplett fertig sein, danach wäre die Kaffeetasse dran, da springt es aber dann rüber. Erst dann loslassen.

[Semmy]

Wenn ich das jetzt so mache, friert es mit den Delfinen ein, hilft dann nur noch ein reset. Wie lange soll man denn die M-Taste drücken, bei mir hat sich nach einer Minute noch nichts getan.

[Cent]

So, hab noch bischen was getestet wegen meinem 'Problem' mit der nicht mehr vorhandenen Möglichkeit Bilder auf das Display zu laden...

Ich habe 2 Displays mit diesem Verhalten, und beide haben einen MX25L1605A als Flash verbaut...

Dann hab ich mich mal durchs entsprechende Datenblatt gewühlt und festgestellt , daß bei den Werten im ProgSPI da Fehler sind...
Außerdem hab ich gesehen , daß der Chip nen Hardware-Schreibschutzt hat und hab das auf der Platine kurzerhand unterbrochen... mit dem Resultat , daß das Display nicht mehr gestartet ist , sondern immer direkt in den Programmier-Modus gesprungen ist... (warum auch immer *G* )
Also die Unterbrechung rückgängig gemacht...

Ob nun die Displays unbrauchbar sind durch den Fehler im ProgSPI oder vorher schon kann ich leider nicht mehr nachvollziehen ...
Ein ändern der Werte im ProgSPI macht jetzt zumindest keinen erkennbaren Unterschied mehr.

@BPanther: sind die Displays bei dir , die auch so reagieren auch mit dem MX25L1605A bestückt? (sieht man im Log beim Programmieren per ProgSPI )

[BPanther]

@Semmy: Dann haste auch eins erwischt, was sich strikt weigert und das mit dem hängen quittiert, siehe auch den Bericht von 6 GLCD von mir -> Re: UFS910-stm24-FLASH - Release Diskussion

@Cent: Ich schau mal nach...
Bestätigt -> MX25L1605A -> Kein löschen der Bilder aber Debug möglich.

[Semmy]

Hallo
Ich habe mir jetzt noch welche bestellt, in der Hoffnung dass es dann funktioniert.

Gruß
Semmy

[Cent]

Das mit dem Hängenbleiben konnte ich hier nachvollziehen bei nem Image in dem ich den letzten Block nicht drinn hatte (ist im Prinzip ein 2. mal der Bootblock und die CD-Daten), da reagiert das auch genau so...
Wenn also beim Schreiben des Displays nicht alle Daten geschrieben werden, dann hast du das wohl... (vieleicht ist dieser Speicherbereich bei manchen GLCD nicht vorhanden/schreibbar)
@Semmy: Welcher Chip ist denn da bei dir verbaut? Sieht man beim programmieren per ProgSPI.


Warum diese Daten da ein 2. mal drinn sind muss ich mir mal angucken, evtl. kann mann da noch was ändern...


Bei meiner Spielerei hier hab ich auch festgestellt daß da von Werk aus 3 Bilder drauf sind und nicht nur 2 ...
Das dritte Bild ist ne Nahaufnahme einer rosa Rose...
Der Verweis auf das Bild wurde gelöscht, aber die Daten selbst nicht.
Da ist wohl ein weiterer Fehler in der DPFMate-Soft...
Erst wenn man ein weiteres Bild löscht wird das vorherige wirklich gelöscht, wobei beim als zweites gelöschten dann wieder nur der Verweis entfernt wird, aber nicht das Bild selbst ...

Ich habe in diesem Zuge nun auch ein 'Image' erstellt mit nem BPanther-Bootlogo, was man so nun auch auf Displays packen kann mit dem MX25L1605A-Flash wo ja kein Beschreiben per DPFMate möglich ist...

[Gismotro]

So, Display ist bestellt.

Frage: Patchen per Windows und dann per USB an die Box. Ist das alles oder muss ich sonst noch was machen ?

[Cent]

Wenn du Glück hast ist das alles

[Semmy]

Hallo
Wo sieht man denn, welcher Chip verbaut ist, ich kann da nichts erkennen.

Gruß
Semmy

Das mit dem Hängenbleiben konnte ich hier nachvollziehen bei nem Image in dem ich den letzten Block nicht drinn hatte (ist im Prinzip ein 2. mal der Bootblock und die CD-Daten), da reagiert das auch genau so...
Wenn also beim Schreiben des Displays nicht alle Daten geschrieben werden, dann hast du das wohl... (vieleicht ist dieser Speicherbereich bei manchen GLCD nicht vorhanden/schreibbar)
@Semmy: Welcher Chip ist denn da bei dir verbaut? Sieht man beim programmieren per ProgSPI.


Warum diese Daten da ein 2. mal drinn sind muss ich mir mal angucken, evtl. kann mann da noch was ändern...


Bei meiner Spielerei hier hab ich auch festgestellt daß da von Werk aus 3 Bilder drauf sind und nicht nur 2 ...
Das dritte Bild ist ne Nahaufnahme einer rosa Rose...
Der Verweis auf das Bild wurde gelöscht, aber die Daten selbst nicht.
Da ist wohl ein weiterer Fehler in der DPFMate-Soft...
Erst wenn man ein weiteres Bild löscht wird das vorherige wirklich gelöscht, wobei beim als zweites gelöschten dann wieder nur der Verweis entfernt wird, aber nicht das Bild selbst ...

Ich habe in diesem Zuge nun auch ein 'Image' erstellt mit nem BPanther-Bootlogo, was man so nun auch auf Displays packen kann mit dem MX25L1605A-Flash wo ja kein Beschreiben per DPFMate möglich ist...

[Cent]

Wenn du mit dem ProgSPI-Tool das Display programmierst kannst du das im Logfenster ablesen.
Da steht dann was mit
"the flash ID in chanel 1 isXXXXXXXXX"

und dieses XXXX.. ist der Flash-Typ.

sollte da nix stehen, dann müsste oben drüber was stehen mit
"FLASH info is Cmd-9f : ID:0xXXXXXXXX"

Hinter diesen XXXX verbirgt sich die Hersteller-Kennung...

[Cent]

SO...

Ich häng hier mal die landscape Version an die ich grad zusammengeklöppelt hab

Sowohl das Einschaltbild als auch das Diashow-Bild sind ein BPanther-Image (Bild)

Rest erstmal wie gehabt...

[BPanther]

@Semmy: Siehe das Bild hier...


@Cent: Funktioniert wunderbar.
Ändert aber natürlich nichts am DPFMate-Problem...

[Semmy]

Hallo
Ich hab es mal mit Linux probiert und siehe da, jetzt komme ich in diesen Modus. Am Kathrein angeschlossen funktioniert es dann auch. Wenn ich aber ein paarmal umschalte, startet das glcd immer neu und die Delfine sind wieder da. Was macht Windows denn da beim flashen anders als Linux und ist das Neustarten des glcd beim Zappen normal?

Gruß
Semmy

[BPanther]

Ist das Teil erstmal im Debug und zeigt normal an was es soll von der Box bleibts auch da und darf nicht zurückspringen. Ausgenommen beim Neustart/Box abschalten, da kann es durchaus vorkommen. Macht es das dennoch mitten im Betrieb, stimmt was mit dem USB-Bus nicht oder er ist überlastet, so daß er abschaltet. Evtl. HDD ohne eigenen Strom mit dran oder Stick der zuviel zieht? Daran denken, daß vorne der USB weniger Strom liefert und hinten die beiden sich den im Grunde teilen. Nochwas dazu: Selbst wenn man den Strom abzieht, sollte es beim wiederanstecken in den Debug umschalten, ABER das klappt nur mit eingebautem Akku - ohne Akku gehts immer zurück in den Bildermode wenn es Strom bekommt. Deswegen habe ich den Akku (der OK war) auch eingebaut gelassen.

[Semmy]

Ich habs jetzt wie gesagt mit Linux hin bekommen und mit einen aktiven Hub an den Kathi angeschlossen. Funktioniert nun wunderbar.

Gruß
Semmy