On 11.06.2020 20:03, Marek wrote:

> Rozumiem, że ten  cytowany kod jest w pętli?

Tak, kod jest uruchamiany w pętli głównej.


> Jedyne co mi przychodzi do głowy to, że pin DREQ nie jest prawidłowo
> skonfigurowany w mcu (odczyt stanu nie jest prawidlowy: w rzeczywistości
> vs ma pełny bufor a funkcja i tak mu wysyła dane).

To była pierwsza rzecz, jaka przyszła mi do głowy. Tyle tylko, że:

1) Sprawdziłem kilka razy. Na najnowszej wersji płytki (tej z PIC32)
DREQ to RC1. Konfiguracja tego pinu wygląda u mnie następująco:
#define VS_DREQ_TRIS TRISCbits.TRISC1
#define VS_DREQ_PIN PORTCbits.RC1
VS_DREQ_TRIS = 1;

2) Pin RC1 ma tylko jedną alternatywną funkcją jest T2CK. Nigdzie w tym
projekcie nie wykorzystuję Timera2, a już na pewno nie z zewnętrznym
taktowaniem.

3) Bliźniaczy problem występuje także na płytce z PIC24, a tam piny są
inne. Musiałem to uwzględnić przenosząc kod i byłoby mało prawdopodobne,
gdybym robiąc to popełnił identyczny błąd. Kod z drugiej płytki też
sprawdziłem parokrotnie.

4) Z linii DREQ korzysta także funkcja inicjująca VS1003, a ona
przechodzi prawidłowo.


Spróbowałem jeszcze następującego kodu w pętli głównej:

while (VS_DREQ_PIN) {
br = 0;
res = f_read(&fsrc, buffer, 32, &br);
if (res == FR_OK && br) {
data_mode_on();
for (i=0; i<br; i++) VS1003_SPI_transfer(buffer[i]);
data_mode_off();
}
if (br == 0) {
VS1003_stopSong();
VS1003_startSong();
f_lseek(&fsrc, 0);
}
}

Efektem jest świergot w słuchawkach, jakby dźwięk byl bardzo szybko
przewijany na podglądzie. Potem pojawia się terkot, po którym następuje
cisza.