LPC1114 - Czy algorytm odtwarzacza wave z PWM i SD ma szansę działać?

0. Tak, ma szansę działać, ale to co usłyszysz nie będzie zachwycało.
1. Częstotliwość PWM będzie świetnie słychać ponieważ jest w paśmie akustycznym i ogólnie jest za niska. Proponuję ją podnieść do np. 192kHz, albo użyć DAC audio.
2. Odczyt danych z karty wymaga czasu i jeżeli masz zamiar cykać po 1 bloku, to karta też będzie cykać co np. 1ms więc po zakończeniu odtwarzania 512 bajtów, będziesz słyszał przerwę na czas ładowania kolejnego bloku. Moja rada: dane czytasz do bufora cyklicznego (kołowego) z wyprzedzeniem wynikającym z czasu odtwarzania i marginesu bezpieczeństwa. Zgaduję, że potrzebujesz bufor na min. 4kB (2 kanały, 16-bit).
3. Dane czytaj za pomocą CMD18 (READ MULTIPLE BLOCK) dla każdego klastra jeżeli to jakiś FAT. Po odczytaniu całego klastra i tak potrzebujesz sprawdzić adres kolejnego i na nowo adresować kartę, która wymaga czasu na dostęp do danych. Dobrze też jest trzymać w SRAM kopię przynajmniej jednego sektora FAT (roboczego), aby nie odwoływać się do karty co chwilę.
4. Ja bym taki odtwarzacz zrealizował jako kilka równoległych procesów:
Proces 0: Wstępne załadowanie buforów danych (np. 8), które powinny stanowić ciągły obszar w pamięci, ustawienia i tym podobne;
Proces 1: Przesyłanie danych z bufora do DAC przez DMA taktowane z timera. Wielkość pojedynczego transferu to 1 kwant czasowy, np. dla 2kanały x 16 bit, daje to 2 bajty x 2 kanały. Ilość danych do transferu to 1 blok lub 1 klaster (optymalnie), zależy ile masz SRAM do dyspozycji. Po zakończeniu transferu bloku/klastra generujesz przerwanie dla procesu nr 2.
Proces 2: W reakcji na przerwanie z DMA ładującego dane do DAC, powinno być ładowanie danych z karty do właśnie opróżnionego/odczytanego bufora;
Proces 3: Obsługa interfejsu użytkownika: klawiatura (power/start/stop/vol+/vol-), ledy, TFT czy co tam jeszcze masz.

Miałem na myśli DAC zewnętrzny spięty przez I2S, ale możesz spróbować z PWM + filtr RC za cenę gorszej jakości.

Tak mi się wydaje, że o ile odczyt danych z karty nie powinien być kłopotliwy, to synchroniczne ładowanie danych na wyjścia będzie decydowało o powodzeniu misji. Nie wiem czy LPC1114 ma opcję synchronicznego updat'u wartości rejestrów, co by znacznie ułatwiło sprawę.
Jeżeli nie, to będziesz musiał celować w 0 z ładowaniem danych, aby uniknąć przykrych trzasków. Wykorzystałbym do tego przerwanie od porównania wartości (na pewien czas przed przepełnieniem, np. 40..120us) na jednym z kanałów tego samego licznika, który stanowi podstawę czasu dla PWM, przy zachowaniu możliwie najwyższego priorytetu przerwania. To powinno zagwarantować stabilną pracę.

Glitch free.
Typowy układ PWM opiera się na komparatorach. Z jednej strony komparatorów jest licznik stanowiący podstawę czasu, a z drugiej strony rejestry, do których ładuje się wartości, np. w STM32Fxx nazywają się CCRx, a w Xmega nazywają się CCn oraz CCnBUF, w PIC24 lub dsPIC nazywają się OCxR lub OCxRS i siedzą w module Output Compare.
Podstawowy problem z rejestrem podłączonym bezpośrednio do komparatora jest taki, że kiedy zapisujesz wartość do rejestru, to komparator reaguje natychmiast i może się przełączyć w niechcianym momencie, przez co powstaje szpilka lub nieprawidłowy sygnał na wyjściu (glitch). Rozwiązaniem jest synchronizacja zapisów. Programowa lub lepiej sprzętowa, która polega na zastosowaniu jawnych buforów pośrednich (jak w Xmega CCnBUF) lub opóźnieniu zapisu poprzez niewidoczne bufory jak w STM32Fxx (włączane bitem OCxPE). Dane z bufora są przepisywane do rejestru synchronicznie z przeładowaniem podstawy czasu, czyli np. w reakcji na przepełnienie. W ten sposób nie zdarzy się przypadkowe przełączenie wyjść PWM i w przypadku audio, nie będzie słychać trzasków.
Próbowałem sprawdzić jak to wygląda dla LPC1114, ale strona NXP to dla mnie jakiś koszmar. W datasheet brak informacji, a nie znalazłem żadnego manuala czy ap'ki.

Można na jednym i w dodatku to jest jedyne dobre rozwiązanie.
Jak użyjesz 2 i częstotliwość jednego nie będzie wielokrotnością drugiego to będziesz miał bardzo duży jitter w odtworzonym sygnale.
A tak przy okazji:
Marek_Skalski: częstotliwość 22050Hz nie leży w paśmie akustycznym.