BPanther's Neutrino Forum

Jo, denn Linux kann das geradebiegen und mit etwas Glück geht dann so wie bei mir beides, Bildermode und Debug - auch wenn man den Bildermode nicht wirklich mehr braucht.

Ich hab nu einiges rumgetestet die letzten 2 Tage...

Es scheint bei manchen(?) der Displays die sich als 25P16 melden unter Win Probleme zu geben ...
Es wird wie bereits erwähnt nur die untere Hälfte des Flash-Speichers beschrieben...
Da der Patch in der oberen Hälfte liegt stürzen diese Displays dann beim Versuch den BSOH einzuschalten ab.
(scheint ein Bug im ProgSPI zu sein!!! ???)

Unter Linux kann man solche Displays aber patchen.
Komischerweise ist DORT das beschreiben des oberen Flash-Bereiches problemlos möglich!
Sowohl wenn das Display im PC-Modus ist , als auch im Debug-Modus (BSOH).
Unter Linux gibts leider wohl keine Möglichkeit das Beschreiben auch im Developer-Modus zu testen (so wie beim ProgSPI).

Da bei Linux beim Patchen ja im Display-Speicher nur Änderungen vorgenommen werden hab ich da mal ein Python-Script zusammengestoppelt mit dem man auch unter Linux ein komplettes Image ins Display speichern kann!
Dazu muss das Display aber vorher noch laufen (PC-Verbindungs-Modus oder BSOH-Modus).
Sollte man das Display zerschossen haben, erstmal unter Win per ProgSPI ein funktionierendes Image draufspielen.
Unter Linux kann man so einfach ein komplettes Backup einspielen, auch bei den problematischen 25P16-Displays!

Ich teste da aber noch was dran rum im Moment...




PS: habe unter Linux auch mal mein Display mit MX25L1605A-Flash getestet welches sich unter Win zwar problemlos und einfach patchen läßt, wo aber keine Bilder aufspielbar sind per DPFMate.
Da bringt Linux auch keinerlei Änderung/Besserung!


also siehts so aus (Win7):[table][tr][td]Chiptyp[/td] [td]ProgSPI-Funktion[/td] [td]DPFMate-Funktion[/td][/tr]

[tr][td]25p16[/td] [td]nur untere Speicher-Hälfte[/td] [td]OK[/td][/tr]
[tr][td]MX25L1605A[/td] [td]OK[/td] [td]nur Lesen/Löschen[/td][/tr][/table] ... to be continued

Cent hat geschrieben:PS: habe unter Linux auch mal mein Display mit MX25L1605A-Flash getestet welches sich unter Win zwar problemlos und einfach patchen läßt, wo aber keine Bilder aufspielbar sind per DPFMate.
Da bringt Linux auch keinerlei Änderung/Besserung!

Da hat dann wohl Win bzw. SPI so einiges dabei versaut, so daß es nicht mehr so einfach reparabel ist. Schade eigentlich.

Ähmm...
MX25L1605A "nur lesen/löschen"? Leider nicht, keins von beiden geht mehr. DPFMate semmelt ja bereits beim Start ab. Das was das Teil da noch anzeigt würde ich nicht mehr als "echte Daten" dann ansehen wollen. Löschen geht ja eh nicht, da man da nicht mehr rankommt, denn das "OK" bei der Fehlermeldung von DPFMate schließt das Teil sofort.

Ich hab DPFMate bei den Teilen laufen wenn ichs im Kompatibilitätsmodus unter Win98 oder sogar unter Win95 laufen lasse...
Aber es zeigt keinen freien Speicher an etc wie schonmal erwähnt...

Unter XP:
Komp 95 oder 98 -> sofort Absturz, nicht mal mehr die Oberfläche kommt. Dann aber sogar 2 Fehlermeldungen.
Komp NT4 SP5 oder Win2000 -> wie ohne Komp-Mode. Oberfläche kommt, aber Absturz. Keine Bilder werden angezeigt, keine Speicheranzeige. Siehe auch das Bild von mir hier: Re: GLCD Funktionsumfang . Na vielleicht findet sich ja nen Grund dafür bzw. wie man das doch irgendwie beheben kann.

Habe festgestellt daß das Tool auf verschiedenen Rechnern unterschiedlich reagiert...
Auf einem läufts unter Win98 auf dem anderen nur unter Win95.
Und Teilweise auf dem selben Rechner gibts unterschiede.
z.B. ne Kopie des Programms auf der HD läuft in unterschiedlichen Verzeichnissen dann unter Umständen auch unterschiedlich... manchmal gehen die Kompatibilitätseinstellungen , dann wieder nicht.. (bei der selben exe...)

Ich sag mal: grottig programmiert...
zum Glück braucht man das Tool nur selten bis garnicht

Wenn ich es auif die HDD kopiere kommt hier zwar keine Fehlermeldung, aber es kommt auch nur die Oberfläche ohne Bilder/Speicher. Also so gesehen im Grunde gleich.

Oh mann.. manchmal ist's einfacher als man denkt
Habs gefunden...
Hier ne geänderte ini für ProgSPI mit der die MX25L1605A-Images voll gehen

Der Fehler bei den 25p16 ist aber unverändert... --> Linux...

PERFEKT
DPFMate geht damit auch wieder ohne Probs.

Damit lassen sich dann auch die 3 die bei mir nicht mehr wollten korrigieren und ALLE funktionieren so wie sie sollen. Ich habe dazu einfach mein Backup mit dem geändertem Bild eingespielt.

Cent hat geschrieben:Oh mann.. manchmal ist's einfacher als man denkt
Habs gefunden...
Hier ne geänderte ini für ProgSPI mit der die MX25L1605A-Images voll gehen

Der Fehler bei den 25p16 ist aber unverändert... --> Linux...

Leider bei mir mit einem "MistDing" und WinXP kein Erfolg gehabt ...

mfg

Welcher Chip?

Cent hat geschrieben: Hier ne geänderte ini für ProgSPI mit der die MX25L1605A-Images voll gehen

Mein Flash-Chip 'GD25Q16' hat die gleiche Flash-ID 'C4 40 15' wie dein MX25L1605A. Komisch

Cent hat geschrieben: Der Fehler bei den 25p16 ist aber unverändert... --> Linux...

Hast du's mal aufgeschraubt , ob der Flash Chip eine Bezeichnung hat.
Es gibt bei Flash viele China Clones

Ich hab 3 DPF (2 haben keinen Ausdruck auf dem Flash-Chip und beide die ID 'EF 20 15', einer hat die oben genannte Bezeichnung und die ID 'C4 40 15')

Wäre interessant welche Typen im Umlauf sind.

Bezüglich DPFMate:

Ich hab die Erfahrung gemacht, daß die Mac-Version von DPFMate besser läuft bzw. die Probleme der Windows-Version nicht hat.

Tolle Community hier.

Gruß,
Moonsurfer


PS: Hab die Kommentare in der Flashlib.ini mal übersetzt. Hilft die Einstellungen zu verstehen.

Moonsurfer hat geschrieben:Mein Flash-Chip 'GD25Q16' hat die gleiche Flash-ID 'C4 40 15' wie dein MX25L1605A. Komisch

Wie meinste das denn?
Der 25Q16 müsste sich mit der ID c84015 melden...
Und der MX25L1605A meldet sich mit C22015 und nicht mit C44015 .
Zu der ID C44015 finde ich grad auch garnix... hm

Moonsurfer hat geschrieben:Hast du's mal aufgeschraubt , ob der Flash Chip eine Bezeichnung hat.
Es gibt bei Flash viele China Clones

Dieses mit dem 25P16 hat wie so oft keine Beschriftung...

Moonsurfer hat geschrieben:Ich hab 3 DPF (2 haben keinen Ausdruck auf dem Flash-Chip und beide die ID 'EF 20 15', einer hat die oben genannte Bezeichnung und die ID 'C4 40 15')

Jo.. die Ohne Aufdruck mal wieder.. (25p16er) und der C44015... da muss ich mal suchen ob ich da was finde...
konntest du den denn programmieren über ProgSPI???

Cent hat geschrieben: Wie meinste das denn?
Der 25Q16 müsste sich mit der ID c84015 melden...
Und der MX25L1605A meldet sich mit C22015 und nicht mit C44015 .
Zu der ID C44015 finde ich grad auch garnix... hm

Sorry. Da hab ich mich wohl voll vertan. Hab natürlich den C84015.

Cent hat geschrieben: Jo.. die Ohne Aufdruck mal wieder.. (25p16er) und der C44015... da muss ich mal suchen ob ich da was finde...
konntest du den denn programmieren über ProgSPI???

Bei gehen eigentlich alle 3 Displays. Brauchst nicht suchen. Wollte nur meine Info's mit Euch teilen.

Hoffe es gibt mal 'ne Firmware, die direkt in den BSOD-Mode geht. Ohne Hardware-Mod oder 10 Minuten Wartezeit.
Mich interessiert auch noch welcher Flashchip Probleme macht.

Sorry nochmal für das Missverständnis.
Moonsurfer

Ah.. ok Tippfehler

So wie ich das im Moment sehe macht 'nur' noch der 25p16 Probleme..
Aber da scheinbar nicht alle/immer... hm
Gingen deine beiden problemlos unter Windows ?
Oder hast du dann Linux benutzt?