Kurcze, no ręce opadają....kupiłem set włączników specjalnie zaznaczyłem, że zależy mi na konkretnie tym modelu i dostałem....mix!
Z zewnątrz i funkcjonalnie niby to samo, ale co z tego jak środek znowu inny Kurcze nawet nie wiedzą czym handlują.
Prośba do mistrzów @pkaczmare2 i @krzbor o pomoc, bo nie znam się na tyle, żeby powiedzieć które piny są TX/RX/VCC/GND, tym bardziej, że jeden z modeli ma ich tylko 4. Da się to potraktować Tasmotą też?
Tutaj jest oznaczenie modułu CB3S W601 i tylko 4 pinout'y
A tutaj jeszcze lepiej, bo jest tajemnicze:
T34
2133K9T4J
X10LUC
Na te urządzenia możesz wgrać OpenBeken, który wspiera:
Cytat:
- BK7231T (WB3S, WB2S, WB2L, etc)
- BK7231N (CB2S, CB2L, WB2L_M1, etc)
- T34 (T34 is based on BK7231N)
- BL2028N (BL2028N is a Belon version of BK7231N)
- XR809 (XR3, etc)
- BL602 (SM-028_V1.3 etc)
- LF686 (flash it as BL602)
- W800 (W800-C400, WinnerMicro WiFi & Bluetooth), W801
- W600 (WinnerMicro chip), W601 (WIS600, ESP-01W, TW-02, TW-03, etc)
- LN882H WIP platform, see sample device teardown and flashing
ra_dzik napisał:
Tutaj jest oznaczenie modułu CB3S W601 i tylko 4 pinout'y
CB3S to BK7231N. Wyprowadzenia do programowania ma zgodne z WB3S i TYWE3S. Możesz przylutować cztery przewody (masa, 3.3V, RX i TX) i wgrać OBK, tutaj flasher:
https://github.com/openshwprojects/BK7231GUIFlashTool Podobnie jak tutaj, tylko wybierasz BK7231N we flasherze:
Przed programowaniem obejrzyj cały filmik
ra_dzik napisał:
A tutaj jeszcze lepiej, bo jest tajemnicze:
T34
2133K9T4J
X10LUC
T34 też jest wspierany przez OBK, programujesz go jako BK7231N.
Aby zaprogramować musisz przylutować cztery przewody (RX,TX, 3.3V i GND), tylko nie wiesz gdzie je przylutować. Ale na płytce są 4 punkty lutownicze...
Proponuję metodą eliminacji.
1. obadaj gdzie z płytki-matki idzie masa, pewnie masa ma dużą wylewkę miedzi, ten pad który do nie jest jest podłączony to będzie masa, GND
2. potem szukasz 3.3V, możesz je znaleźć na drugim biegunie kondensatora który jest między 3.3V a masą albo popatrzeć gdzie z drugiej płytki 3.3V jest podłączone, ale na oko już widzę że pewnie 3.3V jest tutaj:
3. potem zostają 2 punkty i jest pytanie, który to TX a który RX - ale to tylko dwie opcje, ja bym spróbował najpierw losowo podłączyć RX i TX, a potem jak flasher nie rusza, to bym je zamienił miejscami i tyle...
PS: informacje o bkWriter 1.60 i hid_download_py są nieco przestarzałe, teraz polecane jest korzystanie z BK7231GUIFlashTool
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
(sorry for the english reply)
I also have a T34 on a 1CH wifi smart switch and identified a bunch of pins that seem to be GND or 3.3V. Any hunch what would be good candidates for the TX/RX pins?
Kurcze, no ręce opadają....kupiłem set włączników specjalnie zaznaczyłem, że zależy mi na konkretnie tym modelu i dostałem....mix!
Właśnie dlatego uważam, że jeśli ktoś chce zrobić inteligentny dom z większą ilością urządzeń, to lepiej zrezygnować z WiFi i przejść na ZigBee. Zrobiłem artykuł o automatyce opartej na PHP Link, ale polecam Ci przeczytanie dwóch pierwszych punktów, gdzie jest moja opinia dlaczego ZigBee, a nie WiFi.
@krzbor wszystko ma plusy i minusy, ja z kolei wolę gdy urządzenia są dostępne i sterowalne też wtedy gdy główny serwer Home Assistant jest niedostępny, jak również korzystam z komunikacji bezpośrednio między urządzeniami (bez udziału HA), nie lubię takiej centralizacji że jeden hub za wszystko odpowiada, ale mimo to dostrzegam że przedstawione przez Ciebie rozwiązanie jest pod pewnymi względami bardzo proste i wygodne
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
OBK jest kompatybilne z dużą częścią komend Tasmoty, jest kompatybilne z Tasmota Device Groups:
i jest kompatybilne z formatem JSON Tasmoty, więc też z apkami od Tasmoty:
Z Home Assistant też łatwo połączysz:
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 lubię takiej centralizacji że jeden hub za wszystko odpowiada
Tu się zgadzam - jestem przeciwnikiem integracji wszystkiego oparte o HA. Jeśli coś pójdzie nie tak (np awaria HA lub sprzętu) to stracimy wszystko w tym także np. ogrzewanie. Dlatego moim zdaniem najlepiej, gdy mamy wydzielony komputer z MQTT - taki RPi wystarczy. Po ustabilizowaniu konfiguracji MQTT wykonujemy kopię karty SD na komputerze stacjonarnym, a dodatkowo robimy klona tej karty koniecznie ze sprawdzeniem, czy klon działa. Mamy duże szanse, że takie coś bez jakiejkolwiek aktualizacji będzie działało przez 10 lub nawet więcej lat. Ewentualna awaria jest też prosta do odtworzenia - na serwerze MQTT nie ma przecież danych do automatyzacji. Zamiast wspomnianej przez Ciebie komunikacji punkt-punk możemy zrobić automatyzację punkt->MQTT->punkt. To nie pogorszy niezawodności, a dodatkowo umożliwi integrację punktów wykonanych w różnych technologiach: Ethernet, WiFi, ZigBee. Oto przykład - robimy sterowanie podłogówką. Możemy wybudować własny sterownik siłowników oparty o WiFi lub Ethernet, który będzie miał własną logikę, ale temperatury z pokoi będą pobierane z czujników ZigBee zainstalowanych w poszczególnych pokojach. Dodatkowo ta domyślna logika sterowania może być modyfikowana przez odpowiednie komunikaty MQTT, przesyłane np. z HA. Jeśli HA "padnie" układ będzie działał autonomicznie na swoich parametrach.
Szanowny @p.kaczmarek2 no ja z całym szacunkiem chciałem postawić kawę, ale to forum nie wspiera blika, tylko, jakieś amerykańskie (haaa tfuuu) payPal, proszę moderację o rozszerzenie form płatności, a szanownego Pana o podanie nr konta na symboliczną kawę.
Bardzo dziękuję, napisz do mnie PW i podam Ci dane. Paypal bierze się stąd, że cała inicjatywa robienia IoT bierze się przede wszystkim z dużego zainteresowania osób zza granicy na angielskojęzycznej stronie Elektrody. Warto tam czasem tez zajrzeć, społeczność jest bardzo aktywna:
https://www.elektroda.com/ A zbierane środki idą na dalszy rozwój firmware w tym wsparcie kolejnych platform.
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
>>20942489 No i mam z tym niezły zgryz w wersji z CB3S - to wymaga wylutowania układu lub jak widziałem na jakimś wideo, układu obok, bo inaczej nie da się CB3S zaprogramować, bo ten układzik obok blokuje Ja niestety nie mam takiej wprawy, żeby jeden z tych dwóch wylutować i nic nie zepsuć Próbowałem bez wylutowywania, ale pisze, że nie może się skomunikować z układem
Jest na to jakiś sposób?
Z wersją T34 - układ ma wyprowadzenia pod scalakiem, nie widać nóżek z boku, więc kurcze nie jestem w stanie zidentyfikować, które wyprowadzenie RX, a które TX, pomimo tego, że na datasheet jest to opisane jako pin 25 i 26, to ścieżki idą spod układu i dokładnie nie wiem jak to zidentyfikować
Jeśli masz urządzenia których nie ma na liście tutaj:
https://openbekeniot.github.io/webapp/devicesList.html Posiadasz do nich opakowania (do zdjęć), oraz zrzuty ekranu gdzie były kupowane, i jesteś w stanie pokryć wysyłkę w obie strony to mogę osobiście je zflashować, ale darmowe flashowanie oferuję tylko dla jednej sztuki każdego modelu bo przy okazji robię wpis teardown na forum. W przypadku większych ilości kwestia umowna.
Dodatkowo, jak to z flashowaniem bywa, nigdy nie mogę dać 100% pewności że dane urządzenie ruszy dopóki sam nie spróbuję.
ra_dzik napisał:
No i mam z tym niezły zgryz w wersji z CB3S - to wymaga wylutowania układu lub jak widziałem na jakimś wideo, układu obok, bo inaczej nie da się CB3S zaprogramować, bo ten układzik obok blokuje Ja niestety nie mam takiej wprawy, żeby jeden z tych dwóch wylutować i nic nie zepsuć Próbowałem bez wylutowywania, ale pisze, że nie może się skomunikować z układem
Jest na to jakiś sposób?
Sprawdzić multimetrem gdzie idzie ta ścieżka od RX czy tam TX i wyszukać miejsce wygodne by ją tymczasową uciąć.
Widziałem też, że niektórzy korzystają z flashowania OTA, ale ono jest per-build (tj. dopóki ktoś nie ściągnie 2MB wsadu z jednego z urzadzej z danej serii to nie zflashuje innych).
Kolega @krzbor w sumie miał na to jakiś inny pomysł, ale sam go nie próbowałem i nie wiem czy to ruszy
ra_dzik napisał:
Z wersją T34 - układ ma wyprowadzenia pod scalakiem, nie widać nóżek z boku, więc kurcze nie jestem w stanie zidentyfikować, które wyprowadzenie RX, a które TX, pomimo tego, że na datasheet jest to opisane jako pin 25 i 26, to ścieżki idą spod układu i dokładnie nie wiem jak to zidentyfikować
Tak jak pisałem - o ile te 2 pady to RX i TX to możesz siłowo, metodą prób i błędów odgadnąć. Określasz VDD (np. z płytki matki), określasz gdzie jest masa, potem zostają dwie opcje, jak nie ruszy to zamieniasz RX i TX i wtedy musi ruszyć.
Gorzej, jeśli to nie jest w ogóle RX/TX, wtedy bardzo ciężka jest sytuacja.
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
Użytkownik zgłasza problem z identyfikacją pinów TX/RX/VCC/GND w modelach CB3S W601 i T34, które otrzymał w zestawie, mimo że zamówił konkretny model. W odpowiedziach podano, że CB3S to układ BK7231N, który można programować za pomocą OpenBeken, a do programowania wymagane jest przylutowanie czterech przewodów (masa, 3.3V, RX, TX). Użytkownicy sugerują metody identyfikacji pinów, takie jak badanie ścieżek na płytce oraz korzystanie z multimetru. W przypadku T34, pinów RX i TX nie można łatwo zidentyfikować, ponieważ są ukryte pod scalakiem. Wspomniano również o możliwościach flashowania OTA oraz o problemach z wylutowaniem układów. Użytkownik wyraża obawy dotyczące użycia Tasmoty, ale dowiaduje się, że OpenBeken jest kompatybilny z wieloma komendami Tasmoty. Podsumowanie AI na podstawie dyskusji. Może zawierać błędy.
Kurcze nawet nie wiedzą czym handlują.
