Posts tagged debug

WAV File Debug output

0

Im Folgenden sind Dateiheaders in Hex zu sehen, wie sie von einem selbstgeschriebenen Testprogramm ausgegeben werden über das jtag basierte CCS-Debug-System mit dem Befehl printf.

Ausgegeben werden Dateien mit Rechteck-/Sägezahn-Wellen, die mit einem freien Audio-Editor (Audacity) erstellt wurden. Diese charakteristischen Wellenformdateien eignen sich gut zu Debug-Zwecken, da darin Spitzenwerte vorkommen.

Stereo Square Wave 4400Hz

 W  A  V  E  
 f  m  t     
 cksize: 1000  0  
 wFormatTag: 100  
 nCh: 200  
 wSamPS: 44ac  0  
 wBPS: 10b1  200  
 wBlockAlign: 400  
 wbPSam: 1000  
 d  a  t  a  
 chunksize: a0ea  1a00  
fe7f ff7f ff7f ff7f ff7f fe7f ff7f fd7f ff7f ff7f ff7f ff7f 80 180 80 180 80 180 80 80 80 180 ff7f ff7f ff7f fd7f ff7f fe7f ff7f ff7f ff7f ff7f 80 80 80 180 80 180 80 280 80 80 ff7f fd7f ff7f ff7f ff7f ff7f ff7f ff7f ff7f ff7f 80 180 80 80 180 80 180 80 80  
180 ff7f ff7f ff7f ff7f ff7f ff7f ff7f ff7f ff7f ff7f 180 80 80 180 80 580 80 480 80 180 ff7f ff7f ff7f ff7f ff7f ff7f ff7f fe7f ff7f fe7f 180 80 80 380 80 380 80 380 80 180 ff7f ff7f ff7f fe7f ff7f ff7f ff7f ff7f ff7f ff7f 80 80 80 80 80 180 80 280 80  
280 ff7f fe7f ff7f fc7f ff7f fd7f ff7f fe7f ff7f fe7f 280 80 180 80 80 80 280 80 180 80 ff7f ff7f ff7f ff7f ff7f ff7f ff7f ff7f ff7f ff7f 180 80 280 80 180 80 80 280 80 280 ff7f ff7f ff7f ff7f fe7f ff7f fe7f ff7f ff7f ff7f 80 180 80 180 80 80 180 80 80 280 fd7f ff7f fe7f ff7f fe7f ff7f ff7f ff7f ff7f fe7f 180 80 280 80 480 80  R  I  F  F  
 3303676416

Stereo Saw Wave 4400Hz

 W  A  V  E  
 f  m  t     
 cksize: 1000  0  
 wFormatTag: 100  
 nCh: 200  
 wSamPS: 44ac  0  
 wBPS: 10b1  200  
 wBlockAlign: 400  
 wbPSam: 1000  
 d  a  t  a  
 chunksize: a0ea  1a00  
100 feff 8d19 8919 1733 1433 a14c 9f4c 2d66 2966 b87f b27f 4499 3e99 cdb2 cab2 57cc 54cc e2e5 e0e5 6cff 6bff f718 f318 8532 7e32 d4c c4c 9465 9965 207f 227f aa98 ae98 34b2 3ab2 becb c3cb 4ce5 4ce5 d7fe d7fe 5f18 6518 ea31 ef31 734b 7b4b fd64 765 887e 907e 1498 1a98 a0b1 a3b1 2dcb 2ccb b8e4 b7e4 42fe  
44fe ca17 d117 5231 5d31 df4a e44a 6e64 6a64 fb7d f67d 8497 8297 db1 eb1 97ca 9bca 1fe4 26e4 acfd adfd 3a17 3717 c330 c530 4b4a 504a d663 db63 627d 647d ee96 ec96 7cb0 76b0 6ca 1ca 90e3 8ee3 18fd 1afd a316 a416 2e30 2f30 b949 b949 4463 4463 cf7c cd7c 5d96 5596 e8af e2af 6fc9 70c9 f9e2 f9e2 85fc  
85fc e16 1016 992f 9b2f 2349 2649 ae62 b162 387c 3d7c c195 c795 50af 4eaf dcc8 dac8 63e2 68e2 eefb f0fb 7b15 7a15 52f 62f 8f48 9148 1962 1d62 a37b a77b 2f95 3295 b9ae bdae 43c8 47c8 d0e1 d2e1 59fb 5dfb e414 e714 712e 6f2e fe47 f847 8a61 8361 127b 117b 9b94 9d94 24ae 29ae afc7 b3c7 3be1 3ae1 c9fa c5fa 5214 5214 da2d de2d 6547 6847 f160 f260 7c7a 7c7a 894 594 94ad 90ad 1dc7 1dc7  R  I  F  F  
 3303676416

Verhalten der SPI-Sende-/Empfangsregister

0

Beim Versuch, eine DSP/BIOS freie Anwendung unter Verwendung des Beispielcodes zu schreiben, kommt es zu unerwarteten Problemen. Durch zeitraubende Debug-Arbeit finde ich ein Verhalten der SPI-Sende-/Empfangsregister heraus, das dazu führt, dass Bytes verloren gehen, wenn man die Register nicht richtig ausliest.

Dies machte sich im Beispielcode nicht bemerkbar, da dieser lediglich eine Sequenz von Bytes auf die Karte schreibt, wieder liest und dann vergleicht. Weil der Fehler sowohl beim Schreiben wie auch beim Lesen auftritt, wird der Beispielcode-Test fälschlicherweise als “korrekt” erkannt.

Als es konkret darum ging, gezielt Daten von der SD-Karte zu lesen, machte sich dieser Fehler bemerkbar, weil plötzlich Bytes nicht ausgelesen wurden, die jedoch in einem Dump der SD-Karte im Linux-Betriebssystem eindeutig vorhanden waren.

Ich habe beim Lieferanten des Beispielcodes folgendes Ticket eröffnet, das ich dann selbst beantwortet habe:

The answer:

changing:

*data = MMCSD_MMCDRR2;
*data++ = MMCSD_MMCDRR1;

to:

*data++ = MMCSD_MMCDRR1;
*data++ = MMCSD_MMCDRR1;

Now I have the expextet bytes in the output buffer… :-)

The question was:

Hello out there,

I try to use the sd-card example (usbstk5515_v1/tests/sd) to read such a card with an ezdsp5515 board. The issue I experience is, that only every 2nd word got read out of the card. I can confirm this with a hexdump from the card content.

eg.
On the card i have the following sequence according to a hexdump in Linux:
66 77 88 99 AA BB CC DD EE FF

When i read it out with “MMCSD_singleBlkRead”, i get in the output buffer “data”:
66 77 AA BB EE FF

The following code sequence in “MMCSD_readNWords” seemed me a little strange anyway:

*data = MMCSD_MMCDRR2;
*data++ = MMCSD_MMCDRR1;

But when i changed it to:
*data++ = MMCSD_MMCDRR2;
*data++ = MMCSD_MMCDRR1;

I got in the buffer “data”:
66 77 66 77 AA BB AA BB EE FF EE FF

That tells me, that somehow one of the 2 receive register is not working properly, probably due to a configuration.

I am not sure, if you can help, but i hope that out there is some expert who can give me a hint.

Thanks in advance

Go to Top