DAC liefert immer 0V

[Rebi (Gast)]

Ich habe diesen DAC beschalten:(Seite 22 Register)
http://www.ti.com/lit/ds/symlink/dac7634.pdf

Anbei der Schaltplan.

Ich habe mit dem KO nachgemessen, es werden drei Bits gesenden mit den 
richtigen Inhalten. Es sollte eig. alles stimmen ich krieg jedoch bei 
VoutC 0V, anstelle von 2.5V sieht jemand ein fehler?


Das Unterprogramm:

unsigned char SPI_exchangeByte(unsigned char byte )
{
  SPDR = byte;
  while( ! (SPSR & (1<<SPIF) ));
  return SPDR;
}

void SPI_DAC()
{
  _delay_ms(1);
  PORTB &=~(1<< PB4);      // Chip Select
  SPI_exchangeByte(0x80);
  SPI_exchangeByte(0xFF);
  SPI_exchangeByte(0xFF);
  PORTB |=(1<< PB4);      // Chip Select
  _delay_ms(1);
  
}

Das Hauptprogramm:

int main(void)
{
  DDRD = 128;  //8 Bit Ausgang
  SPI_Init();
  RST = ON;
  RSTSEL = OFF;
  LDAC = OFF;
  LOAD = OFF;
  while(1)
  {
    Taster = (PIND&64)>>6;
    
    if(Taster == ON)
    {
      PORTD |= 128;    //LED leuchtet
      SPI_DAC();      //Register beschreiben
      x = 20;
    }
    else
    {
      PORTD &=~(128);    //LED löschen
    }
    if(x > 10)
    {
      x++;
    }
    if(x == 100)
    {
      x = 0;      
      LOAD = ON;      //Register ausgeben
      LDAC = ON;      //Register ausgeben
    }
    _delay_ms(10);
    
    PORTB = (LDAC << 0) + (LOAD << 1) + (RSTSEL <<2) + (RST << 3);
  }
}

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

Rebi schrieb:
> Anbei der Schaltplan.
So wie ich das entziffern kann ist da MOSI und MISO vertauscht...

Der MOSI "Master Out, Slave In" muss an SDI "Serial Data IN"
Und MISO "Master In, Slave Out" bekommt Daten vom SDO "Serial Data Out"

> Ich habe mit dem KO nachgemessen
Und? Lass doch mal sehen...

[spess53 (Gast)]

Hi

Wo ist

>SPI_Init();

?

MfG Spess

[Rebi (Gast)]

Lothar Miller schrieb:
> Der MOSI "Master Out, Slave In" muss an SDI "Serial Data IN"
> Und MISO "Master In, Slave Out" bekommt Daten vom SDO "Serial Data Out"

Danke hab ich irgendwie vertauscht werde ich gleich ändern.

void SPI_Init(void)
{
  
  //Initialisierung SPI
  // Direction und IO Initialisierung
  PORTB |= (1 << PB0);        //Port definieren
  DDRB |= (1 << DDB4);        //Chipselect (SS)
  DDRB |= (1 << DDB5);        //MOSI
  DDRB &= ~(1 << DDB6);        //MISO (Input)
  DDRB |= (1 << DDB7);        //Clock
  DDRB |= (1 << DDB0);        //XCK / T0 (Synchroner Slave-Modus)
  DDRB |= (1 << DDB3);        //Chipselect Display aktivieren
    
  SPCR = 0x5F;          // SPI Control Register einstellen
  SPSR = 0x00;          // SPI Status Register einstellen
  
}

Hab beim Schaltplan noch vergessen das bei den Referenzen VREFHAB usw. 
noch ein Spannungsteiler ist, also nur 2.5V

[Rebi (Gast)]

Funktioniert jetzt, nochmals danke.

[Arduinoquäler (Gast)]

Rebi schrieb:
> Funktioniert jetzt, nochmals danke.

Rückblickend ist der Thread-Titel mal wieder voll daneben.
Denn der suggeriert ja dass der DAC kaputt ist ......

>> DAC liefert immer 0V

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

Arduinoquäler schrieb:
> Denn der suggeriert ja dass der DAC kaputt ist ......
Nein, er suggeriert, dass da nur 0V herauskommen.

Rebi schrieb:
> Funktioniert jetzt, nochmals danke.
Und was wars? Die MISO-MOSI-Sache?

[Arduinoquäler (Gast)]

Lothar Miller schrieb:
> Nein, er suggeriert, dass da nur 0V herauskommen.

Nein, ein DAC der immer 0V ausgibt muss kaputt sein.

>> DAC liefert immer 0V

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

Arduinoquäler schrieb:
> Nein, ein DAC der immer 0V ausgibt muss kaputt sein.
Nun ja, man kann Haare auch der Länge nach spalten...

> ein DAC der immer 0V ausgibt muss kaputt sein.
Durchaus nicht. Es würde ausreichen, wenn er niemals angeschlossen oder 
immer falsch angesteuert wird. Oder er wird korrekt angesteuert, aber in 
einer Art, dass er immer 0V ausgibt...

[Arduinoquäler (Gast)]

Lothar Miller schrieb:
> Durchaus nicht. Es würde ausreichen, wenn er niemals angeschlossen oder
> immer falsch angesteuert wird. Oder er wird korrekt angesteuert, aber in
> einer Art, dass er immer 0V ausgibt...

Die Aussage "immer" schliesst ja genau all diese anderen Fälle aus.

[Rebi (Gast)]

Lothar Miller schrieb:
> Und was wars? Die MISO-MOSI-Sache?

Ja daran lag es.

Arduinoquäler schrieb:
> Nein, ein DAC der immer 0V ausgibt muss kaputt sein.

Bevor ich die Leitungen getauscht hatte gab er immer 0V.

[Rebi (Gast)]

Noch eine Frage:
Wieso funktioniert nur die erste Anweisung? Nach der ersten erhalte ich 
2.5V am Ausgang, nach dem 2ten Tastendruck habe ich immeer noch 2.5V.
Was mache ich falsch?

int main(void)
{
  DDRD = 128;  //8 Bit Ausgang
  SPI_Init();

  while(1)
  {
    Taster = (PIND&64)>>6;
    
    if((Taster == ON) && (Taster_alt != Taster)&&(x == 0))
    {
      x++;
      SPI_DAC(0x00FFFF);  //DAC A 2.5V
      PORTD |= 128;    //LED leuchtet
    }
    else if((Taster == ON) && (Taster_alt != Taster)&&(x == 1))
    {
      x++;
      SPI_DAC(0x0070FF);  //DAC A 1.1V
      PORTD |= 128;    //LED leuchtet
    }
    else
    {
      PORTD &=~(128);    //LED löschen
    }
    _delay_ms(10);  
    
    Taster_alt = Taster;
  }
}

void SPI_DAC(unsigned long Wert)
{
  _delay_ms(1);
  PORTB = 8;    //Nur RST High
  SPI_exchangeByte(Wert>>16);
  SPI_exchangeByte(Wert>>8);
  SPI_exchangeByte(Wert & 0xFF);
  PORTB |=((1<< PB4) | (1<<PB0) | (1 << PB1));  // Chip Select LDAC und LOAD
  _delay_ms(1);
}

[Karl H. (kbuchegg)]

Rebi schrieb:

>   PORTB |=((1<< PB4) | (1<<PB0) | (1 << PB1));  // Chip Select LDAC und
> LOAD

Ich hab jetzt im Datenblatt nicht nachgesehen. Aber meistens sind 
derartige Leitungen flankgesteuert. Damit eine Flanke zustande kommt, 
muss aber eine Leitung, die auf High geht, irgendwann aber auch wieder 
mal auf Low zurück gehen.

Chip Select wird statisch auf High bleiben können. Aber irgendwelche 
'Load' Leitungen reagieren oft auf Flanke und nicht auf Pegel.

[Rebi (Gast)]

Karl Heinz schrieb:
> Ich hab jetzt im Datenblatt nicht nachgesehen. Aber meistens sind
> derartige Leitungen flankgesteuert. Damit eine Flanke zustande kommt,
> muss aber eine Leitung, die auf High geht, irgendwann aber auch wieder
> mal auf Low zurück gehen.

Stimmt hatte ich vergessen, Danke.

[Rebi (Gast)]

Noch letze Frage(Hoffentlich)

Jetzt habe ich das Problem wenn ich zuerst DAC A beschreibe und dannach 
DAC B, hat DAC A denn falschen Wert.
Also nach einem Tastendruck DAC A --> 2.5V
zweiter Tastendruck Dac B --> 1.1V und DAC A --> 1.1V
Wieso bleibt DAC A nicht 2.5V? Ich resete ihn nirgends.

Code gleich wie oben ausser:

if((Taster == ON) && (Taster_alt != Taster)&&(x == 0))
{
  x++;
  SPI_DAC(0x00FFFF);  //DAC A 2.5V
  PORTD |= 128;    //LED leuchte
}
else if((Taster == ON) && (Taster_alt != Taster)&&(x == 1))
{
  x++;
  SPI_DAC(0x4070FF);  //DAC B 1.1V
  PORTD |= 128;    //LED leuchtet
}

void SPI_DAC(unsigned long Wert)
{
  _delay_ms(1);
  PORTB &= ~(1<<PB4);    //Chip select;
  SPI_exchangeByte(Wert>>16);
  SPI_exchangeByte(Wert>>8);
  SPI_exchangeByte(Wert & 0xFF);
  PORTB |=((1<< PB4) | (1<<PB0) | (1 << PB1)); // Chip Select LDAC und LOAD
  _delay_ms(1);
  PORTB &= ~((1<<PB0)| (1 << PB1));    //LDAC und LOAD löschen;
}

[Arduinoquäler (Gast)]

Rebi schrieb:
> Noch letze Frage(Hoffentlich)

Zitat aus Datenblatt:
---------------------------------------------------------
The first two bits select the input register that is
updated when LOAD goes LOW.
---------------------------------------------------------

Das interpretiere ich so dass du erst deine 24 Bit senden musst,
und dann LOAD auf low setzen, damit der Baustein weiss welcher von
den vier DACs angesprochen werden soll.

Also Funktionseintritt mit LOAD = High
- 24 Bit senden
LOAD = Low
_delay_us (whatever)
LOAD = High
_delay_us (whatever)
LDAC = High

[Rebi (Gast)]

Arduinoquäler schrieb:
> Das interpretiere ich so dass du erst deine 24 Bit senden musst,
> und dann LOAD auf low setzen, damit der Baustein weiss welcher von
> den vier DACs angesprochen werden soll.

Der Code funktioniert ja, ausser das DAC A (überschrieben?) wird wenn 
ich DAC B beschreibe. Wenn ich LOAD vorher auf HIGH setzt passiert 
nichts, 0V.

[Rebi (Gast)]

Rebi schrieb:
> Wenn ich LOAD vorher auf HIGH setzt passiert
> nichts, 0V.

Sry hab es falsch gemacht. Hab es vorhin nochmals probiert, funktioniert 
jetzt danke.