AVR - Fehler bei SPI-Ausgabe von Array mit 2000 Elementen

Gast #597671
Lesenswert?

Hallo!
Ich habe ein Problem, mit einer Testsoftware für einen AT90CAN128. Der 
AT90CAN128 ist über die SPI Schnittstelle mit einem 16-Bit 
Digital-Analog-Converter verbunden und ist so in der Lage, einen 
Analog-Spannungswert auszugeben. Die Ausgabe von Werten funktioniert 
bereits. Am DAC hängt noch ein Filter, welches getestet werden soll. 
Dazu soll ein "weißes Rauschen" ausgegeben werden. Hierfür habe ich 
einen Vektor von 2000 Werten mit Matlab erzeugt, die nun über SPI an den 
DAC gegeben werden sollen und dieser dann das Signal ausgeben soll. Ich 
habe die 2000 Werte einfach in einem U16-Array abgelegt. Nun wird in der 
Main-Loop des Programms je Durchlauf ein Wert ausgegeben und ein Index 
inkrementiert, mit dem dann im nächsten Durchlauf das nächste Element 
indiziert wird. Wird das 2000ste Element erreicht, wird der Zähler 
zurückgesetzt und es wird wieder das erste Element verwendet. Die 2000 
Werte werden also zyklisch ausgegeben. Irgendwo scheint aber ein Fehler 
im Programm zu sein. Nach 43 Werten wird nämlich wieder der erste 
ausgegeben. Ich kann das aber nicht verstehen. Sind 2000 U16 Werte zu 
viel? Oder hab ich einen Fehler im Code?
Der SPI-Teil ist getestet und funktioniert, ich werde ihn also hier 
nicht posten. Ich zeige euch einfach mal die Main-Loop:

  U16 data[2000] =
  {
    20597,
    ...
    41083
  };
  U16 i;
  U8 j;

  while(1)                   // Main-Loop
  {
    spi_dac_tx(data[i++]);   // Ausgabe des Wertes data[i] über SPI
    if (i>=1999)
      i = 0;
    for(j=0;j<=1;j++);       // kurze Verzögerung
  }

Das Eigenartige ist, dass selbst bei der Simulation mit AVR Studio, wenn 
ich mir im Watch-Fenster die Variable data anzeigen lasse, nach dem 
43.Wert wieder der erste angezeigt wird. Wo ist der Fehler??
Gast #597763
Lesenswert?

erstens sollte der Code nur 1999 Werte ausgeben, Also Array 9..1998. 
Zumindest macht die if Bedingung das so. PS: warum nicht mit 
for-Schleife?

Wozu ist die "kurze" Verzögerung da?

Soweit ist hier nix zu erkennen.

Poste mal lieber noch den SPI-Code.
So groß kann der ja ne sein
Gast #597809
Lesenswert?

2000 * 2 Bytes in 4kiB RAM? wird das nicht seehr knapp...
wenn sich das Array nicht zu ändern braucht während das Programm läuft, 
könntest du es in dem Flash auslagern (PROGMEM wäre das stichwort)

hth. Jörg
ps.: gehts nicht auch so:
[c]
uint16_t data[2000] = { ..... };
int i;
for (i =0,i < 2000;i++){
    spi_dac_tx(data[i]);
    _delay(0.0001); // falls du das wirklich brauchst
}
// und die PROGMEM-Version:
#include <avr/pgmspace.h>

const uint16_t PROGMEM data_P[2000] = { ... };
int i;
for (i =0,i < 2000;i++){
    spi_dac_tx(pgm_read_word(data[i]));
    _delay(/* s.o.*/);
}
Gast #597825
Lesenswert?

@ Jörg X. (Gast):

Du hast das & vergessen:
const uint16_t PROGMEM data_P[2000] = { ... };
int i;
for (i =0,i < 2000;i++)
{
    spi_dac_tx(pgm_read_word(&data[i])); // pgm_read_word bekommt ne 
addresse
    _delay(/* s.o.*/);
}

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren