Wieloplatformowy firmware IoT wspierający aż 32 platformy - podsumowanie OBK 2025

>>21877411
Pierwotnie chodziło mi o if ret == 0, ale sprawdziłem dwukrotnie i zobaczyłem, że jest on zwolniony w wątku klienta.

Czy os_malloc i malloc różnią się na jakiejkolwiek platformie, a jeśli tak, to jaka jest różnica?

>>21877422
W niektórych może być osobno, malloc jest domyślnym alokatorem newlib, os_malloc - freertosowym.

W końcu udało mi się zaimplementować funkcję umożliwiającą logowanie do LFS: PR #2076 .

Nie było to tak łatwe, jak myślałem na pierwszy rzut oka, ponieważ zapisywanie do lfs jest powolne i zawiesza się z IRQ watchdog, jeśli zapisuje więcej niż kilka linii.

Więc teraz będzie używać własnego wątku do spłukiwania bufora wiadomości do lfs.

Pozwala to na "logowanie startowe" za pomocą polecenia


Będzie logować wszystkie kolejne uruchomienia przez podaną liczbę sekund do lfs (o ile w lfs jest wolne miejsce).
Więc jeśli to zrobiono, wyłącz za pomocą


Podczas działania można użyć

aby zapisywać wiadomości do LFS przez tę liczbę sekund.
Może zostać zatrzymany wcześniej przez wywołanie





Zapraszam do testowania lub proponowania zmian - na razie sprawdziłem tylko z W800 i symulatorem Linuksa.

@max4elektroda

Pamiętam, że były obawy o zużycie flasha, więc sugerowałbym wypróbowanie tego na modułach z zewnętrznymi chipami flash na wszelki wypadek.

Widziałbym to tylko jako funkcję debugowania, a nie jako regularną.
Pomysł powrócił po problemie 2064 , w którym użytkownik nie mógł łatwo zobaczyć logów i zakładał błąd uruchamiania w trybie klienta WiFi. Dzięki tej funkcji mógł skonfigurować logowanie do lfs, wprowadzić swoje dane uwierzytelniające WiFi i po uruchomieniu w zwykłym trybie przełączania do trybu bezpiecznego ponownie zobaczyć dzienniki.
Dla wszystkich innych przypadków mamy rejestrowanie TCP, które można łatwo zapisać, więc możemy się zgodzić, że ma to sens tylko przy uruchamianiu, a nie podczas pracy.

p.kaczmarek2 napisał:

@insmod możesz zrecenzować?
https://github.com/openshwprojects/OpenBK7231T_App/pull/2051/changes
Wydaje mi się to trochę rozdęte, ale może się mylę. W końcu to #define. Więc przezroczysty dla kompilatora po początkowym przejściu.

Myślę, że rzeczywiste zmiany w czasie wykonywania są dość wąskie. Być może to, co sprawia, że PR wygląda na większy, to wspierające rusztowanie testowe w symulatorze, które dodałem jako pierwsze, aby ścieżki awarii alokacji mogły być odtwarzane i walidowane w sposób deterministyczny. A może masz na myśli inny rodzaj rozdęcia?

Rozwiązałem konflikty scalania. Nie martw się, jeśli nie uważasz, że są to dobre zmiany i PR powinien zostać zamknięty

@max4elektroda tworzy bajt log2lfs i domyślnie go wyłącza i myślę, że jest gotowy do scalenia

Dodano po 10 [godzinach] 26 [minutach]:

@divadiow używasz windowsa?

p.kaczmarek2 napisał:

@divadiow używasz windowsa?

Tak.

Mam Ubuntu na laptopie lub dwóch

Eksperymentuję z najprostszym wrapperem windowsowym dla skryptów kompilacji:
https://github.com/openshwprojects/OpenBK7231T_App/pull/2086
Więc w zasadzie pojedynczy .bat może zbudować binarny. Obecnie dla ESP32 i BK7231, nie testowane.

Rozumiem. OK. ale czy @DeDaMrAz nie stworzył Dockera dla tego samego? może to jest nawet łatwiejsze?

Well.... Nie udało mi się jeszcze uruchomić tego Dockera na moim Windows 10. Wygląda na to, że sprawia mi wiele problemów, zarówno w starszych, jak i nowszych wersjach, z różnych powodów.

OK.

Sklonowano tylko główną aplikację i podmoduł OpenBK7231T.





nie rozwiązywałem dalej problemów

Wygląda na to, że brakuje prebuilda Berry. Słuszna uwaga. Nie zdawałem sobie z tego sprawy.

Jak to teraz wygląda, @divadiow ? Dodałem również ESP8266.

uruchomiony ponownie. ten sam klon i podmoduł co poprzednio.



BK7231N

git submodule update --init sdk/OpenESP8266

czy brakuje mi jakiegoś kroku?

p.kaczmarek2 napisał:

@max4elektroda make log2lfs byte and disable it by default and I think it's ready to be merged

Rzeczywista próba na
https://github.com/MaxineMuster/OpenBK7231T_App/actions/runs/24894132784

Może @divadiow mógłby wypróbować te artefakty na platformach RTL?
Dodałem kilka komentarzy do adresów mainConfig_t.
Zarówno dla ESPIDF, jak i RTL istniał jeden "niejawny" padding dla wyrównania do typów 4-bajtowych - dodałem short dla obu.
Aby upewnić się, że skonfigurowane urządzenie nie utraci konfiguracji, chciałbym przeprowadzić kilka testów.
Próbowałem już na ESP32 i C3, więc ESPIDF powinien być zapisany, ale mam tylko jedno urządzenie RTL...

Możesz użyć WIFI password2 (dla SSID2), które jest "poza" tym miejscem dla obu platform.
Wskazówka: nie używaj samego SSID2, ponieważ nie możesz go usunąć bez resetowania do OpenAP, a następnie urządzenie będzie w "drugim trybie SSID" do tego czasu - kolejna rzecz do naprawienia w przyszłości....

Testowanie logowania do lfs (jeśli chcesz spróbować) za pomocą tego polecenia:



więc loguj następne uruchomienie do LFS przez domyślne 10 sekund:



lub rejestruj następne 3 uruchomienia przez 15 sekund:



Dzięki!

max4elektroda napisał:

Może @divadiow mógłby wypróbować te artefakty na platformach RTL?

Mam nadzieję wypróbować to jutro

fajnie. więc zrobiłem

logStartup2LFS 15 3

i to była zawartość zapisanego pliku (musiałem najpierw utworzyć autoexec.bat, aby LFS był gotowy)

logStart2LFS_f9d408fb2054 - RTL87X0C


vs uart log out


wszystkie 3 zapisały log. zatrzymał się po 3.

single też był w porządku. stoper pokazuje, że rejestrowanie czasu jest dokładne w granicach ~1s (ludzka niedokładność zatrzymywania/uruchamiania)

Dzięki @divadiow!
Dobry pomysł. Spodziewałbym się, że jeśli zostanie wywołany na urządzeniu bez gotowego lfs, zainicjuje lfs przy pierwszym wywołaniu. Powinniśmy więc zaznaczyć, że lfs powinien zostać zainicjowany przed użyciem.
Czy znalazłeś jakieś problemy z zachowaniem istniejącej konfiguracji z np. wersji release lub innej wersji do tej?

Właśnie skonfigurowałem mnóstwo rzeczy z ogólnym wydaniem - niektóre flagi, 6s boot OK, komenda startowa, piny, mqtt i wszystko nadal OK po OTA do PR