Dla bezpieczeństwa wolałbym jednak używać openWRT w wersji stabilnej. Chyba, że masz odmienne zdanie na ten temat?

czy w przypadku nagrywania dźwięku powinienem o czymś pamiętać ? Bo aktualnie to nagrywają się same "trzaski" ...

bardzo dziękuje każdemu za pomoc, udało się uruchomić.
Pytanie dodatkowe, czy jakieś dodatkowe zmiany w .dts trzeba robić dla np. nagrywania dźwięku za pomocą mikrofonu metoda arecord ? Czy skoro działa odtwarzanie, to nagrywanie też powinno działac ?

Tak, ale to są 4 piny, a codec potrzebuje 5. Czyli brakuje pinu do master clocka

To jest dokładnie ten pin i chciałbym, żeby spełniał właśnie rolę tego MCLK.

WDT_RST_N/I2S_MCLK

Faktycznie 4 piny mam:

pin 0 (io0): pinctrl (GPIO UNCLAIMED) function i2s group i2s
pin 1 (io1): pinctrl (GPIO UNCLAIMED) function i2s group i2s
pin 2 (io2): pinctrl (GPIO UNCLAIMED) function i2s group i2s
pin 3 (io3): pinctrl (GPIO UNCLAIMED) function i2s group i2s

ale co z MCLK...

bo wygląda, że:

pin 38 (io38): (MUX UNCLAIMED) (GPIO UNCLAIMED)

Jak moge to zmienić ?

pin38 tez ma funkcje wdt reset

maly update. I2s wystartowalo.

Na analizatorze widac, ze cos sie dzieje na tej magistrali. Efektem jest szum, a jak wiadomo dobrze by bylo gdybys cos zagralo. Czy moze teraz bedziesz w stanie doradzic, jak zamienic szum na dzwiek ?

Cały mój .dts był tworzony w oparciu oten vocore2. Wszystko wygląda dobrze, nawet I2C do codeca wysyła odpowiednie ramki, ale mimo wszystko na i2s cisza... Co mógłbym jeszcze zrobić, żeby zweryfikowac te i2s?

UPDATE.

Uruchomiłem, przynajmniej tak mi się wydaje uklad es8388. I mam problem z madplayem, niby zmniejszam samplowanie, ale nie do konca ? Co moze byc przyczyna ?

Mam kolejne pytanie. Tworze projekt clienta, który odbiera dane od servera i to mi działa super. Kolejnym krokiem jakim chce zrobić to, że ja wysyłam coś na server ale tylko raz i w konkretnym momencie. Program wykorzysutje posix, mam stworzony osobny watek do wysylania danych i zabezpieczony sem_wait. Jak dostane semaphor to chce wyslac TYLKO raz dane do serwera. Aktualnie jak przychodzi mi request od serwera zebym wyslal mu dane to za pomocą tego sem_post działa, ale jak wysyłam sem_post z innego threada zeby mi wyslal te dane to juz dziwne ale nie .

Thread od wysylania, ktory działa na odpowiedz requesta (teoretycznie wyglada to tak smao, tylko wysylany jest z innego watku):

while (1)
    {
        sem_wait(&xMutexUbusSenderData);
        uloop_timeout_add(&_xCountTimeForData);
        usleep(10000);
    }

ok zlinkowałem tylko z ubusem, zapomniałem o ubox.