Jak dodać konfiguracje inicjalizacji podczas odświeżania oprogramowania sprzętowego?

Ponieważ muszę produkować sprzęt masowo, niewygodne byłoby dla mnie najpierw odświeżanie oprogramowania, a następnie wykonywanie dodatkowych konfiguracji.

Chciałbym więc dodać kilka niestandardowych konfiguracji, które można aktualizować i które będą obowiązywać przy każdym odświeżeniu oprogramowania sprzętowego.
Jakimi metodami mogę osiągnąć swoje cele?

Platforma, której używam to BL602.
Próbowałem dodać następujący kod do „win_main.c”, a następnie skompilować oprogramowanie i odświeżyć je na urządzeniu. Ale to nie przyniosło efektu.



Czy polecenie nie zadziałało z powodu błędnego umieszczenia kodu, czy może jest to jakiś inny powód? Poza tym, czy mogę napisać skrypt, który wykona każde odświeżenie oprogramowania, aby osiągnąć mój cel.

Witamy w Elektrodzie.
win_main.c jak sama nazwa wskazuje, działa wyłącznie na systemie Windows.
To jest punkt wejścia dla Symulator urządzenia wirtualnego OpenBeken .
Powinieneś raczej rozważyć dokonanie modyfikacji w kodzie konfiguracyjnym:
https://github.com/openshwprojects/OpenBK7231T_App/blob/main/src/new_cfg.c
Może w środku: unieważnij CFG_SetDefaultConfig() , ale nie jestem pewien, czy uruchamiać tam polecenia (nie jestem pewien, czy rozmiar stosu byłby wystarczający), musisz spróbować lub alternatywnie zmodyfikować strukturę konfiguracji bezpośrednio poprzez tablicę pinów


Co więcej, dlaczego nie skorzystać po prostu z szablonów OBK? Czy na każde urządzenie przypada zbyt wiele kroków?

Dziękuję za odpowiedź. Próbowałem dokonać pewnych zmian konfiguracyjnych w funkcji „void CFG_setDefultConfig()”, skompilować oprogramowanie, a następnie ponownie odświeżyć urządzenie, ale nadal nie przyniosło to efektu. Wygląda na to, że każde odświeżenie urządzenia nie powoduje zmiany wcześniej zapisanych informacji konfiguracyjnych.
Bardzo chętnie korzystam z szablonów OBK, ale pozwalam fabryce OEM produkować sprzęt masowo, a ona jest odpowiedzialna jedynie za pisanie oprogramowania sprzętowego i nie może wprowadzać zmian w konfiguracji. Oznacza to, że po złożeniu sprzętu muszę jeszcze wykonać dodatkowe operacje na sprzęcie, co bardzo mnie obciąża. Mam więc nadzieję zapewnić im oprogramowanie sprzętowe, które zostało już ustawione z pewnymi domyślnymi konfiguracjami.

Myślę, że źle przeprowadzasz testy. The CFG_setDefultConfig jest uruchamiany tylko wtedy, gdy konfiguracja OBK w pamięci flash nie jest obecna lub jest nieprawidłowa (nieprawidłowe CRC).

Jeśli próbujesz ponownie sflashować już sflashowane urządzenie, nie dostaniesz CFG_setDefultConfig call, ponieważ po prostu uruchomi konfigurację, która jest już zapisana w pamięci flash.

Sprawdź trzykrotnie, czy rzeczywiście flashujesz urządzenie, które nie jest jeszcze wyposażone w OBK, a następnie daj mi znać, jeśli CFG_setDefultConfig biegnie dla ciebie.

Dziękuję!
Postępowałem zgodnie z Twoimi instrukcjami, aby odświeżyć urządzenie, które nie jest jeszcze OBK. CFG_setFaultConfig działa pomyślnie.
Co mam zrobić, jeśli chcę wyczyścić pamięć flash przy każdym odświeżaniu oprogramowania sprzętowego?

Jest to bardzo proste w przypadku BK7231, wystarczy usunąć ten konkretny blok flash w flasherze. Wygląda jednak na to, że używasz platformy BL602, co nieco komplikuje sprawę. Nie znam się za bardzo na flashowaniu BL602, musiałbyś sam sprawdzić, czy istnieje sposób na wymazanie danego sektora w BL602 bez usuwania innych danych.
Co więcej, wydaje się, że w BL602 używamy zależności easyflash do przechowywania konfiguracji:
https://github.com/openshwprojects/OpenBK7231...ob/main/src/hal/bl602/hal_flashConfig_bl602.c
Dlatego obecnie nie jestem pewien, jak jest to obsługiwane wewnętrznie i na którym przesunięciu się znajduje. Musielibyśmy sprawdzić kod źródłowy ef_set_env_blob.
https://github.com/search?q=repo%3Aopenshwprojects%2FOpenBL602%20ef_set_env_blob&type=code