AD9850 macht Probleme

[Stefan S. (chiefeinherjar)]

Hallo zusammen!
So langsam ist mir das ganze echt peinlich, dass ich folgendes Anliegen 
ins Forum tragen muss:
Sowohl ich, als auch ein Kollege haben jeweils ein AD9850-Modul gekauft 
(unterschiedliche Versandhäuser, gleiche Module: 
http://www.arduino-projekte.de/index.php?n=70) und jeweils unabhängig 
voneinander den Code für einen Atmega32 in C geschrieben.

Programmiert wurde mit JTAG ICE 3, AVR Studio 6.2 und dem STK500 mit 
einem Atmega32.

Bei mir hatte es funktioniert (bei mir ist es schon mittlerweile ein 
Jahr her), bei ihm nicht. Konkretes Fehlerbild ließ sich, nach Angaben 
meines Kollegen zuverlässig reproduzieren:
- Wird nur eine Frequenz übergeben, reagiert das Modul gar nicht. Wird 
eine zweite Frequenz danach (natürlich mit Verzögerung) übergeben, wird 
nur die zweite Frequenz übernommen.

- Wird eine Frequenz übergeben und dann auf dem Board ein Mal auf 
"Reset" gedrückt, wird die Frequenz übernommen. Drückt man nun erneut 
auf "Reset" bekommt man wieder nur eine Flatline. Ein erneuter Reset 
führt wieder zu einem Signal. Im Grunde wie ein "An/Aus"-Schalter... o.O

- Drückt man bei AVR-Studio auf "Start Debugging" bzw. "Start without 
Debugging" wird die Frequenz nicht übernommen. Drückt man auf "Stop 
Debugging" wird die Frequenz übernommen.


Nach Fehlersuche beim Code, Verkabelung und Jumpern verzweifle ich so 
langsam.
Jumper sind so gesteckt, dass der serielle-Modus aktiviert ist.
Bild der gesamten Verkabelung folgt morgen.

Ich wette ich habe einfach nur "Tomaten auf den Augen" und bin blind 
für das Offensichtliche... Und ich bin eher geneigt dem Code die Schuld 
zu geben, als dem Modul. Wenn das Bild schlecht aussieht ist gewöhnlich 
auch der Maler daran Schuld und nicht der Pinsel...


Wie dem auch sei, nachfolgend der auf das Wesentliche reduzierte Code:

#define F_CPU 8000000      // CPU 8Mhz
#define DDS_CLOCK 125000000   // DDS 125Mhz

#define RESET PB3
#define FQ_UD PB2
#define DATA PB5
#define W_CLK PB7


#include <avr/io.h>
#include <util/delay.h>



void IO_init(){
  DDRB = 0xFF;  // PORTB Output
  PORTB=0x00;
  //_delay_ms(10);
}

void SPI_init()
{
  SPCR&=~(1<<SPIE);  // Interrupt disable
  
  SPCR|=(1<<DORD);  // Data order LSB first
  SPCR|=(1<<MSTR);  //SPI Master
  SPCR&=~(1<<CPOL);  //SPIClock  is low when idle
  SPCR&=~(1<<CPHA);  //Clock phase leading edge sample trailing edge setup
  SPCR|= 0x01; //Clock Rate: f osc/64
  SPCR|=(1<<SPE);  // SPI enable
}



char ui_SPI_SendAndReceiveByte(char cData_out)
{
  SPDR=cData_out; // Start transmission
  while(!(SPSR & (1<<SPIF))); // wait to complete
  return SPDR;
}

void send_Bytes(uint32_t freq){
  PORTB |= (1<<FQ_UD); //Über den Puls an dieser Stelle lässt sich streiten, bei mir hat es sowohl mit, als auch ohne Puls funktioniert, sofern ich mich recht erinnere...
  PORTB &=~(1<<FQ_UD);
  
  union {
    uint32_t frequ;
    uint8_t freqbyte[5];  
  }sendbyte;
  
  sendbyte.frequ = freq;
  sendbyte.freqbyte[4] = 0x00;
  
  for(uint8_t i = 0; i < 5; i++){
    ui_SPI_SendAndReceiveByte(sendbyte.freqbyte[i]);
  }
  
  PORTB = PORTB| (1<<FQ_UD);
  PORTB &=~(1<<FQ_UD);
}

void DDS_reset(){
  //Reset-Sequenz besteht aus einem Puls am RESET-Pin, gefolgt von einem Puls am W_CLK-Pin und einem Puls am FQ_UD-Pin für den Serial-Mode
  PORTB = PORTB | (1<<RESET);
  PORTB = PORTB & (~(1<<RESET));
  
  PORTB |= (1<<W_CLK);
  PORTB &= ~(1<<W_CLK);
  
  PORTB |= (1<<FQ_UD);
  PORTB &= ~(1<<FQ_UD);
}


uint32_t Bitfrequenz(int frequency){
  uint32_t tuning_word = (frequency * 4294967296LL) / DDS_CLOCK;
  return tuning_word;
} 



int main(void)
{
  IO_init();
  SPI_init();
  DDS_reset();
  
  send_Bytes(Bitfrequenz(5000));

    
    while(1)
    {
    }
}

[ArduinoQuäler (Gast)]

Stefan Schmidt schrieb:

uint32_t Bitfrequenz(int frequency)
{
   uint32_t tuning_word = (frequency * 4294967296LL) / DDS_CLOCK;
   return tuning_word;
}

Das läuft dir gnadenlos über (frequency * 4294967296LL).

Zudem kannst du als Argument nur bis 32767 (Hz) als Argument
übergeben. Ob das so beabsichtigt ist?

Wenn man das alles sauber ausnutzen will muss man wohl mit
uint64 rechnen.

[Jonas B. (jibi)]

>- Drückt man bei AVR-Studio auf "Start Debugging" bzw. "Start without
>Debugging" wird die Frequenz nicht übernommen. Drückt man auf "Stop
>Debugging" wird die Frequenz übernommen.


Sind die Optimierungslevel (Debug und Release) gleich?

Gruß J

[lrep (Gast)]

Ich vermute, daß niemand diesen Code nach Fehlern durchsuchen wird, aber 
wenn das gleiche Programm auf dem einen Rechner funktioniert und auf dem 
anderen nicht, handelt es sich wahrscheinlich um ein Hardwareproblem.

Fotos das Aufbaus könnten hilfreich sein, aber vorab vermute ich schon 
mal, dass zu lange Strippen und vernachlässigte Masseverbindungen Schuld 
sind.

[Stefan S. (chiefeinherjar)]

Bei den Optimierungen haben wir alle Variationen/Kombinationen 
ausprobiert.

Nun, MEIN Code, der vom Inhalt identisch ist hatte damals 
funktioniert.

ArduinoQuäler schrieb:
> Zudem kannst du als Argument nur bis 32767 (Hz) als Argument
> übergeben. Ob das so beabsichtigt ist?
>
> Wenn man das alles sauber ausnutzen will muss man wohl mit
> uint64 rechnen.

Warum muss man das mit uint64 rechnen? - Das Frequenzwort ist auch nur 
32 Bit lang. Unabhängig davon sollten dann zumindest 5 kHz tadellos 
funktionieren...

[Jonas B. (jibi)]

Wie lange brauch eigentlich das 9850 Modul zum starten? Eventuell ist 
das noch nicht bereit?

GRuß JOnas