STM32 & AD9826: SPI Anbindung

Pepe schrieb:
> Zur Auswahl, ob gelesen oder geschrieben wird,
> erwartet der AD9826 zuerst einen "4Bit-Header" mit der Info Read/Write
> und der Registernummer.

Mit 4 Bit wird er nicht zufrieden sein. Denn ich sehe im
Protokoll 8 (in Worten acht) Bits die gesendet werden.
Davon werden dann 4 Bits ausgewertet. Wenn du ihm nur 4 Bits
sendest steht seine Zustandsmaschine, solange nicht weitere
4 Bits kommen oder der CS inaktiv wird.

Die restlichen 3 Bits hab ich unterschlagen. (Wenn ich richtig gezählt 
habe, sind es übrigens 7 Low-High-Flanken.)

Mir geht's aber auch um was anderes:
Je nach "Header" schaltet der AD9826 ja sein SDATA auf Output oder 
Input. Somit muss ich den STM32 ja auch entsprechend konfigurieren. Z.B. 
den MOSI deaktivieren beim Lesen der Register, damit ich mir den Ausgang 
nicht brate.

Mich würde interessieren, ob man dies "automatisieren" kann oder nicht. 
Oder vielleicht ist dies ja auch gar kein SPI, sondern WasAuchImmer...

Pepe schrieb:
> Die restlichen 3 Bits hab ich unterschlagen. (Wenn ich richtig gezählt
> habe, sind es übrigens 7 Low-High-Flanken.)

Das wäre die dümmste Implementierung ich ich je gesehen habe.
Das traue ich weder Analog Devices noch irgendeinem anderen
Chip Hersteller zu.

Zähle nochmals sorgfältig!

Hab nochmal nachgezählt. Zuerst 7 Bits für den "Header" und dann
9 Bits für den Teil, den Du lesen oder schreiben willst.

MISO vom STM32 direkt an SDATA, MOSI über Widerstand (10 bis 30 kOhm) an 
SDATA, 16-Bit Transfer beim SPI einstellen.

Bei Schreiben seh' ich auch kein Thema. Die 16Bit raus und gut.
Nur beim Lesen bedeutet dies ja, dass ich zuerst 4 Bits (=Header) zur 
Auswahl des Registers rausschicken muss, dann hab ich die 3 Bits Zeit, 
um den STM32 auf "Read" umzustellen und dann kann ich die 9 Bits 
einlesen.

Oder: Der STM32 hat ja noch einen 2. SPI. Dann könnte ich ja einen nur 
zum Schreiben einsetzen und den anderen rein zum Lesen. Ich muss nur 
sicherstellen, dass der "Schreibende" beim setzen der Registeradresse 
nur die ersten 4 Bit schickt. Der Takt des schreibenden SPI wird dann 
als Takt für den Lesenden verwendet.

Pepe schrieb:

> Oder: Der STM32 hat ja noch einen 2. SPI. Dann könnte ich ja einen nur
> zum Schreiben einsetzen und den anderen rein zum Lesen. Ich muss nur
> sicherstellen, dass der "Schreibende" beim setzen der Registeradresse
> nur die ersten 4 Bit schickt. Der Takt des schreibenden SPI wird dann
> als Takt für den Lesenden verwendet.

Man kann sich auch einen Knopf ans Knie nageln oder schrauben ...
Viel Spaß dabei ;-)

A. B. schrieb:
> Man kann sich auch einen Knopf ans Knie nageln oder schrauben ...
> Viel Spaß dabei ;-)

Wahrscheinlich aber trotzdem einfacher, als das Ganze per Firmware 
aufzubauen. Noch dazu möchte ich ja während der Kommunikation noch was 
anderes tun...

Was haben die Leute nur früher gemacht als es noch keine SPI Einheiten 
gab. Nimm 2 normale I/O Pins und 2 Schleifen Put und Get. Oder ist das 
zu einfach ?

Oder schau bei den UART Funktionen. Evtl gibts da was mit 9 bit.

Stephan schrieb:
> UART Funktionen

Würde sicherlich auch gehen. Aber mein Problem sind nicht die 9 Bits, 
sondern der Header mit 4 Bits. Die ersten 4 Bits muss der STM32 immer 
schreiben und dann Lesen oder Weiterschreiben.
Und beim Header kann ich im Datenblatt nicht raus finden, ab welchem 
Clock die Datenleitung von Input auf Output umgeschalten wird. Um auf 
Nummer Sicher zu gehen, würde ich meinen MOSI direkt nach dem 4 Bit 
"rausnehmen" (wie ich dies auch immer lösen werde...)

Pepe schrieb:

> Würde sicherlich auch gehen. Aber mein Problem sind nicht die 9 Bits,
> sondern der Header mit 4 Bits. Die ersten 4 Bits muss der STM32 immer
> schreiben und dann Lesen oder Weiterschreiben.

Irgendwie die Funktionsweise vom SPI nicht verstanden.
Auch zum Lesen "schiebt" man gleichzeitig Bits heraus.

> Und beim Header kann ich im Datenblatt nicht raus finden, ab welchem
> Clock die Datenleitung von Input auf Output umgeschalten wird. Um auf

Irgendwo zwischen dem 4-ten und dem 7-tem. Wo genau, ist egal.

> Nummer Sicher zu gehen, würde ich meinen MOSI direkt nach dem 4 Bit
> "rausnehmen" (wie ich dies auch immer lösen werde...)

So ein Unfug! Mal abgesehen davon, dass eine eventuelle Fehlfunktion der 
Firmware, Glitch auf der Versorgung ...
Wie schon geschrieben, Widerstand zwischen MOSI und SDATA, MISO direkt 
an SDATA, dann geht das Lesen und Schreiben mit Einstellung 16 Bit 
problemlos.
Wenn der AD SDATA auf Ausgang schaltet, arbeiten dann zwar SDATA und 
MOSI u. U. gegeneinander, aber der Widerstand begrenzt den Strom auf 
sicheren Wert, und da MISO direkt am SDATA hängt, gewinnt der Pegel an 
SDATA.

Und wenn das immer noch zu hoch sein sollte: So paar kümmerliche Bits 
bekommt man wohl auch ohne irgendsoein Trallala per Bitbanging hin. Der 
Widerstand zwischen SDATA und dem GPIO Pin ist aber auch dann eine 
sinnvolle Sicherheitsmaßnahme.