To ... bardzo częste występowanie CRC, prawda? Miałem wrażenie, że do sprawdzania poprawności bardzo dużych buforów potrzeba samych bitów, a tutaj używają 16 bitów na 32 bajty...
Wydaje mi się, że teraz mogę odczytywać, kasować i zapisywać pamięć - również z pełnym kasowaniem chipu (i ze sprawdzaniem rejestru stanu):
.
Nic nowego, to samo co tam: https://github.com/openshwprojects/OpenBK7231T_App/blob/main/src/driver/drv_spi_flash.c Spakuję to do jakiejś klasy C# i przygotuję albo samodzielne narzędzie, albo aktualizację EF... albo jedno i drugie, nie jestem pewien.
Dodano po 16 [minutach]: .
Zamówiłem jedną kamerę z lokalnych dostaw, ale mam przeczucie, że to znowu będzie XR.
.
Tworzę pierwsze na świecie oprogramowanie open source przeznaczone dla platform BK7231, XR809, BL602, W600, W800, LN882H, ECR, TRS, RTL, jak również ESP8266 i ESP32 używanych w różnych urządzeniach IoT, pozwalające uwolnić je od serwerów producenta, od śledzenia, dowolnie modyfikować i sparować z Home Assistant.
Dodatkowo publikuję różnorodne materiały, często tutoriale i praktyczne demonstracje.
Jeśli podoba Ci się moja twórczość i w czymś Ci pomogłem, to rozważ wsparcie mnie tutaj: https://www.paypal.com/paypalme/openshwprojects Mój Github: https://github.com/openshwprojects Mój tutorial PIC18F SDCC: https://www.elektroda.pl/rtvforum/topic3635522.html Pracuję na stacji hot air SUGON 8630 Pro od Katemedia
@divadiow ten Beken SPI to w zasadzie generic SPI + Beken RESET. Jak zapewne wiesz... ponieważ używałeś NeoProgrammer.
To rodzi pytanie - czy możemy użyć EF jako generycznego flashera SPI? Myślę, że tak! Czy masz układy BIOS do wypróbowania?
Moja następna kamera jest już u kuriera.
Tworzę pierwsze na świecie oprogramowanie open source przeznaczone dla platform BK7231, XR809, BL602, W600, W800, LN882H, ECR, TRS, RTL, jak również ESP8266 i ESP32 używanych w różnych urządzeniach IoT, pozwalające uwolnić je od serwerów producenta, od śledzenia, dowolnie modyfikować i sparować z Home Assistant.
Dodatkowo publikuję różnorodne materiały, często tutoriale i praktyczne demonstracje.
Jeśli podoba Ci się moja twórczość i w czymś Ci pomogłem, to rozważ wsparcie mnie tutaj: https://www.paypal.com/paypalme/openshwprojects Mój Github: https://github.com/openshwprojects Mój tutorial PIC18F SDCC: https://www.elektroda.pl/rtvforum/topic3635522.html Pracuję na stacji hot air SUGON 8630 Pro od Katemedia
Tworzę pierwsze na świecie oprogramowanie open source przeznaczone dla platform BK7231, XR809, BL602, W600, W800, LN882H, ECR, TRS, RTL, jak również ESP8266 i ESP32 używanych w różnych urządzeniach IoT, pozwalające uwolnić je od serwerów producenta, od śledzenia, dowolnie modyfikować i sparować z Home Assistant.
Dodatkowo publikuję różnorodne materiały, często tutoriale i praktyczne demonstracje.
Jeśli podoba Ci się moja twórczość i w czymś Ci pomogłem, to rozważ wsparcie mnie tutaj: https://www.paypal.com/paypalme/openshwprojects Mój Github: https://github.com/openshwprojects Mój tutorial PIC18F SDCC: https://www.elektroda.pl/rtvforum/topic3635522.html Pracuję na stacji hot air SUGON 8630 Pro od Katemedia
Nie jestem pewien, co masz na myśli. Nie próbowałem nic z nimi robić. Zakładam, że są to typowe pamięci flash SPI, ale na ładnych płytkach typu breakout
Ok, chyba je znalazłem. Nie zdawałem sobie sprawy, że jest takie przełamanie, ale z perspektywy czasu ma to sens.
.
Tworzę pierwsze na świecie oprogramowanie open source przeznaczone dla platform BK7231, XR809, BL602, W600, W800, LN882H, ECR, TRS, RTL, jak również ESP8266 i ESP32 używanych w różnych urządzeniach IoT, pozwalające uwolnić je od serwerów producenta, od śledzenia, dowolnie modyfikować i sparować z Home Assistant.
Dodatkowo publikuję różnorodne materiały, często tutoriale i praktyczne demonstracje.
Jeśli podoba Ci się moja twórczość i w czymś Ci pomogłem, to rozważ wsparcie mnie tutaj: https://www.paypal.com/paypalme/openshwprojects Mój Github: https://github.com/openshwprojects Mój tutorial PIC18F SDCC: https://www.elektroda.pl/rtvforum/topic3635522.html Pracuję na stacji hot air SUGON 8630 Pro od Katemedia
>>21706031 Na podstawie dzienników rozruchowych (SDK 3.0.33) BK7252UQN48 wydaje się być starszym rdzeniem BK7252 (BLE 4.2), a nie nowszym BK7252N (BLE 5.2). Wygląda na to, że "U" oznacza po prostu pakiet QFN48 dla oryginalnego krzemu.
To nazewnictwo pasuje do wzorca widocznego w BK72XX_SDK_User_Manual-3.0.3.pdf (w załączeniu) dla BK7231, gdzie "U" oznaczało starszy rdzeń BLE 4.2, a "N" aktualizację do BLE 5.1.
Mapowanie pinów dla BK7252UQN48 odpowiada arkuszowi danych BK7252N QFN48 (w załączeniu), więc można go użyć do śledzenia pinów UART.
Załączniki:
BK7252N 数据手册_V1.13_en.pdf(3.47 MB)
Musisz być zalogowany, aby pobrać ten załącznik.
BK7252_Data_Sheet_Chip_Specification_V1.3.pdf(682.14 KB)
Musisz być zalogowany, aby pobrać ten załącznik.
BK72XX_SDK_User_Manual-3.0.3.pdf(705.04 KB)
Musisz być zalogowany, aby pobrać ten załącznik.
cóż, jeśli chodzi o porównanie QFN48 U i N pin , oto moje niezależne śledzenie IO na BK7252UQN48 obok BK7252N QFN48 z arkusza danych. Do tej pory nie łączyłem tych dwóch układów.
nie jestem jednak pewien, co teraz zrobić z etykietą GNDDIG. Jestem pewien, że miał ciągłość z GND. Sprawdzę ponownie.
EDIT: Zaktualizowany obraz poprawiający etykietę GNDDIG dla VDDRAM
Tworzę pierwsze na świecie oprogramowanie open source przeznaczone dla platform BK7231, XR809, BL602, W600, W800, LN882H, ECR, TRS, RTL, jak również ESP8266 i ESP32 używanych w różnych urządzeniach IoT, pozwalające uwolnić je od serwerów producenta, od śledzenia, dowolnie modyfikować i sparować z Home Assistant.
Dodatkowo publikuję różnorodne materiały, często tutoriale i praktyczne demonstracje.
Jeśli podoba Ci się moja twórczość i w czymś Ci pomogłem, to rozważ wsparcie mnie tutaj: https://www.paypal.com/paypalme/openshwprojects Mój Github: https://github.com/openshwprojects Mój tutorial PIC18F SDCC: https://www.elektroda.pl/rtvforum/topic3635522.html Pracuję na stacji hot air SUGON 8630 Pro od Katemedia
Cóż, takie było moje założenie na podstawie etykiety BK7252U QFN68, która jest znana, oraz faktu, że miała ciągłość z masą. Teraz chodzi o to, że jeśli rzeczywiście jest to GNDDIG, to różni się to od arkusza danych BK7252N, więc nie można całkowicie polegać na schemacie pinów BK7252N w celu zrozumienia BK7252U QFN48. Mam nadzieję, że to ma sens!
Cóż, umieszczenie VDD zamiast GND to poważna zmiana. Nawet mikrokontrolery PIC, które programowałem w czasach szkolnych, starają się zachować kompatybilność VDD/GND pomiędzy różnymi wersjami MCU. A tutaj mamy prostą zamianę zasilania na masę...
EDIT: IMAGE REMOVED TO AVOID CONFUSION
Tworzę pierwsze na świecie oprogramowanie open source przeznaczone dla platform BK7231, XR809, BL602, W600, W800, LN882H, ECR, TRS, RTL, jak również ESP8266 i ESP32 używanych w różnych urządzeniach IoT, pozwalające uwolnić je od serwerów producenta, od śledzenia, dowolnie modyfikować i sparować z Home Assistant.
Dodatkowo publikuję różnorodne materiały, często tutoriale i praktyczne demonstracje.
Jeśli podoba Ci się moja twórczość i w czymś Ci pomogłem, to rozważ wsparcie mnie tutaj: https://www.paypal.com/paypalme/openshwprojects Mój Github: https://github.com/openshwprojects Mój tutorial PIC18F SDCC: https://www.elektroda.pl/rtvforum/topic3635522.html Pracuję na stacji hot air SUGON 8630 Pro od Katemedia
✨ Dyskusja dotyczy gołej płytki PCB kamery A9 z układem BK7252UQN68 (SC-10024 v1.0.0) zakupionej na Taobao przez Superbuy. Płytka posiada 18-pinowe złącze kamery, dwa przyciski i dwie diody LED, ale brak kamery, baterii i obudowy. Użytkownicy analizowali logi UART przy 115200 bodów, próbowali uzyskać dostęp do SDK i oryginalnego firmware, jednak sprzedawca nie udostępnił SDK. Przeprowadzono testy OTA z wykorzystaniem plików OpenBK7252, potwierdzając działanie OTA, choć flashowanie SPI okazało się konieczne do pełnej kontroli, zwłaszcza nad bootloaderem. Dyskutowano o usuwaniu rezystorów i zworkach na liniach GPIO dla poprawy sygnału. Użytkownicy korzystali z narzędzi programujących CH341 do flashowania SPI, co pozwoliło na odzyskanie i wgrywanie firmware, w tym OpenBK7252 i firmware Tuya, choć z problemami z kompatybilnością czujników kamery. Poruszono kwestie mapowania pinów UART i SPI, różnic między wariantami BK7252UQN48 (starszy rdzeń BLE 4.2) a BK7252N (nowszy BLE 5.2), oraz problemów z bootloaderem, który wymaga flashowania przez SPI w przypadku uszkodzenia. Wspomniano o projektach open source, takich jak beken7252-opencam, oraz o narzędziach do usuwania CRC z pamięci flash. Dyskusja obejmuje także kwestie i2c, integracji z OpenBK, oraz problemy z wykrywaniem czujników kamer. Podsumowując, projekt wymaga użycia programatora SPI do pełnej kontroli nad firmware, a rozwój oprogramowania jest prowadzony na bazie dostępnych narzędzi i repozytoriów GitHub. Podsumowanie AI na podstawie dyskusji. Może zawierać błędy.
