Mam problem z integracją Integry 128 z HA. Alternatywnie w OH integracja działa bezproblemowo.
testowa konfiguracja:
satel_integra: host: 192.168.xx.xx port: 7094 code: xXx partitions: 01: name: "Dom" # arm_home_mode: 2 02: name: "Garaż" zones: 102: name: "Salon" type: "motion" 101: name: "D_WC" type: "door"
Czasem sypnie jakimś błędem w logu a czasem nie ma śladu po próbie połączenia.
np
błąd połączenie w HA Rejestrator: satel_integra.satel_integra Źródło: runner.py:190 Pierwsze zdarzenie: 09:11:38 (22 zdarzenia) Ostatnio zalogowany: 09:12:58 Got exception: 16 bytes read on a total of undefined expected bytes. Most likely the other side has disconnected! Start monitoring - no data! Start monitoring failed, sleeping for 10s... Ignoring data because we're disconnected!
czasem:
(MainThread) [satel_integra.satel_integra] Got exception: [Errno 104] Connection reset by peer. Most likely the other side has disconnected!
ETHM-1 Plus jak dobrze kojarzę powinien bez problemu utrzymać do 4 połączeń jednocześnie, a tu mam dwa.
Centrala i ETHM są zaktualizowane i posiadają statyczne IP.
Gdzie problemu szukać?
Wygląda jakby próbował się łączyć i od razu się rozłączał. Dane są poprawne, ETHM nie ma powodu na odrzucenie.
Odłączenie integracji OH nic nie daje.
Wyrzuć może na próbę port ( skoro jest standardowy) , code ( potrzebny jest tylko do sterowania wyjściami , a tu i tak ich nie masz zdefiniowanych) , i partitions..
U mnie tak mam ( a w zasadzie nie mam tych rzeczy) , i działa.
Nic nie zmieniło
Rejestrator: satel_integra.satel_integra Źródło: runner.py:190 Pierwsze zdarzenie: 19:14:00 (6 zdarzenia) Ostatnio zalogowany: 19:14:15 Got exception: 16 bytes read on a total of undefined expected bytes. Most likely the other side has disconnected! Start monitoring - no data! Start monitoring failed, sleeping for 10s...
Konfiguracja mocno minimalistyczna
satel_integra: host: 192.168.xx.xx zones: 13: name: "D_WC" type: "door"
No i takie coś mam u siebie i działa....
nie wiem , czy type: "door" jest ok , zmień to może na "motion" , albo "opening" , te na pewno działają....
No a jak to nie zadziała , no to coś jeszcze w samym alarmie trzeba zmienić ... Bo to ,że działało na OH , to mogło korzystać z innego portu z innym sposobem komunikacji...
U siebie w logu też mam takie zdarzenia dwa zarejestrowane , ale wczoraj na pewno było to wtedy ,kiedy resetowałem tego AP ,do którego podpięty jest ETHM , więc to by się zgadzało ,że przestał mieć łączność...
Nawet przy olaniu komunikatu o połączeniu to i tak nie pobiera stanu krańcówki z drzwi
@szpila86 , no cóż mogę napisać... U mnie przy takich ustawieniach jak ostatnio napisałeś wszystko działa ( mam tylko dwa czujniki tak zintegrowane) . Typ "door" też jest ok.
Jest sposób żeby dokładniej sprawdzić w HA dlaczego i co się dzieje w trakcie połączenia?