To praktycznie ten sam projekt.
1 polubienie
Mam problem z wykrywaniem czujnika HLK LD2410C (wersja z pinami 2,54) przez apke HLKRadarTool (wersja 1.1.17) w telefonie, niestety apka nie znajduje czujnika, natomiast HA bez problemu wykrył czujnik - integracja LD2410 BLE - Home Assistant. Próbowałem na dwóch różnych telefonach Samsung, na roznych wersjach apki, bezskutecznie.
Dopiero dostałem te czujniki i mogę się mylić w tej kwestii, ale HA prawdopodobnie zestawia połączenie w trybie aktywnym.
To taki wniosek, bo jeśli działa w HA, to nie działa w aplikacji i nawzajem - jeśli aplikacja widzi czujnik, to nie działa w HA, więc pozostaje olać połączenie BT i integrować je w ESPHome.
Jeśli komunikacja jest możliwa (tj. urządzenie nie są zajęte lub zawieszone) to powinny być widzialne też w tej aplikacji (chociaż oczywiście sterować nimi nie będziesz)
Natomiast generalnie co do fabrycznej aplikacji, to ta chińska musi zapewne dostać wszystkie uprawnienia, które chce oraz prawdopodobnie trzeba zaakceptować licencję (klikałem w niej na wstępie na pałę, bo tłumaczenie zajmuje za dużo czasu ;P)
Z ich strony pobierania dostępne są wersje 1.1.0, 1.1.1, 1.1.2, 1.1.3, 1.1.4 i aktualna 1.1.7 (nie było wersji pośrednich między 2 ostatnimi - chyba ktoś sobie poprawił numerację dla wygody, bo ostatnia jest oznaczona jako wydanie 17 a poprzednie to odpowiednio 12, 13, 14, 15 i 16)
(edit: nie przyjrzałem się dokładnie, ale dostępne są wszystkie wersje archiwalne)
Więc zrestartuj czujniki i wtedy sprawdź.
Apka oferuje możliwość aktualizacji firmware do wersji beta 2.04 (obecnie mam firmware 1.07 “stabilne”), ale póki co mam stracha przed aktualizacją bo moim zdaniem nie działają stabilnie.
1 polubienie
Tak to działa, sprawdziłem: usuwając czujnik z integracji w HA, aplikacja mobilna producenta od razu wykryła czujnik. Dzięki za rozwiązanie problemu, pozostaje skalibrować czujnik i ponownie, na razie , skorzystać z integracji po BLE.
1 polubienie
@macek daj znać, jak z zasięgiem tego twojego na BT, bo te mniejsze to jest padaka. Ludzie piszą, że przy 40cm od dongla BT już im połączenie zrywa. Jak dla mnie ten diwajs to ma BT do szybkiej konfiguracji, a i tak na stałe to na ESP najlepiej wrzucić.
Poza problemami z BT to to urządzenie jest naprawdę świetne - można sobie tak ustawić czułość, że będzie się aktywowało z dokładnością do kilkudziesięciu centymetrów.
Potwierdzam ten Bluetooth to pod względem integracji o kant tyłka roztłuc, aż zrobiłem mini-śledztwo i przekopałem nieco temat sądząc, że tam w ogóle nie ma anteny BT (jednak jest, ale może ktoś się zna na współczesnej elektronice RF i coś dopowie na ten temat? bo element wygląda jak kondensator)
Użyty chipset to ZhuHai Jieli Technology Co.,Ltd AC6323A lub jakaś jego wariacja (oznaczenia mają inne niż należałoby się spodziewać, ale aż tak drążył nie będę, na wersji B występuje chip z innym oznaczeniem niż na wersji C, ale datasheet, który znalazłem pozwolił mi namierzyć antenę)
http://www.yunthinker.com/FileUpLoad/DownLoadInfosFile/637716321533719648.pdf link zapasowy
na oficjalnej stronie producenta też się da wykopać datasheety zbliżonych układów (ale tylko ten powyżej pasuje do obudowy)
https://www.zh-jieli.com/product/showproduct.php?id=76
Fotki z obrysowanym elementem stanowiącym antenę, na wersji C dodatkowo usunięto obszar masy po przeciwległej stronie płytki (ale to i tak wiele nie dało):
MCU obsługujący komunikację BT (oraz potencjalnie zasilanie bateryjne, ładowanie aku, czy USB, jakkolwiek te funkcje nie są najwyraźniej zaimplementowane we wspominanych płytkach) jest wlutowany po przeciwnej stronie płytki, niż układ obsługujący radar.
Z innej beczki: apka w wersji 1.1.7 umożliwia uruchomienie na innych platformach sprzętowych Androida niż tylko ARM jak jej starsze wersje (ma obsługę też MIPS i x86) przez to też znacznie spuchła, bo jest teraz multiplatformowa (a generalnie to szukałem w środku czy zawiera zaszyte pliki firmware skoro tak spuchła… no i ich nie znalazłem).
W kwestii firmware - możliwe jest OTA w obie strony tj. można zaktualizować soft do bety oraz z niej wrócić do starej wersji. Nie wiem czy fw 2.04 jest w ogóle obsługiwane przez HA, bo jak usunąłem z HA to już ich integracja nie chce znaleźć, restarty HA nie pomagają, ale mozliwe że to skutki uboczne, że mam też rozgrzebane kilka innych urządzeń na biurku więcej niż miałem na początku (zasięg jest również beznadziejny w wersji C, mimo, że ona ma jakby lepiej rozwiązany tor antenowy 2,4GHz).
Podzielisz się bardziej szczegółowo spostrzeżeniami ze swoich eksperymentów? (co i jak modyfikowałeś, bo ustawień jest naprawdę sporo)
Jak na razie zauważyłem, że dokładność wskazań na 2.04 jest lepsza niż na 1.07
Wczoraj mi przyszło z Ali wersja B (mała) i C (większa, ‘kwadratowa’)
Wersja B ma tak małe piny, że chwilowo boję się lutować. Wersję C spiąłem w Wago z rozciętym przewodem USB i podpiąłem na testy do ładowarki.
Na dzień dobry HA go nie widział (przez ESPHome via bluetooth proxy), ale Bluetooth scanner tak, chińska natywana apka też
Z donglem blueooth na parterze (CSR8510 z Ali) połączył się z HA od strzała z 6 metrów (dongiel wpięty w terminal z HA w szafe pod TV, niedaleko dongla zigbee, acess pointa Wifi etc) i tak z pół godziny nie zrywał
Na piętrze stał się inactive aż nie włączyłem w esphome
bluetooth_proxy:
active: yes
I wtedy się od razu znalazł z powrotem (tu akurat z metra, ponieważ jest połączony na pająka to wolę go w innym pokoju chwilowo nie zostawiać). Tu chodzi sobie też z pół godziny na razie bez problemów
Ponieważ wymaga active proxy zakładam że może byc problematyczny przy łaczeniu przez ESPHome. Teoretycznie (wg dokumentacji) powinna pomóc zmiana na framework: esp-idf, ale nie testowałem tego jeszcze - może ktoś?
@stemer A w każdym esp masz bluetooth proxy: active: yes ?
Bez tego sie nie zepnie (abo jak przekroczysz ilość aktywnych połaczeń ponoć)
@dziadeck47
Abyśmy w ogóle mogli coś porównywać, to dorzuć informacje o firmware w HLK-LD2410 (bo w sumie czort wie co ono zmienia, czytałem chińskie notki do wydania, ale translator nawet na angielski nie do końca z nimi daje radę).
Zmiana frameworka w ESPHome wymaga flashowania ESP32 “po kabelku”.
(tak przy okazji w ESP-IDF nie działa web-portal ani captive-portal, więc jeśli masz to zakomentuj/wywal)
W ESP na którym mam firmware skompilowane pod IDF dorzuciłem wyższy poziom logowania (VERBOSE zamiast DEBUG)
[17:24:44][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[17:24:44][V][bluetooth_proxy:033]: Proxying packet from ATC_C3A7DF - A4:C1:38:C3:A7:DF. RSSI: -82 dB
[17:24:44][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[17:24:44][V][bluetooth_proxy:033]: Proxying packet from HLK-LD2410B_F4B2 - 68:3B:56:04:F4:B2. RSSI: -89 dB
[17:24:45][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[17:24:45][V][bluetooth_proxy:033]: Proxying packet from ATC_718184 - A4:C1:38:71:81:84. RSSI: -94 dB
[17:24:45][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[17:24:45][V][bluetooth_proxy:033]: Proxying packet from HLK-LD2410B_F4B2 - 68:3B:56:04:F4:B2. RSSI: -90 dB
[17:24:45][V][esp32_ble:178]: (BLE) gap_event_handler - 3
Jak widać “słyszy” pakiety przez ścianę działową, ale nie zmienia to faktu, że HA nie widzi tego sprzętu (ten egzemplarz mam na fw 1.07 na którym wcześniej był widziany).
Generalnie to ESPHome ma też integrację z tymi czujnikami po porcie szeregowym więc jak się ma warunki to można olać ten BLE, szczególnie że i tak moduł wymaga stałego zasilania, więc można olać ten BT.
Firmware nie wiem jak sprawdzić… podpiąć przez ch340 do pc i tam zainstalować ten chiński soft?
Z esp32 można spiąć, tylko to wymaga więcej miejsca na czujkę, więcej kasy (bo trzeba kupić extra esp)albo ciągnąć kabelki czujka>esp->prąd.
A przez ble (jak jest zasięg i działa) wystarczy dolutowac kabelki zasilające i schować gdzie trzeba (nie wiem tylko jak najłatwiej podać te 5v bez zasilacza/ładowarki USB żeby mieć moduł wejściem 230v)
Szkoda że nie ma w esphome integracji przez ble client, tylko uart:(
Widać w apce tutaj
- z ekranu wyboru urządzenia
- albo z menu ustawień
jak widać nowsze firmware ma też opcje nieobecne w 1.07 (ale to chyba tylko dodatki dla fotokomórki)
Co do kosztów no niewątpliwie będą większe, ale ponieważ to UART, to można to oblecieć nawet na ESP-01, który właściwie nie nadaje się prawie do niczego innego.
O, brzmi ciekawie.
Jak się esp01 integruje z HA?
I czy więcej niż 0/1 (z wyjścia output) da się ukręcić? Bo zakładam z obsługą uart słabo?
Normalnie - ESPHome i po krzyku, ponieważ moduły ESP-01 (i ESP-01s) są ultra biedne, to trzeba mieć mostek USB-UART do pierwszego programowania.
Do “starych” wersji ESP-01-1M (czarna płytka 2 LEDy, 1MB) potrzeba dodatkowo 1-2 oporniczki 10k-12k (metodą “na hardkora” niby można na bezczelnego spiąć CH_PD na krótko z zasilaniem zamiast pullupu, nie ukrywam robiłem to wielokrotnie, ale jednak pullup bezpieczniejszy; nie pamiętam czy pullup na GPIO0 jest faktycznie do czegokolwiek potrzebny jeśli nie wykorzystujemy go jako użytkowe GPIO, a chyba nie), do nowszych ESP-01s (czarna płytka 1 LED, 1MB) nie potrzeba tych rezystorów, bo już są fabrycznie wlutowane (no chyba, że planujesz lecieć po bandzie o czym dalej),
oraz stabilizator 3,3V albo “na partyzanta” 2-3 diody krzemowe do zbicia napięcia zasilania z 5V w okolice 3V3 (ostatnio zamiast diod użyłem tranzystorów 2N2222, bo zalegają mi szufladę , a diod 1N4148 już nie miałem, a kilku ostatnich prostowniczych było szkoda, za rok może 2 będę się mógł pochwalić czy nie przegiąłem z tymi tranzystorami edit: przegiąłem - zjarało się, nie idźcie tą drogą, o ile sprzęt pracował tydzień testowo bez obudowy, to układ zdechł zaledwie jeden dzień po wrzuceniu do obudowy, od początku byłem przekonany, że przegiąłem - spodziewam się dopuszczalnego prądu bazy rzędu 30mA, a tymczasem ESP potrafi pociągnąć i 150mA 
edit2: już szykowałem te diody, których mi szkoda było, a jednak póki co się nie zjarało - przyczyną były “zimny lut” + naprężenie mechaniczne spowodowane naciskiem fabrycznej wiązki kabli na tranzystory, w sumie to nie pamiętam dokładnie, ale chyba zamiast poprawnego lutu to było tylko tymczasowe “przyłapanie” do pola testowego, do którego lutowałem tranzystory “na pająka” - a brakowało mi do tego “4 ręki” i prawdopodobnie zapominałem poprawić to lutowanie na końcu, bo z samym pająkiem nie było łatwo, potem o dziwo czyściłem z topnika używając szczotki oraz giąłem łączenie modułu do fabrycznego PCB by dopasować do obudowy i nic się nie stało, a połączenie pękło dopiero podczas normalnej pracy…).
No moim zdaniem to jedyne do czego się naprawdę dobrze nadają (logger trzeba wyłączyć), ale od biedy nadają się i do innych zastosowań (trzeba garść rezystorów, ale się da)
https://www.forward.com.au/pfod/ESP8266/GPIOpins/ESP8266_01_pin_magic.html
jak widać autor do podciągnięcia m.in. CH_PD (bez tego stara wersja nie zabootuje) używa rezystorów 3k3, więc ich parametry raczej nie są krytyczne
PS Archaiczne wersje z 512kB - niebieskie PCB odradzam (nie wiem nawet jak z obsługą ota przy tak małym flashu)
Moja płytka jest w tym samym pokoju co HA w odległości ok 4,5m. Wszystko na razie działa bez problemów, wersja firmware 1.07.22091516.
Raczej to tylko czujnik, do którego trzeba napisac całą logike bo np. wykrywanie ruchu trwa 1s, przez 10 sekund ruchu masz 10 zdarzeń wykryto/nie wykryto ruchu.
@szopen
Tu masz wycinek z mojego konfiga z ESP do odległości:
g0_move_threshold: 50
g0_still_threshold: 0
g1_move_threshold: 50
g1_still_threshold: 0
g2_move_threshold: 40
g2_still_threshold: 40
g3_move_threshold: 30
g3_still_threshold: 40
g4_move_threshold: 99
g4_still_threshold: 99
g5_move_threshold: 99
g5_still_threshold: 99
g6_move_threshold: 99
g6_still_threshold: 99
g7_move_threshold: 99
g7_still_threshold: 99
g8_move_threshold: 99
g8_still_threshold: 99
Im mniejsza wartość, tym większa czułość. Move to cel ruchomy, a still nieruchomy. Każdy “gate” to ok 75cm i masz tych gate’ów 8 i to jest to samo co masz w apce. Nie wiem tylko, która kolumna w apce odpowiada za ruchomy a która za nieruchomy.
Czyli powyższy konfig nie reaguje na ruchomy i nieruchomy cel powyżej mniej więcej 3 metrów.
@macek tak miałem, jak byłem połączony przez BT. Logi cały czas się scrollowały. Teraz mam to przez ESP i nie ma tutaj tego efektu “śmiecenia” w logach, a dodatkowo możesz sobie ustawić timeout, po którym czujnik przyjmuje “off”.
@dziadeck47 na proxy miałem ustawione:
bluetooth_proxy:
active: true
Kompilowało się bez błędów, ale może to active dać na yes?
1 polubienie
U mnie dzieje się coś takiego:
Czujnik wykrywa still target pomimo, że still energy jest na niskim poziomie, a wszystkie still threshold mam minimum 60. W efekcie co kilka minut mam wykrytą obecność na 5 sekund. Ten czujnik tak po prostu ma czy to kwestia indywidualnej konfiguracji?
Próbowałeś zmienić firmware na betę? z tych urywków które można zrozumieć po obróbce translatorem wynika, że jakieś problemy zostały rozwiązane.
Zaktualizowałem do bety, będę testował. Dzięki za sugestię, nie wiedziałem, że przez apkę można zmienić wersję.
Testuję sobie to z esp 01 i mam taki problem, że jak zmienię konfigurację i zaktualizuję urządzenie to still energy pokazuje cały czas 0 a still target jest cały czas on. Muszę wtedy odpiąć moduł od esp i przez aplikację zresetować jego ustawienia. Działa wtedy prawidłowo do momentu kolejnej zmiany konfiguracji. Ktoś miał podobny problem lub wie jak go rozwiązać?
No i oto mi właśnie chodziło 
Czyli LD2410B spinam kabelkami po UART z esp32. Będzie mi to stabilniej działać niż z BT proxy
Jedno z drugim nie ma nic wspólnego - w ESPHome nie ma integracji BLE z HLK-LD2410, więc w tym wypadku w ogóle nie masz wyboru, pytałeś przecież o coś zupełnie innego.