SPI (DOGL-Display)

Fabian Hoemcke schrieb:
> Ich meine SI für Slave In kann ich mir ja noch erklären, aber SDA
> wie beim DOGXL?

Die Bezeichnungen rühren vom ebenfalls unterstützen I2C-Protokoll her, 
und sind dort Standart. Siehe auch das von dir verlinkte Datenblatt.

LG :)

thomas schrieb:
> im Register SPCR
> müssen Phase und Polarität des Taktes eingestellt werden.

Danke für den Tipp!
Das hatte ich zwar schon auf dem Schirm, aber das heißt ja nicht, dass 
ich es richtig gemacht hätte! ;)

spess53 schrieb:
> Hi
>
> Und A0 erst umschalten wenn die Übertragung wirklich beendet ist.
>
> MfG Spess

Das verstehe ich nicht.
Laut dem Timing Diagram im Datenblatt muss A0, wenn überhaupt parallel 
zum Wechsel der Bytes kommen. Also während D0 und dann D7 übertragen 
werden.

Der Tukan schrieb:
> An D0...7 und A0 darfst du solange rumfummeln wie du willst. Sobald SCL
> kommt, muss aber alles korrekt stehen.

Alles klar!

Ich habe letztes Jahr selber mit dem DogL herumgespielt und eine Library 
dafür geschrieben gehabt. Diese ist zwar für einen LPC900, aber in C 
geschrieben und es gibt nur eine einzige Methode, die Controller 
spezifisch ist (SPI Ausgabe). Die für dich vermutlich interessanten 
Routinen dadrin sind v_Init_DogL128() und v_Write_DogL128(). Es sind 
auch einfache Methoden zum Zeichnen und eine 8x5 Pixel Schriftart 
enthalten.

Beim Init ist mir damals aufgefallen, dass das LCD nach dem Einschalten 
häufig nur funktionierte, wenn ich die Reset Leitung für kurze Zeit auf 
0 legte. Scheinbar führt das LCD keinen zuverlässigen Einschaltreset 
durch.

Die Lib findest du unter [1] und die dazugehörige Header Datei unter 
[2].

Ciao,
     Rainer

[1] 
https://quakeman.homelinux.net/viewvc/uVision/trunk/Library/LCD_DogL128_Funktionen.c?view=markup
[2] 
https://quakeman.homelinux.net/viewvc/uVision/trunk/Library/LCD_DogL128_Funktionen.h?view=markup

spess53 schrieb:
> Hi
>
>>Laut dem Timing Diagram im Datenblatt muss A0, wenn überhaupt parallel
>>zum Wechsel der Bytes kommen. Also während D0 und dann D7 übertragen
>>werden.
>
> Nein. Da darf es frühestens kommen. Das Timing wie auf dem Bild bekommst
> du so nur schwer oder gar nicht mit dem Hardware-SPI hin. Daher ist es
> besser und einfacher vor dem Umschalten von A0 das Ende der Übertragung
> (SPIF in SPSR abfragen) abzuwarten.
>
> MfG Spess

Das heißt, wenn A0 gesetzt sein soll für eine Übertragung, dann frage 
ich das SPIF ab, setze dann A0 und starte dann die Übertragung indem ich 
das eigentliche Byte (D7-D0) in das SPDR schreibe?

Gruß
Fabian

Fox Mulder schrieb:
> Ich habe letztes Jahr selber mit dem DogL herumgespielt und eine Library
> dafür geschrieben gehabt. Diese ist zwar für einen LPC900, aber in C
> geschrieben und es gibt nur eine einzige Methode, die Controller
> spezifisch ist (SPI Ausgabe). Die für dich vermutlich interessanten
> Routinen dadrin sind v_Init_DogL128() und v_Write_DogL128(). Es sind
> auch einfache Methoden zum Zeichnen und eine 8x5 Pixel Schriftart
> enthalten.
>
> Beim Init ist mir damals aufgefallen, dass das LCD nach dem Einschalten
> häufig nur funktionierte, wenn ich die Reset Leitung für kurze Zeit auf
> 0 legte. Scheinbar führt das LCD keinen zuverlässigen Einschaltreset
> durch.
>
> Die Lib findest du unter [1] und die dazugehörige Header Datei unter
> [2].
>
> Ciao,
>      Rainer
>
> [1]
> https://quakeman.homelinux.net/viewvc/uVision/trun...
> [2]
> https://quakeman.homelinux.net/viewvc/uVision/trun...

Ey! Super! Eine laufende Library!
Werde es mir bald anschauen!
Heute komme ich nur nicht mehr dazu!

Aber Danke!
Fabian

holger schrieb:
>>Ey! Super! Eine laufende Library!
>
> Wenn du nach DOGM-128 suchst dann findest du noch mehr.
> Scheint wohl das gleiche zu sein.

Stimmt, sogar der Controller ist der gleiche!
Auch die Auflösung stimmt.

Du meinst also, es gibt da noch mehr Libraries?

Ich hab auch eine eigene Lib für das DOGL geschrieben.
Es ist wichtig, Reset nach dem Start gezielt anzusteuern, einfach 
festhängen reicht nicht aus.

Grüße,

Peter

Ach ja: CS ist auch der Sync für die Bytegrenzen, muss also auch bei 
einem einzelnen Slave angesteuert werden. Ich glaube, mich zu erinnern, 
dass das Display auch funktioniert, wenn man das nur gelegentlich macht, 
aber irgendwann muss man einen Sync machen. So gibts aber mehr EMV 
Probleme, deswegen steuer ich das bei jedem Byte.

Also: Festhängen geht auch da nicht.