Suche Info's zum Fontspeicher GT30L24A3W

Peter D. schrieb:
> Wozu brauchst Du chinesische Fonts.

Um chinesische Zeichen auf einem Display darzustellen. Ist ein Projekt, 
dass schon seit längerem auf der Todo-Liste steht, und immer wieder an 
die Oberfläche gespült wird.

> Ich würde mir einfach nen Flash selber mit downloadbaren Fonts programmieren.

Kann man machen. Man kann auch einen fertig programmierten Baustein 
nutzen. Das hat dann den Vorteil, dass man den kaufen kann und nicht 
später in der Produktion für jedes Gerät (ca. 1k/Jahr) einen Baustein 
programmieren muss.

Das Datenblatt sieht vielversprechend aus. Eventuell kann ich damit was 
anfangen.

Markus

Peter D. schrieb:
> Man kann ihn ja sicherheitshalber auslesen und abspeichern

Ist schon passiert, sh. erster Post.
Die Entscheidung diesen Baustein zu nutzen liegt nicht bei mir und da 
der Einkauf keine Muster bekommen konnte, haben wir jetzt eine 
4-stellige Anzahl von den Dingern im Lager rumschimmeln (Konzern halt). 
Das erste Produktionsjahr ist also schon mal gesichert ;-)

Markus

Vielleicht ist da jemand angemeldet?

http://www.codeforge.com/read/516766/GT30L24A3W.h

Vielleicht genügen auch die ersten 79 Zeilen um das Prinzip zu 
verstehen?

Die Anordnung der Pixeldaten ist doch unter Abschnitt 5 des Datenblattes 
beschrieben.

Es scheint bei mir ein HW-Problem zu geben.
Nachdem ich jetzt unter anderem auf die SO-Leitung (MISO) ein Scope 
gehängt habe, kann ich mit etwas Phantasie Zeichen (-teile) im HexDump 
erkennen.

Meine HW besteht zur Zeit aus einem Nucleo-Evalboard mit Steckbrett und 
zusätzlicher Prototypenplatine (wo der FontRom draufgelötet ist).
Ich hatte die Datenrate auf ~700kbit/s eingestellt um den 
"Unzulänglichkeiten" dieses Testaufbaus Rechnung zu tragen.

@pegel: Danke für den Link. Falls ich nicht weiterkomme und Niemand 
sonst dort angemeldet ist, der mir den Quelltext herunterladen kann, 
werde ich mal versuchen mich dort zu registrieren (obwohl das ziemlich 
dubios aussieht...)

Markus

Wenn ich das richtig sehe, kann man sich auch mit einem github Konto 
dort anmelden.

Markus schrieb:
> Suche Info's zum Fontspeicher GT30L24A3W
------------^-----------------------------

Markus schrieb:
> einzelnen Font's
----------------^---

Sooo eine Seuche. Die Deppenapostrophen sterben einfach
nicht aus, es ist zum Heulen.

http://www.deppenapostroph.info

Dieses Board hat den auch drauf:
https://wiki.dfrobot.com/FireBeetle_Covers-OLED12864_Display_SKU__DFR0507#target_4

und da ist wohl der Zugriff drin, zumindest auf einige Fonts:
https://github.com/DFRobot/DFRobot_OLED12864/blob/master/Character_CN.cpp

Gibt es auf der Website vom Hersteller nicht weiteren Code dazu? Oder 
auf Anfrage? Mit Chrome sind auch chinesische Websites kein grosses 
Problem.

Johannes S. schrieb:
> und da ist wohl der Zugriff drin, zumindest auf einige Fonts:

Ja, im zugehörigen Headerfile sind wohl die FontOffsets definiert.
Da steht unter Anderem:
#define ASCII0507ZF_ADDR        245696

Ich würde jetzt vermuten, dass ab Addresse 0x03BfC0 (245696) der Font 
ASCII 5x7 zu finden ist. Leider lese ich dort nur Mist aus. Das kann 
jetzt daran liegen, dass der Offset falsch ist oder dass meine Hardware 
(noch) nicht funktioniert. Wenn es an meiner Hardware liegt, frage ich 
mich allerdings warum ich im unteren Bereich (vermutlich) sinnvolle 
Daten auslesen kann...

Ich habe den Hersteller angeschrieben, mal sehen ob da was zurückkommt.

Markus

>Bei einem Nucleo-Board mit ST-Link-V2 bekommt man problemlos 150 kByte/s
hin, also unter 2 Minuten.

Der Flaschenhals scheint hier die Übertragung zum PC (UART mit 
115kBaud)) bzw. die Auswertung am PC (in 1024 Byte-Paketen) zu sein. Da 
ist sicherlich noch Optimierungspotential vorhanden.

Ich werde jetzt erst mal den gefundenen Font im unteren Bereich 
auslesen/interpretieren, dann kann ich die Datenrate so weit hoch drehen 
wie die Übertragung fehlerfrei läuft und dann kann ich nochmal den 
kompletten Baustein auslesen.

Markus

>Ich habe den Hersteller angeschrieben, mal sehen ob da was zurückkommt.
Es ist tatsächlich etwas zurückgekommen. Und zwar, daß der Briefkasten 
voll ist und die Mail deshalb nicht empfangen werden konnte (natürlich 
auf chinesisch).
Nachdem ich den ein oder anderen Bug aus meinem Fontinterpreter 
rausgemacht und den Chip nochmal komplett ausgelesen habe, kann ich 
jetzt auch an weiteren Stellen sinnvolle Daten lesen.

Ab Adresse 0 startet ein Font GB2312 in 24x24 Pixeln. Bei Adresse 
0x03BfC0 ist (auch) irgendwas asiatisches, jedenfalls nicht ASCII 5x7 
wie der oben verlinkte Quelltext suggeriert (warum auch immer).

Es sollte jetzt möglich sein, die benötigten Fonts zu lokalisieren.

Markus