Cast Problem bei memcpy und memset

[Frank L. (franklink)]

Hallo Zusammen,
ich habe hier ein kleines Cast-Problem, dass ich ohne Hilfe nicht lösen 
kann :-(.

Hiintergrund, ich möchte die FFT-Routine aus diesem Projekt 
Beitrag "[C] AVR-Lichtorgel per FFT MEGA8 32 644" , in einem anderen 
Projekt einsetzen, hierfür habe ich die ADC-Wandlung in den Interrupt 
verlagert und lasse das Array capture dort füllen. Ist das Array 
gefüllt, wird ein Flag gesetzt und die Mainroutine macht den Rest. Damit 
aber wärend der FFT kein zu großer Leerlauf entsteht, war meine 
Überlegung, das Array umzukopieren und die FFT auf der Kopie 
durchzuführen. Wärend dessen kann der ADC-Interrupt das Array mit neuen 
Daten füllen.

Meine Definition:

volatile int16_t capture[FFT_N];
int16_t capture_fft[FFT_N];

das Problem:

memcpy( capture, capture_fft, sizeof(capture) );
memset( capture, 0, sizeof(capture) );

Warning:

warning: passing argument 1 of 'memcpy' discards qualifiers from pointer target type

Ich komme leider nicht dahinter, wie ich capture casten muss, damit die 
Warnung verschwindet.

Gruß
Frank

[Μαtthias W. (matthias)]

Hi

memcpy((void *)capture, capture_fft, sizeof(capture) );
memset((void *)capture, 0, sizeof(capture) );

Matthias

[Krapao (Gast)]

Du könntest einfach mit der Warnung leben oder blind casten.

Aber die Warnung sollte dich bei der Programmlogik stutzig machen!

Das volatile ist Hinweis des Programmierers an den Compiler, dass das 
capture Feld jederzeit verändert werden kann und jederzeit aktuell zu 
halten ist. Daher darf der Compiler dessen Inhalt nicht bekannt 
voraussetzen oder Anweisungen zusammenfassen. Die Veränderungen könnten 
z.B. von einer nebenläufigen Programmroutine stammen z.B. einer 
Interruptroutine, die Messwerte in capture füllt. Mit memcpy soll dann 
eine Kopie dieser Messwerte angelegt werden. ABER was ist, wenn die 
Interruptroutine nach dem Aufruf von memcpy ändert? Deine Programmlogik 
könnte diesen Fall berücksichtigen und den Interrupt vor dem memcpy 
sperren und danach wieder freigeben.

[Niklas G. (erlkoenig)]

Frank Link schrieb:
> das Problem:
> memcpy( capture, capture_fft, sizeof(capture) );
> memset( capture, 0, sizeof(capture) );
Du kopierst den inhalt von capture_fft nach capture, und überschreibst 
dann capture mit 0en? Klingt irgendwie sinnlos

[Frank L. (franklink)]

Danke,
passt...

Gruß
Frank

[STK500-Besitzer (Gast)]

Warum beschreibst du nicht einfach in der ISR wechselweise das eine oder 
das andere Array?

[Frank L. (franklink)]

Niklas Gürtler schrieb:
> Frank Link schrieb:
>> das Problem:
>> memcpy( capture, capture_fft, sizeof(capture) );
>> memset( capture, 0, sizeof(capture) );
> Du kopierst den inhalt von capture_fft nach capture, und überschreibst
> dann capture mit 0en? Klingt irgendwie sinnlos

Hi Niklas,
wahrscheinlich kannn ich mir das sparen, ist noch aus der Orginalroutine 
aus dem oben genannten Artikel.

Ich spiele im Moment nur mit dem Teil rum und schaue, ob ich mit meinem 
ATEMAGA88 und den internen 8MHz einen kleinen FFT-Analyzer aufbauen 
kann, der bis ca. 20KHz arbeitet.

Gruß
Frank

[Frank L. (franklink)]

STK500-Besitzer schrieb:
> Warum beschreibst du nicht einfach in der ISR wechselweise das eine oder
> das andere Array?

Weil es nur ein Versuch war, ich muss darauf sowieso verzichten, da so 
wie es jetzt ist, nur eine FFT mit 64 Stützstellen funktionieren würde, 
da mir sonst der Speicher ausgeht.

Da ich aber mit mindestens 128 Stützstellen arbeiten möchte, bringt mir 
der doppelte Speicher nichts.

Gruß
Frank