Ansteuerung des AD5292

Zumindest auf den ersten Blick scheint das Datenblatt ja gut 
verständlich zu sein. Ab S18 wird das alles erklärt.

Um dich besser einschätzen zu können, bzw. das Problem einzugrenzen: 
Hast du schon praktische Erfahrung mit SPI oder ähnlichen seriellen 
Schnittstellen? Mit welchen µC willst du das verwenden?

Reinhard

Okay danke, hab mir die Seite 18 mal angeguckt.
Hatte vorher glaube ich n falsches Datenblatt drinn...
Nun aber das Problem, dass ich wirklich noch nie mit SPI gearbeitet 
habe, was ich weiß, gibts auch Master-Slave Prinzip wie i2c oder lieg 
ich da falsch? Erfahrung hab ich mit RS232 und eben I²C.
µC: PIC18F4550

lg

Wenn du schon mit I2C gearbeitet hast, sollte SPI kein Problem für dich 
sein. SPI ist ein Master-Slave Bus wie es normalerweise bei I2C der Fall 
ist (I2C eignet sich auch für Multimasterszenarien).
Der Hauptunterschied zu I2C ist wohl die Art und Weise wie einzelne 
Devices angesprochen werden. Bei I2C gibt es die Start und Stop Signale 
und eine individuelle Adresse für jedes Device. Bei SPI gibt es eine 
zusätzliche "Slave Select" Leitung. Mit der wird dem angesprochenen 
Device Anfang und Ende der Übertragung signalisiert. Verkettete Slaves 
können sich auch eine SS Leitung teilen, das ist aber in deinem Fall 
vermutlich nicht relevant.
Außerdem besitzt SPI getrennte Leitungen für des Senden und das 
Empfangen der Daten. Eine gleichzeitige Übertragung in beide Richtungen 
ist daher möglich.
Unter Serial Peripheral Interface findest du detailliertere 
Informationen, insbesondere auch im ersten Link.

Mit PICs habe ich keine Erfahrungen, aber laut der HP von Microchip 
unterstützt der von dir Verwendete SPI in Hardware, was dir die Sache 
deutlich einfacher machen sollte.

Reinhard

> Eine gleichzeitige Übertragung in beide Richtungen ist daher möglich.

Genauer gesagt wird auf jeden Fall in beide Richtungen gleichzeitig 
übertragen, wobei nur in ganz seltenen Fällen auch sinnvolle Daten in 
beiden Richtungen laufen.

Beim Lesen vom slave schickt man z.B. erst die Leseanforderung (der 
slave gibt derweil noch keine Daten aus) und danach so viele "dummy" 
Bytes (Daten sind ohne Bedeutung) wie man Bytes empfangen will.

Reinhard R. schrieb:
> Wenn du schon mit I2C gearbeitet hast, sollte SPI kein Problem für dich
> sein. SPI ist ein Master-Slave Bus wie es normalerweise bei I2C der Fall
> ist (I2C eignet sich auch für Multimasterszenarien).
> Der Hauptunterschied zu I2C ist wohl die Art und Weise wie einzelne
> Devices angesprochen werden. Bei I2C gibt es die Start und Stop Signale
> und eine individuelle Adresse für jedes Device. Bei SPI gibt es eine
> zusätzliche "Slave Select" Leitung. Mit der wird dem angesprochenen
> Device Anfang und Ende der Übertragung signalisiert. Verkettete Slaves
> können sich auch eine SS Leitung teilen, das ist aber in deinem Fall
> vermutlich nicht relevant.
> Außerdem besitzt SPI getrennte Leitungen für des Senden und das
> Empfangen der Daten. Eine gleichzeitige Übertragung in beide Richtungen
> ist daher möglich.
> Unter Serial Peripheral Interface findest du detailliertere
> Informationen, insbesondere auch im ersten Link.
>
> Mit PICs habe ich keine Erfahrungen, aber laut der HP von Microchip
> unterstützt der von dir Verwendete SPI in Hardware, was dir die Sache
> deutlich einfacher machen sollte.
>
> Reinhard

Hallo Reinhard.
Das Ansprechen der Devices stellt sich für mich noch ein bisschen 
utopisch heraus. Zum Beispiel hat ja bei I2C jeder Slave seine eigene 
Adresse, also externe Adresse und zum Beispiel noch Speicheradresse. 
Angesprochen über i2c_write Befehle Beispielsweise. Wird gesendet über 
die SDA Leitung. Wie sieht das bei SPI aus? Ähnlich? Fungiert man da die 
Adressen ganz einfach mittels SS Leitung?
Ja SPI wird vom PIC 100%ig unterstützt, mittels dem MASTER SYNCHRONOUS
SERIAL PORT (MSSP) MODULE, welches auch eine SPI Mode unterstützt.
Danke im Vorraus,
MfG

Es läuft in etwa so ab (kleinere Ungenauigkeiten bitte verzeihen, hab es 
schon eine Weile nicht mehr gemacht).

Aktivieren der SS Leitung (active low)
Senden des Befehls
Deaktivieren der SS Leitung

Lesen ist geringfügig komplizierter. Sieh dir dazu mal das 
Timingdiagramm auf S8 im Datenblatt an.

Wichtig ist auch dass du die richtigen Flanken verwendest. In deinem 
Fall wird immer bei fallender Flanke ein Bit übertragen.

Reinhard

Reinhard R. schrieb:
> Es läuft in etwa so ab (kleinere Ungenauigkeiten bitte verzeihen, hab es
> schon eine Weile nicht mehr gemacht).
>
> Aktivieren der SS Leitung (active low)
> Senden des Befehls
> Deaktivieren der SS Leitung
>
> Lesen ist geringfügig komplizierter. Sieh dir dazu mal das
> Timingdiagramm auf S8 im Datenblatt an.
>
> Wichtig ist auch dass du die richtigen Flanken verwendest. In deinem
> Fall wird immer bei fallender Flanke ein Bit übertragen.
>
> Reinhard

Hallo Reinhard!
Okay, in das habe ich mich schon vertieft, dass man zuerst die SS 
Leitung auf Low ziehen muss, damit die Datenübertragung überhaupt 
starten kann, bzw. bei der nächsten Flanke des SCLKs...
Danach sende ich einen Befehl an den AD5292 über die MOSI Leitung an den 
DIn Eingang. Verstehe ich auch noch.
Wie ist das jedoch, wenn ich zwei AD5292 habe, wie werden diese 
adressiert (also die Digitalpotis sind das ja...). Wie erkennt der Slave 
Hausnummer 1, dass er gemeint ist, und nicht der Slave mit der 
Hausnummer 2?
MfG

Indem du die entsprechende SS-Leitung auf LOW ziehst. Jeder Baustein 
bekommt seine eigene Select-Leitung.

Servus,
Helmut.

Aaaah:
Hab soeben die Seite 21 angeguckt. Dort steht:
"When two AD5292 devices are daisy-chained, 32 bits of data are 
required. The first 16 bits go to U2, and the second 16 bits go to U1."
D.h. jetzt einfach, wenn ich 32 Bit sende, werden die 16 
niederwertigeren Bits an das zweite Gerät, und die 16 höherwertigen Bits 
an das erste Gerät übertragen?
MfG

Helmut -dc3yc schrieb:
> Indem du die entsprechende SS-Leitung auf LOW ziehst. Jeder Baustein
> bekommt seine eigene Select-Leitung.
>
> Servus,
> Helmut.

Hallo.
Aber wenn jeder Baustein seine eigene SS Leitung hat, dann ist es ja im 
Prinzip nichtmehr möglich, die Bausteine zu verketten, oder lieg ich da 
falsch?
MfG

Rotti schrieb:
> Wenn du die hintereinander hängst, musst du die Potis parallel an eine
> einzige SS-Leitung hängen, das sieht für den uC dann wie ein einziger
> Chip aus, der eben die n-Fache Menge an Daten bekommt.

Eben die 32Bit anstatt der 16Bit oder?
Wenn ja, dann ist alles klar :-)
MfG

Das AD5292 gibt es nur im TSSOP Gehäuse, siehe Datenblatt.
Von AD gibt es derzeit 8 andere digitale Potis im PDIP Gehäuse, siehe 
Homepage.

Wenn SPI nicht dein Fall ist sieh dir mal das AD5220 an.

Reinhard

gibt es eigentlich irgendwelche adapter, mit welchem man so einen ic auf 
dip8 umändern kann?

@Chris K.
Ja, im einfachen Fall eine Platine mit 2 Stiftleisten. Es gibt auch 
aufwendigere Adapter z.B. für Programmer, die aber relativ teuer sind.

@Peter G. punkt
Sieh dich mal auf der HP von Analog um. Da gibt es auch parametrische 
Listen. Ganz abnehmen kann ich dir die Produktrecherche nicht. ;)

Reinhard

Reinhard R. schrieb:
> @Peter G. punkt
> Sieh dich mal auf der HP von Analog um. Da gibt es auch parametrische
> Listen. Ganz abnehmen kann ich dir die Produktrecherche nicht. ;)
>
> Reinhard

Brauchst du auch nicht, nur wenn du spontan was gewusst hättest, hättest 
du mir weiterhelfen können, ansonsten bin ich schon vollkommen 
zufrieden!
MfG

Peter G. punkt (grudolf) schrieb:
> Also ich weiß jetzt nicht spezifisch deine Anforderungen, aber ich hab
> den AD5290 schon angesteuert, erweist sich als relativ einfach!

Hallo!
Ich habe ebenfalls folgendes Problem:
Mein AD5292 lässt sich nicht einstellen!! :-(

Ich poste hier mal den C-Code, welcher das Timing beeinhaltet, ist 
ebenfalls zu Fuß!

Beste Grüße

Hallo Grudolf,
könntest du mir dein Code zuposten lassen?
Ich würde dir dafür sehr Dankbar sein