AD5241 digital Poti

[H. D. (lactobacillus)]

Hallo,
Ich habe mir 2 AD5241 (1MOhm) zugelegt und erst einmal einen auf eine 
Adapterplatine fürs Breadboard gelötet. Zugegebenemaßen habe ich mich 
nicht sehr geschickt angestellt und er könnte etwas heiß geworden sein. 
Habe ihn dann zum Testen angeschlossen und den Wiper an 3.3V und 
Terminal A mit einem 100k an Masse. Befehle waren 0x40 + 0x00/0xFF. In 
beiden Fällen ist der Spannungfsabfall gleich und nur knapp über 1V. 
Versuche ich die Digitalen Outputs anzusprechen, funktioniert das 
tadellos.

Ich bin dann davon ausgegangen, dass ich den Ersten einfach beim Löten 
gekillt habe, also habe ich vorsichtig den 2. eingelötet. Dieser 
reagiert genau so wier der Erste.

Jetzt glaube ich, dass ich irgendetwas bei der Ansteuerung falsch mache.

PS: Der Standby-Pin ist auf 3.3V gelegt.

[Stefan S. (chiefeinherjar)]

Mist... da habe ich doch gerade meine Glaskugel in die Spülmaschine 
gelegt und das volle Umwelt-Killer-Super-Blitz-Blank-Programm angemacht. 
So schnell werde ich sie also nicht zur Hand haben.
Da bleibt dir wohl nur noch übrig den *CODE* und den *Schaltplan* zu 
posten...

[H. D. (lactobacillus)]

A:    100kOhm --- GND
W:    3.3V
B:    NC
VDD:  3.3V
SHDN: 3.3V
SCL:  MSP430G2553 mit Pullup
SDA:  MSP430G2553 mit Pullup
AD0:  GND
AD1:  GND
DGND: GND
VSS:  GND
O2:   NC
NC:   NC
O1:   NC

Code kommt, wenn ich wieder zu Hause bin.

[H. D. (lactobacillus)]

Hier der Code:

#include <msp430g2553.h>

void printRes(void){

  UCB0CTL1 = UCSWRST;
  UCB0CTL0 = UCMODE_3 + UCMST + UCSYNC;      // I2C master mode
  UCB0CTL1 = UCSSEL_2 + UCSWRST; // Use SMCLK, keep SW reset
  UCB0BR0 = 0x15;                          // < 400 kHz
  UCB0I2CSA = 0x2C;                       // address
  UCB0CTL1 &= ~UCSWRST;
  UCB0CTL1 |= UCTR + UCTXSTT; // I2C TX, start condition

  while (!(IFG2 & UCB0TXIFG));

  UCB0TXBUF = 0x40;                           // oder 0x58
  while (!(IFG2 & UCB0TXIFG));
  UCB0TXBUF = 0x00;                           // oder 0xFF
  while (!(IFG2 & UCB0TXIFG));


  UCB0CTL1 |= UCTXSTP;
}


void main(void){
    WDTCTL = WDTPW + WDTHOLD;

    DCOCTL = CALDCO_8MHZ;        //DCO setting = 8MHz
    BCSCTL1 = CALBC1_8MHZ;        //DCO setting = 8MHz

    // Configure Pins for I2C
    P1SEL |= BIT6 + BIT7;                  // Pin init
    P1SEL2 |= BIT6 + BIT7;                  // Pin init

    printRes();

    while(1);

}

[H. D. (lactobacillus)]

Die Spülmaschine müsste ja jetzt fertig sein. Was sagt die Glaskugel?

[H. D. (lactobacillus)]

Würde mich freuen, wenn jemand eine Idee hätte.

[Karl H. (kbuchegg)]

H. D. schrieb:
> Die Spülmaschine müsste ja jetzt fertig sein. Was sagt die Glaskugel?

Das du

  UCB0CTL1 |= UCTR + UCTXSTT; // I2C TX, start condition

  while (!(IFG2 & UCB0TXIFG));

  UCB0TXBUF = 0x40;                           // oder 0x58
  while (!(IFG2 & UCB0TXIFG));
  UCB0TXBUF = 0x00;                           // oder 0xFF
  while (!(IFG2 & UCB0TXIFG));

sehr mutig auf jegliche Fehlerüberprüfung verzichtest.

Das mag manchmal kein Beinbruch sein. Aber zumindest nach dem Senden der 
Adresse wäre es schon eine ziemlich gute Idee festzustellen, ob der 
Slave mit einem ACK geantwortet hat.

[Karl H. (kbuchegg)]

>  UCB0TXBUF = 0x40;                           // oder 0x58


Wenn der MSP genau so funktioniert wie ein AVR, dann schreibt man hier 
bereits das vollständige erste Byte ins Register.
D.h. die um 1 Bit nach links verschobene Adresse und dem R//W Bit an der 
Bitposition 0.
Also 0x58 und nicht 0x40, wenn die AD1 bzw AD0 Leitung auf 0 verdrahtet 
sind.


Edit:
wieso eigentlich 0x40? 0x40 ist doch kompletter Nonsense. Wenn ich mir 
das Bitmuster 01011xx0 um 1 Bit nach rechts verschoben vorstelle, dann 
kommt da nie und nimmer 0x40 raus. Noch nicht mal annähernd. (für xx als 
AD1 bzw AD0 setz ich 00 ein)

[H. D. (lactobacillus)]

Karl Heinz schrieb:
> Wenn der MSP genau so funktioniert wie ein AVR, dann schreibt man hier
> bereits das vollständige erste Byte ins Register.

Nee, ist anders. Die Adresse kommt nicht in den Buffer, sondern in 
UCB0I2CSA.
0x2C entspricht 00101100.
Dass man Daten senden möchte, sagt man mit UCB0CTL0 |= UCMST.

Die Adresse ist auch richtig, da die Digitalausgänge sagen was sie 
machen. Ich werde aber mal nachprüfen ob nach dem allerletzten Datenbyte 
evtl. ein NACK kommt.

[Karl H. (kbuchegg)]

H. D. schrieb:
> Karl Heinz schrieb:
>> Wenn der MSP genau so funktioniert wie ein AVR, dann schreibt man hier
>> bereits das vollständige erste Byte ins Register.
>
> Nee, ist anders. Die Adresse kommt nicht in den Buffer, sondern in
> UCB0I2CSA.
> 0x2C entspricht 00101100.
> Dass man Daten senden möchte, sagt man mit UCB0CTL0 |= UCMST.
>
> Die Adresse ist auch richtig,

Ah. OK.
Dann ignorier bitte den Rest. da hab ich mich von der zufälligen 
Übereinstimmung deines auskommentierten Kommandobytes 0x58 mit der 
verschobenen Adresse 0x58 (= 0x2C + Write_Bit_0) voreilig hinreissen 
lassen. Mein Fehler.

[H. D. (lactobacillus)]

Kann an keinem Punkt einen NACK finden. :-(

[H. D. (lactobacillus)]

Es lag am ersten Befehl. Der midscale reset darf nicht gesetzt werden. 
Außerdem war der Widerstand in der Testschaltung 1MOhm statt 1kOhm.