Easy Flasher: BK7231N/T/BK7238 itp sprawdzenie ID chipa dla urządzeń Beken?

Question

@dedamraz zasugerował solidniejsze sprawdzanie identyfikatora chipa w EF, aby w przypadkach, gdy błędnie oznaczony CB2S może być w rzeczywistości BK7231T, a nie BK7231N, Easy Flasher oznaczy i zatrzyma bieżącą operację przed uruchomieniem. Sugestia ta została oparta na niedawnych...

DeDaMrAz · Accepted Answer

Próbowałem obu dla zabawy i odniosłem większy sukces z 3.0.78, ale wymaga więcej czasu, więc musiałem się z niego wycofać. Jest to wykonalne, ale czasochłonne i nie widziałem jeszcze urządzenia z tym chipem.

p.kaczmarek2 · Answer

Wygląda na to, że dodałeś kontrolę nadpisania dla BK7231M?

divadiow · Answer

Sprawdzę to wszystko. Zachowanie BK7258 nie jest odpowiednie dla kontroli. Czy jest to w ogóle coś, co chciałbyś dodać do EF1? Wiem, że @DeDaMrAz chciałby coś...

p.kaczmarek2 · Answer

Tak, myślę, że możemy go dodać, jeśli działa niezawodnie i nie ma wad.

DeDaMrAz · Answer

Pewnego dnia natknąłem się na błędnie oznaczone urządzenie i byłem zdezorientowany AF, co jest nie tak, a ponieważ @divadiow jest głęboko w narzędziu flasher, poprosiłem o tę funkcję.

Również z mojego poprzedniego życia, kiedy telefony komórkowe wciąż nie były "inteligentne" i stworzyłem dla nich oprogramowanie, było ogólną zasadą, aby najpierw uzyskać typ / rozmiar chipa flash, numery SW / FW itp., a następnie model telefonu, ponieważ można go następnie użyć do włączenia dostępnych funkcji tylko dla tego modelu i skonfigurować całą resztę na podstawie geometrii chipa itp.
Zasadniczo odbywało się to za pomocą jednego przycisku, który sprawdzał określone znane adresy, które zawierałyby te ciągi i w ten sposób unikano migania krzyżowego i wszelkiego rodzaju rzeczy. Na przykład Siemens był wtedy moim obszarem zainteresowań i mieli około 18 różnych modeli obsługiwanych przez jedno narzędzie, podobne do tego, co mamy teraz.

7258 jest bardziej skomplikowany niż początkowo myślałem, ponieważ jest to dziwny 3-rdzeniowy układ, próbowałem przeportować na niego OBK, ale nie udało mi się i zrezygnowałem, aby skupić się na bardziej "pilnych" sprawach, ale w pewnym momencie wrócę do tego.

divadiow · Answer

fajnie. istniejący SDK 3.0.78 czy dałeś szansę Armino?

divadiow · Answer

Myślałem, że BK7231M powinien pozostać wolny i łatwy na wypadek, gdyby kiedykolwiek NIE był BK7231N, ale myślę, że to nigdy nie będzie miało miejsca? Ponadto jeden BK, który nie sprawdza ChipID, może być przydatny, jeśli nowy wariant ID zostanie wypróbowany na EF. Gdyby sprawdzanie odbywało się dla każdego chipsetu, nie powiodłoby się na pierwszej przeszkodzie, gdyby urządzenie zwróciło niepasujący identyfikator. Czy wolałbyś, aby BK7231M sprawdzał ID, aby dopasować BK7231N? Ponadto jeden BK, który nie sprawdza ChipID, może być przydatny, jeśli nowy wariant ID zostanie wypróbowany w EF, ale do tego można użyć pola wyboru pomijania klucza / identyfikatora, więc... nie wiem. Przywrócono sprawdzanie klucza BK7231M, aby dopasować BK7231N - 7231c Tryb BK7231M z podłączonym BK7238 Tryb BK7238 z podłączonym BK7238 Tryb BK7231M z podłączonym BK7231M (Uascent zero-keys BL2028N) Tryb BK7231N z podłączonym BK7231M (Uascent zero-keys BL2028N) Tryb BK7231N z podłączonym BK7231M (Uascent zero-keys BL2028N) + wybrano pomijanie klucza / sprawdzanie identyfikatora chipa Tryb BK7231N z podłączonym BK7231N (Tuya CB3S) Tryb BK7231M z podłączonym BK7231N (Tuya CB3S) + wybrano pomijanie klucza / sprawdzanie identyfikatora chipa Tryb BK7231T z podłączonym BK7231T (Tuya WB3S) Tryb BK7252 z podłączonym BK7231T (Tuya WB3S) Tryb BK7258 z podłączonym BK7258 Tryb BK7231N z podłączonym BK7258 Tryb BK7231M z podłączonym BK7258 Tryb BK7231M z podłączonym BK7258 + wybrano pomijanie klucza/sprawdzanie ID chipa

p.kaczmarek2 · Answer

pole wyboru jest wystarczająco dobre, scalanie gotowe?

divadiow · Answer

Wrzuciłem to do wersji roboczej. Miałem zamiar uporządkować bom/whitespaces. Nie musisz, jeśli ci to nie przeszkadza. PR wyglądał po prostu niechlujnie Dodano po 3 [godzinach] 52 [minutach]: OK gotowy

p.kaczmarek2 · Answer

Bardzo ładnie! Co jest następne na liście?

divadiow · Answer

podstawowe informacje o bootstrappingu w oknie dziennika przy wyborze platformy?
TXW?
RTL-B mnie denerwuje, nie zwalnia portu com/przycisku po pewnych awariach, przycisk stop często nie reaguje
XR refactor

Dodano po 1 [min]:

pełne wymazanie dla innych platform

Dodano po 36 [sekundach]:

inne ESP

Dodano po 14 [minutach]:

ujednolicenie parsowania szablonów

p.kaczmarek2 · Answer

TXW, tak...

RTL-B, jeśli ma taki błąd, to chyba priorytet... to brzmi jak oczywisty błąd....

XR refactor - dlaczego?

Pełne kasowanie - niski priorytet, ale proste

Inne ESP - dobry pomysł

Parsowanie szablonów - jak i dlaczego?

Również:
https://github.com/openshwprojects/EasyGUIFlashTool

divadiow · Answer

hmm. Myślę, że niektóre zatrzymania/zamknięcia/obsługa błędów wymaga standaryzacji. Wygląda na to, że różnią się one między platformami. Bawię się Codexem i przedstawię możliwości w nowej gałęzi do analizy, testowania itp Dodano po 1 [minucie]: wiele mieszanych zakończeń linii :/, które sprawiają, że wszelkie różnice wyglądają hałaśliwie Dodano po 34 [minutach]: oh lord. zaczęło się od zaostrzenia RTL-B, ale.... WIP: celem jest uporządkowanie wspólnej umowy dla zachowania międzyplatformowego: -jak kończy się czyszczenie pracownika -jak anulowanie jest wyświetlane -jak pokazywane są końcowe stany odczytu/zapisu/usuwania scentralizować przesyłanie wiadomości: BK używa Write success! i nawet zawiera nową linię w tekście stanu w BK7231Flasher.cs. RTL8710B używa Write complete!, ale z Color.Transparent, a nie zielonym kolorem sukcesu, w RTLFlasher.cs. RTL87X0C kończy się na Flash complete! w RTLZ2Flasher.cs. BL/ECR/RDA/WM/SPI przeważnie używają Writing done. XR/TR przeważnie używają Write complete lub Write done. ESP może zakończyć się na Write complete lub Write verified jeśli weryfikacja MD5 jest uruchomiona, w ESPFlasher.cs. RTLZ2Flasher: Erase complete! TR6260Flasher: Erase complete! XR806/XR809/XR872: Erase complete BL602Flasher: Kasowanie zakończone SPIFlasher: Erase done Dodano po 7 [godzinach] 13 [minutach]: aktualny stan gry na gałęzi: -zaostrzono anulowanie i czyszczenie portów COM, aby wyjątki zatrzymania/czyszczenia rzadziej powodowały zablokowanie aplikacji -centralizuje finalizację wątku roboczego w GUI, dzięki czemu przyciski i stan odzyskują bardziej niezawodnie po sukcesie, niepowodzeniu lub anulowaniu -naprawia słabszą obsługę anulowania RTL8710B, czyniąc jego blokujące ścieżki odczytu/oczekiwania świadomymi anulowania i zapewniając, że jego operacje zamykają port bardziej niezawodnie -poprawia obsługę anulowania BK72xx, dzięki czemu przerwania szeregowego wejścia/wyjścia wyzwalane zatrzymaniem są traktowane jako anulowanie, a nie hałaśliwe awarie śmiertelne -standaryzuje końcowe wyniki top-banner dla obsługiwanych operacji odczytu/zapisu/kasowania, tak aby konsekwentnie kończyły się one wyraźnymi stanami complete/cancel/error -zachowuje szczegółowe informacje dla poszczególnych platform w oknie dziennika, w tym powodzenie weryfikacji tam, gdzie jest to obsługiwane -dostosowuje kilka innych flasherów platformy do tych samych wspólnych wzorców ukończenia/anulowania/stanu bez zmiany logiki protokołu

divadiow · Answer

Tak jakby zacząłem:

divadiow · Answer

również, zajęta próba otwarcia portu COM wygląda niechlujnie ujednolicone komunikaty, czystszy UX i usunięty komunikat nie było wyniku do zapisania, jeśli port COM nie otworzył się podczas odczytu pamięci flash

divadiow · Answer

OK. Myślę, że to jest dobre. więcej blub na opisie PR

p.kaczmarek2 · Answer

To wiele zmian.

Niektóre z nich są bardzo fajne:

Easy Flasher: BK7231N/T/BK7238 itp sprawdzenie ID chipa dla urządzeń Beken?

Ale nie jestem pewien, jak możemy to dobrze sprawdzić i przetestować.

może w przyszłości powinniśmy próbować krok po kroku, dodając małe zmiany?

Co myślisz, @insmod, jakieś kluczowe błędy w tym PR?

Dodano po 52 [sekundach]:

To już jest nieistotne:

Dodano po 2 [minutach]:

Jeśli próbujesz refaktoryzować, może to:

może być w osobnej funkcji, która odbiera wyjątek i sprawdza, czy jest on anulowany...

divadiow · Answer

tak, rozumiem. Starałem się skupić na małych zmianach, a nie na większym refaktoryzowaniu, ale to się rozrosło! Wygląda na to, że może się to łatwo zdarzyć, gdy pojawi się sąsiednia niespójność lub problem podczas wprowadzania skoncentrowanej zmiany. Nagle wydaje się, że należy wprowadzić następną zmianę, potem następną i tak dalej.

Mógłbym zająć się tymi punktami, które poruszyłeś, podzielić na mniejsze PR-y lub... po prostu zostawić Easy Flasher w spokoju? 🤣

Dodano po 3 [minutach]:

niezależnie od kolejnych kroków, dzięki za szybką opinię

Easy Flasher: BK7231N/T/BK7238 itp sprawdzenie ID chipa dla urządzeń Beken?

Post #1

Post #2

Post #3

Post #4

Post #5

Post #6

Post #7

Post #8

Post #9

Post #10

Post #11

Post #12

Post #13

Post #14

Post #15

Post #16

Post #17

Post #18

Post #19