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??
Hmm, mit 1500 Werten im Array scheint alles zu passen. Komisch.
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
achso: ich glaube, die "kurze" verögerung wird wohl wegoptimiert..
Dir ist schon klar das 2000 U16 Werte fast 4kB ergeben ? Hat der AT90CAN nicht nur 4kB RAM ? D.h. für den Rest deines Programmes + Stack bleiben 96 Bytes über.
Das würde auch erklären, warum es bei 1500Werten geht ;-) Aber poste trotzdem mal den SPI-Code
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.*/); }
@ 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.*/); }
@ Matthias (Gast) ups, ja stimmt (und das [ /c]-Tag hab ich wohl auch vergessen :( ) sry --Jörg
Danke Jungs! War wohl wirklich das Problem, mit dem zu kleinen RAM. Habs nun mit PROGMEM in das Flash und es klappt. Hab wohl nicht so weit gedacht.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.