DOGM132 + SPI an Mega16

Ich spiele gerade mit einem DOGM128 herum.
Das müsste ähnlich genug sein.
Das Display habe ich auf einer Adapter-Platine sitzen die auf meinem 
Controller-Board steckt.

Spannungsteiler an Reset und Select sind nicht so geschickt weil die ja 
low-aktiv sind und somit aktiviert werden, wenn der Controller durch den 
Reset läuft, etwa beim Programmieren.
Das habe ich mit einem digital-Transistor und einem Pullup-Widerstand 
gelöst, dann ist zwar die Polarität für die Software anders herum, macht 
aber nichts.

Ein Teiler 10k/10k macht auch etwas knappe Pegel.
Ich benutze 4k7/6k8, betreibe das Display aber auch "nur" mit 3,0V.

In meinem Aufbau dauert ein Flankenwechsel mit diesen Spannungs-Teilern 
etwa 15 ns mit einem FET als Level-Shifter kam ich nur auf 12 ns runter.

Die wichtigste Erkenntnis bisher war aber, dass der SPI-Takt während der 
Initialisierung maximal 500 kHz betragen darf.
Bei 16 MHz Takt meines AT90CAN32 setze ich vor dem Display-Init SPR1 und 
kann nach dem Init das wieder löschen und somit den SPI mit 4 MHz laufen 
lassen.

Ausserdem setze ich in SPCR noch CPHA und CPOL.

Alex wrote:
> @Rudolph R.
> Ich erkenne den Nachteil der Spannungsteiler nicht so richtig...

Wie gesagt, das trifft nur Select und Reset und ist eher theoretisch.
Zumal die Daten ja nur in Richtung Display gehen.

> Die Spannungsteiler teilen das Signal auf ca. 2,3V runter...

Dann ist Deine Versorgung nicht stabil auf 5V?
Und das meinte ich damit, dass die Pegel etwas schlapp wären.

> funktionieren tut es.

Das habe ich auch nicht bestritten.
Gerade die Kombination mit Reset ist eigentlich wieder gut.

Man kann auf diese Art ja auch andere Komponenten wie SD-Karten 
anschliessen.
Mit einem Spannungs-Teiler auf dem Select sollte man dann aber besser 
keine Karte im Sockel haben, wenn man den Controller programmieren 
möchte.

> Mein Prozessor hat einen 16 Mhz Quarz. Zum Testen habe ich SPI mal auf 8
> Mhz gestellt und es funktioniert (auch beim Init).
> Wie kommst du darauf, dass man nur 500kHz nutzen sollte?

Weil das eben genau die Erfahrung ist die wir mit dem DOGM128S-6 gemacht 
haben.
Hmm, ich habe die Takt-Reduzierung während der Initialisierung gerade 
mal aus meinem Code rausgenommen - läuft doch.
Gleiche Plattform wie vorher allerdings anderer Code, da werde ich dem 
Arbeitskollegen der das zuerst in Betrieb genommen hat wohl mal eine 
EMail schicken müssen, dass er doch nochmal sein Programm prüfen sollte. 
:-)

> Das ist mein erstes Projekt wo ich SPI nutze und beim Durchlesen dachte
> ich mir auch ich müsste CPOL & CPHA nutzen, da es hier aber alle ohne
> machen, dachte ich es wäre ohne richtig... Ich habs jetzt wieder rein
> getan :-).

Mir kommt dieses Setup vor allem entgegen weil der 8-Kanal DAC den ich 
auf dem Board noch drauf habe das auch braucht. :-)

Okay, ob das Initialisieren bei 4 MHz klappte oder nicht,
war jetzt in meinem Code von der Optimierungs-Stufe abhängig.

Die Zeit zwischen Reset-loslassen und dem Übertragen der Daten war wohl 
zu knapp, ich verwende im ganzen Code kein einziges delay().
Die Zeile für den Reset habe ich jetzt einfach aus der display_init() 
genommen und in main() vor can_init() gesetzt, das gibt dem Display auch 
ohne delay() genug Zeit aus dem Reset zu kommen.