search

maxill1 / ialarm-mqtt

ialarm to mqtt bridge
MIT License
8 stars 3 forks source link

TCP version generic error report #18

Closed Nik71git closed 2 years ago

Nik71git commented 3 years ago

Hi, addon is configured properly and mqtt broker also. TCP port is 18034, ip address is correct, user and password too... Below the log:

Error: Meian socket timed out after 30000 ms (your address/port may be wrong or the alarm may be hanging. Try connecting with your Android Phone, if not working either reboot the alarm and try again.) at Timeout.setTimeout [as _onTimeout] (/app/node_modules/ialarm/src/meian-socket.js:214:24) at ontimeout (timers.js:436:11) at tryOnTimeout (timers.js:300:5) at listOnTimeout (timers.js:263:5) at Timer.processTimers (timers.js:223:10) ialarm/alarm/error - not publishing...unchanged Connection closed Disconnecting from 192.168.1.6:18034

maxill1 commented 3 years ago

Il tuo antifurto ha una app dedicata? Prova a connetterti con quella usando lo stesso ip locale (192.168.1.6) e vedi se funziona.

Potrebbe essere che il tuo modello abbia una porta diversa.

Nik71git commented 3 years ago

da app e da pagina web funziona, il settaggio è corretto con la porta 18034 (si legge anche dalla pagina di configurazione del cloud). Con web scraping funzionava perfettamente, ho provato con fing ma mi vede solo la porta http ed ftp

Nik71git commented 3 years ago

per la cronaca ho una siqura web di casasicura.it (Meian)

maxill1 commented 3 years ago

Ti funziona il plugin python di home assistant?

Nik71git commented 3 years ago

Lo avevo eliminato, ho appena provato a rimetterlo su e non riesce a connettersi alla centrale…. Ma andava….giuro che andava… 

maxill1 commented 3 years ago

Lo avevo eliminato, ho appena provato a rimetterlo su e non riesce a connettersi alla centrale…. Ma andava….giuro che andava…

Era una domanda a trabocchetto! Mi è capitato uguale mentre testavo la versione TCP, a volte per motivi a me sconosciuti la centrale si impalla e non risponde più al suo stesso protocollo. Nel mio caso giustamente si è impallata mentre mandavo messaggi sbagliati, nel tuo caso non saprei. Cmq fai un reboot da web e dovrebbe sistemarsi.

Nik71git commented 3 years ago

L'ho già riavviata più volte da web gui... Niente da fare. Dopo provo a resettarla ai valori di fabbrica (previo backup della configurazione). Non so perché ma si comporta come se fosse bombardata di richieste...

Nik71git commented 3 years ago

Hai ancora la repository con la versione web scraping che andava benissimo? Non capisco perché home assistant abbia deprecato questo approccio...

gideonklein commented 3 years ago

A me non funziona più niente. Si, eccetto la lentezza web scraping funzionava tutto

gideonklein commented 3 years ago

Scusate ma su impostazioni "Impostazione numeri telefonici e centro controllo Cloud" della centrale ho un'altro ip che inizia con 47 che è quello che si trova sull'app. Ho provato a mettere anche questo ip ma non funziona. Io avevo cambiato solo la porta da 80 a 18034 ma ip user e password sono rimati gli stessi del pannello via web. InkedInkedInkedCattura_LI

maxill1 commented 3 years ago

l'IP con il 47 è sicuramente un Middleware di meian/casa sicura/antifurto365 che serve a raggiungere l'antifurto anche dietro rete privata (Nat, routing, etc).

@gideonklein a te il plug-in di homeassistant in python funziona?

Mi mandate un log più lungo relativo al timeout? Vorrei capire se è relativo alla connessione alla porta, alla login o a un comando.

gideonklein commented 3 years ago

Ciao Grazie, il plug-in in python sarebbe con la porta 80? Se è questo non funziona più con la nuova versione. Ti mando volentieri il log ma dove lo trovo? Scusa le domande per voi scontate

Nik71git commented 3 years ago

@gideonklein il plugin è quello che installi da integrazioni, cerca iAlarm, chiede solo ip perché punta già alla porta 18034. Provalo e fai sapere se funzia

gideonklein commented 3 years ago

va bene ho trovato:

```log [s6-init] making user provided files available at /var/run/s6/etc...exited 0. [s6-init] ensuring user provided files have correct perms...exited 0. [fix-attrs.d] applying ownership & permissions fixes... [fix-attrs.d] done. [cont-init.d] executing container initialization scripts... [cont-init.d] done. [services.d] starting services [services.d] done. [22:15:37] INFO: Passing /data/options.json to ialarm-mqtt@ 0.8.0 with node-ialarm@ 0.4.1 Found arg --hassos with value /data/options.json Trying to merge HASSOS options file (/data/options.json) with default config.json Config.json value not specified on /data/options.json using default '2' on ["hadiscovery","topics","alarm_qos"] Config.json value not specified on /data/options.json using default '0' on ["hadiscovery","topics","sensors_qos"] Starting up... Status polling every 30000 ms Events polling every 10000 ms Loading zone cache... Disconnecting from 192.168.3.136:18034 error Meian socket timed out after 30000 ms (your address/port may be wrong or the alarm may be hanging. Try connecting with your Android Phone, if not working either reboot the alarm and try again.) Error: Meian socket timed out after 30000 ms (your address/port may be wrong or the alarm may be hanging. Try connecting with your Android Phone, if not working either reboot the alarm and try again.) at Timeout.setTimeout [as _onTimeout] (/app/node_modules/ialarm/src/meian-socket.js:214:24) at ontimeout (timers.js:436:11) at tryOnTimeout (timers.js:300:5) at listOnTimeout (timers.js:263:5) at Timer.processTimers (timers.js:223:10) ialarm/alarm/error - error publishing...not connected Connection closed [cmd] /run.sh exited 0 [cont-finish.d] executing container finish scripts... [cont-finish.d] done. [s6-finish] waiting for services. [s6-finish] sending all processes the TERM signal. ```
Nik71git commented 3 years ago

Ecco il mio log:

```log [s6-init] making user provided files available at /var/run/s6/etc...exited 0. [s6-init] ensuring user provided files have correct perms...exited 0. [fix-attrs.d] applying ownership & permissions fixes... [fix-attrs.d] done. [cont-init.d] executing container initialization scripts... [cont-init.d] done. [services.d] starting services [services.d] done. [22:17:39] INFO: Passing /data/options.json to ialarm-mqtt@ 0.8.0 with node-ialarm@ 0.4.1 Found arg --hassos with value /data/options.json Trying to merge HASSOS options file (/data/options.json) with default config.json Config.json value not specified on /data/options.json using default '2' on ["hadiscovery","topics","alarm_qos"] Config.json value not specified on /data/options.json using default '0' on ["hadiscovery","topics","sensors_qos"] Starting up... Status polling every 30000 ms Events polling every 10000 ms Loading zone cache... Disconnecting from 192.168.1.6:18034 error Meian socket timed out after 30000 ms (your address/port may be wrong or the alarm may be hanging. Try connecting with your Android Phone, if not working either reboot the alarm and try again.) Error: Meian socket timed out after 30000 ms (your address/port may be wrong or the alarm may be hanging. Try connecting with your Android Phone, if not working either reboot the alarm and try again.) at Timeout.setTimeout [as _onTimeout] (/app/node_modules/ialarm/src/meian-socket.js:214:24) at ontimeout (timers.js:436:11) at tryOnTimeout (timers.js:300:5) at listOnTimeout (timers.js:263:5) at Timer.processTimers (timers.js:223:10) ialarm/alarm/error - error publishing...not connected Connection closed [cmd] /run.sh exited 0 [cont-finish.d] executing container finish scripts... [cont-finish.d] done. [s6-finish] waiting for services. [s6-finish] sending all processes the TERM signal. ```
Nik71git commented 3 years ago

"the alarm may be hanging...." A mio avviso il problema è qua. Da GUI risponde perfettamente, così come da app (via Cloud).

gideonklein commented 3 years ago

Ma io no ne ho plugin! Forse ti riferisci a quello che si crea su mqtt? Cattura

gideonklein commented 3 years ago

Ho sbagliato, scusate Cattura2

gideonklein commented 3 years ago

Cercando nelle integrazioni come "aggiungi integrazione "trovo solo "Antifurto365 iAlarm", devo installare questo?

Nik71git commented 3 years ago

Yesss

maxill1 commented 3 years ago

"the alarm may be hanging...." A mio avviso il problema è qua. Da GUI risponde perfettamente, così come da app (via Cloud).

Sapete usare Telnet? Provate la porta e ip locale e vedete se vi apre una connessione.

No no quel testo l'ho messo io per dare due consigli sparsi ovvero se va in timeout le cose sono 3:

gideonklein commented 3 years ago

Ma allora prima come funzionava? Senza l'integrazione? Ma che storie. Comunque mi dà errore "impossibile connettersi" La porta è già impostata di default e l'ip è giusto, sarebbe quello del pannello web

gideonklein commented 3 years ago

Installato, ho resettato la centrale e mi ha connesso

gideonklein commented 3 years ago

Purtroppo non sono capace con Telnet, probabilmente Nik71git lo sa fare

maxill1 commented 3 years ago

Ma allora prima come funzionava? Senza l'integrazione? Ma che storie. Comunque mi dà errore "impossibile connettersi" La porta è già impostata di default e l'ip è giusto, sarebbe quello del pannello web

No non confondiamoci... Questa che hai installato è un integrazione scritta da un altra persona che però non espone sensori e altro e usa lo stesso protocollo che io implementato ora. Quindi se quella funziona deve funzionare anche il mio addon (fanno la stessa cosa teoricamente).

Ma quindi ora che hai riavviato funziona anche il mio programma (addon) o solo quello "Antifurto365 iAlarm" (integrazione)?

gideonklein commented 3 years ago

Ora forse funziona, ma devo provare però. Intanto funziona armo e disarmo. Il log è cambiato ed è tutto in bianco

```log sending topic 'homeassistant/binary_sensor/ialarm/35/config' : sending topic 'homeassistant/switch/ialarm/35/config' : sending topic 'homeassistant/binary_sensor/ialarm/36/config' : sending topic 'homeassistant/switch/ialarm/36/config' : sending topic 'homeassistant/binary_sensor/ialarm/37/config' : sending topic 'homeassistant/switch/ialarm/37/config' : sending topic 'homeassistant/binary_sensor/ialarm/38/config' : sending topic 'homeassistant/switch/ialarm/38/config' : sending topic 'homeassistant/binary_sensor/ialarm/39/config' : sending topic 'homeassistant/switch/ialarm/39/config' : sending topic 'homeassistant/binary_sensor/ialarm/40/config' : sending topic 'homeassistant/switch/ialarm/40/config' : sending topic 'homeassistant/alarm_control_panel/ialarm/config' : sending topic 'homeassistant/sensor/ialarm/events/config' : connected... subscribing to ["ialarm/alarm/set","ialarm/alarm/zone/+/bypass","ialarm/alarm/discovery","ialarm/alarm/resetcache"] sending topic 'homeassistant/binary_sensor/ialarm/1/config' : Object with 13 keys sending topic 'homeassistant/switch/ialarm/1/config' : Object with 11 keys sending topic 'homeassistant/binary_sensor/ialarm/2/config' : Object with 13 keys sending topic 'homeassistant/switch/ialarm/2/config' : Object with 11 keys sending topic 'homeassistant/binary_sensor/ialarm/3/config' : Object with 13 keys sending topic 'homeassistant/switch/ialarm/3/config' : Object with 11 keys sending topic 'homeassistant/binary_sensor/ialarm/5/config' : Object with 13 keys sending topic 'homeassistant/switch/ialarm/5/config' : Object with 11 keys sending topic 'homeassistant/binary_sensor/ialarm/6/config' : Object with 13 keys sending topic 'homeassistant/switch/ialarm/6/config' : Object with 11 keys sending topic 'homeassistant/binary_sensor/ialarm/7/config' : Object with 13 keys sending topic 'homeassistant/switch/ialarm/7/config' : Object with 11 keys sending topic 'homeassistant/binary_sensor/ialarm/8/config' : Object with 13 keys sending topic 'homeassistant/switch/ialarm/8/config' : Object with 11 keys sending topic 'homeassistant/binary_sensor/ialarm/9/config' : Object with 13 keys sending topic 'homeassistant/switch/ialarm/9/config' : Object with 11 keys sending topic 'homeassistant/binary_sensor/ialarm/10/config' : Object with 13 keys sending topic 'homeassistant/switch/ialarm/10/config' : Object with 11 keys sending topic 'homeassistant/binary_sensor/ialarm/11/config' : Object with 13 keys sending topic 'homeassistant/switch/ialarm/11/config' : Object with 11 keys sending topic 'homeassistant/binary_sensor/ialarm/12/config' : Object with 13 keys sending topic 'homeassistant/switch/ialarm/12/config' : Object with 11 keys sending topic 'homeassistant/binary_sensor/ialarm/13/config' : Object with 13 keys sending topic 'homeassistant/switch/ialarm/13/config' : Object with 11 keys sending topic 'homeassistant/binary_sensor/ialarm/14/config' : Object with 13 keys sending topic 'homeassistant/switch/ialarm/14/config' : Object with 11 keys sending topic 'homeassistant/binary_sensor/ialarm/15/config' : Object with 13 keys sending topic 'homeassistant/switch/ialarm/15/config' : Object with 11 keys sending topic 'homeassistant/binary_sensor/ialarm/16/config' : Object with 13 keys sending topic 'homeassistant/switch/ialarm/16/config' : Object with 11 keys sending topic 'homeassistant/binary_sensor/ialarm/17/config' : Object with 13 keys sending topic 'homeassistant/switch/ialarm/17/config' : Object with 11 keys sending topic 'homeassistant/binary_sensor/ialarm/18/config' : Object with 13 keys sending topic 'homeassistant/switch/ialarm/18/config' : Object with 11 keys sending topic 'homeassistant/binary_sensor/ialarm/19/config' : Object with 13 keys sending topic 'homeassistant/switch/ialarm/19/config' : Object with 11 keys sending topic 'homeassistant/alarm_control_panel/ialarm/config' : Object with 13 keys sending topic 'homeassistant/sensor/ialarm/events/config' : Object with 10 keys Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 Caching ialarm/alarm/event until Sun Oct 10 2021 22:34:17 GMT+0200 (Central European Summer Time) Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged Caching ialarm/alarm/availability until Sun Oct 10 2021 22:34:36 GMT+0200 (Central European Summer Time) Connected to 192.168.3.136:18034 Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 Caching ialarm/alarm/state until Sun Oct 10 2021 22:34:36 GMT+0200 (Central European Summer Time) sending topic 'ialarm/alarm/state' : disarmed Caching ialarm/sensors/state until Sun Oct 10 2021 22:34:36 GMT+0200 (Central European Summer Time) sending topic 'ialarm/sensors/state' : Array of 40 elements Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged ialarm/alarm/availability - not publishing...unchanged Connected to 192.168.3.136:18034 Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/state - not publishing...unchanged ialarm/sensors/state - not publishing...unchanged Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 Caching ialarm/alarm/event until Sun Oct 10 2021 22:35:17 GMT+0200 (Central European Summer Time) Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged Caching ialarm/alarm/availability until Sun Oct 10 2021 22:35:36 GMT+0200 (Central European Summer Time) Connected to 192.168.3.136:18034 Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 Caching ialarm/alarm/state until Sun Oct 10 2021 22:35:36 GMT+0200 (Central European Summer Time) sending topic 'ialarm/alarm/state' : disarmed Caching ialarm/sensors/state until Sun Oct 10 2021 22:35:36 GMT+0200 (Central European Summer Time) sending topic 'ialarm/sensors/state' : Array of 40 elements Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged```
gideonklein commented 3 years ago

maxill1 , funziona ora armo e disarmo con entrambi, ma devo provare i sensori perchè l'integrazioni fa fare solo armo e disarmo

maxill1 commented 3 years ago

L'integrazione è un altra cosa, corretto che faccia solo arm/disarm... è proprio un plugin scritto da un altra persona. Te l'ho fatto installare per verificare se con quello ti connettevi.

Cmq ora dal log vedo che ialarm-mqtt legge e pubblica i sensori e le altre entità. Dovresti trovare appunto sotto le entità di home assistant.

Nik71git commented 3 years ago

Screenshot_20211010-224157 Con Telnet mi collego (sto provando da Cell... sono in 🚽)

gideonklein commented 3 years ago

ALlora, ora funziona armo e disarmo con entrambi la il sensore last event ci impiega più di 30 secondi. Funzionano anche gli switch che però sono rilevati dal sensore last event in 1 secondo. I sensori, probabilmente funzionano ma li devo provare. Intanto posso provare le finestre e vi faccio sapere

maxill1 commented 3 years ago

ALlora, ora funziona armo e disarmo con entrambi la il sensore last event ci impiega più di 30 secondi. Funzionano anche gli switch che però sono rilevati dal sensore last event in 1 secondo. I sensori, probabilmente funzionano ma li devo provare. Intanto posso provare le finestre e vi faccio sapere

Abbassa il polling così avrai risultati più rapidi.

Screenshot_20211010-224157 Con Telnet mi collego (sto provando da Cell... sono in 🚽)

La metà dei miei commenti provengono dallo stesso luogo ...

Comunque sono stato impreciso, intendevo vai in Telnet sulla porta 18034, se aperta ti dovrebbe proporre qualcosa tipo: luca@silver:~$ telnet 192.168.1.81 18034
Trying 192.168.1.81... Connected to 192.168.1.81. Escape character is '^]'.

Nik71git commented 3 years ago

Con la porta 18034 Telnet non si apre.

gideonklein commented 3 years ago

allora ho scoperto cose che hanno dell'incredibile :) Praticamente a parte il ritardo di 1 minuto che proverò a correggere con il polling, ci deve essere un'errore nei numeri delle zone nell'addon. quando ho aperto la finestra bagno che è la zona 12 mi si è attivato il sensore pir che è zona 13 e quando ho aperto la finestra cucina che è zona 8 mi si è attivato il sensore pir che è la zona 9 ma il sensore last event li ha visti corretti. Forse i sensori binari devono partire dal numero zero?

Nik71git commented 3 years ago

Screenshot_20211010-230728 @maxill1 ti allego lo screenshot della mia situazione, effettivamente si collega in qualche modo dopo il riavvio della centrale (da entità non disponibili diventano disponibili) ma rileva uno stato non vero, in questo momento è armato e i sensori sono tutti chiusi. Non so dove vada a leggere questi stati. Arm e disarm non funzionano comunque.

gideonklein commented 3 years ago

Per quello che vedo io ci sono continue connessioni e disconnessioni, è normale?

```log Disconnecting from 192.168.3.136:18034 Caching ialarm/alarm/event until Sun Oct 10 2021 23:35:53 GMT+0200 (Central European Summer Time) Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged Caching ialarm/alarm/availability until Sun Oct 10 2021 23:36:09 GMT+0200 (Central European Summer Time) Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 Caching ialarm/alarm/state until Sun Oct 10 2021 23:36:10 GMT+0200 (Central European Summer Time) sending topic 'ialarm/alarm/state' : disarmed Caching ialarm/sensors/state until Sun Oct 10 2021 23:36:10 GMT+0200 (Central European Summer Time) sending topic 'ialarm/sensors/state' : Array of 40 elements Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged ialarm/alarm/availability - not publishing...unchanged Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/state - not publishing...unchanged ialarm/sensors/state - not publishing...unchanged Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 Caching ialarm/alarm/event until Sun Oct 10 2021 23:36:53 GMT+0200 (Central European Summer Time) Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged Caching ialarm/alarm/availability until Sun Oct 10 2021 23:37:10 GMT+0200 (Central European Summer Time) Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/state - not publishing...unchanged ialarm/sensors/state - not publishing...unchanged Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged ialarm/alarm/availability - not publishing...unchanged Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 Caching ialarm/alarm/state until Sun Oct 10 2021 23:37:40 GMT+0200 (Central European Summer Time) sending topic 'ialarm/alarm/state' : disarmed Caching ialarm/sensors/state until Sun Oct 10 2021 23:37:40 GMT+0200 (Central European Summer Time) sending topic 'ialarm/sensors/state' : Array of 40 elements Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 Caching ialarm/alarm/event until Sun Oct 10 2021 23:37:59 GMT+0200 (Central European Summer Time) Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged Caching ialarm/alarm/availability until Sun Oct 10 2021 23:38:10 GMT+0200 (Central European Summer Time) Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/state - not publishing...unchanged ialarm/sensors/state - not publishing...unchanged Connected to 192.168.3.136:18034 Disconnecting from 192.168.3.136:18034 ialarm/alarm/event - not publishing...unchanged```
maxill1 commented 3 years ago

Per quello che vedo io ci sono continue connessioni e disconnessioni, è normale?

Si è normale, ad ogni comando, o serie di comandi:

Questo per evitare di tenere connessioni appese o mal gestite.

@maxill1 ti allego lo screenshot della mia situazione, effettivamente si collega in qualche modo dopo il riavvio della centrale (da entità non disponibili diventano disponibili) ma rileva uno stato non vero, in questo momento è armato e i sensori sono tutti chiusi. Non so dove vada a leggere questi stati. Arm e disarm non funzionano comunque.

Non ti so dire con precisione perchè te li mette aperti ma posso darti una lunga e doverosa spiegazione che appena posso traduco in una pagina di WIKI. Sia tramite il protocollo TCP che con lo scraper, l'allarme ritorna uno "status" numerico che rappresenta quello che il sensore riporta oppure un eventuale problematica:

Tralasciando per ora lo scraper, quali sono gli status TCP?

ok (status=1) sensore chiuso senza problematiche corrisponde a questa proprietà sul json:

bypass (status=5) sensore chiuso e bypassato corrisponde a questa proprietà sul json:

fault (status=9) semplicemente significa sensore aperto! (una porta o una finestra aperta, un movimento rilevato, un contatto dell'acqua aperto, etc) corrisponde a questa proprietà sul json:

bypassed and fault (status=13) sensore chiuso e bypassato corrisponde a questa proprietà sul json:

low battery (status TBD, cmq maggiore di 1!) sensore aperto o chiuso che riporta una batteria scarica (booleano, quindi non si sa la percentuale di carica) corrisponde a questa proprietà sul json:

alarm (status TBD, cmq maggiore di 1!) sensore aperto che riporta alla centrale un allarme, presumibilmente il tamper aperto (o forse il trigger??? bho) corrisponde a questa proprietà sul json:

wirelessLoss (status TBD, cmq maggiore di 1!) sensore che non comunica alla centrale, la quale riporta appunto uno status di questo tipo per farcelo sapere corrisponde a questa proprietà sul json:

Se quindi lo status è maggiore di 1, varie proprietà del json avranno true, e verrà creata una proprietà logica "problem" (che non esiste sull'antifurto ma è utile a leggere rapidamente in OR i vari true relativi a problemi di status), in altri termini:

La proprietà "problem" è quella che è configurata per dire a home assistant se il sensore è "aperto" e si può configurare zona per zona modificando statusProperty in "zones".

In questo esempio status 9:

   {
        "lastChecked": "2021-10-11T07:36:46.786Z",
        "id": 1,
        "name": "Ingresso",
        "status": 9,
        "inUse": true,
        "ok": false,
        "alarm": false,
        "bypass": false,
        "lowbat": false,
        "fault": true,
        "wirelessLoss": false,
        "message": "Fault",
        "problem": true,
        "zone": 1,
        "typeId": 1,
        "type": "Ritardata",
        "voiceId": 1,
        "voiceName": "Fisso"
    }

Perché uso una proprietà logica invece di usare per esempio solo "Fault" per indicare se il sensore è aperto? Perché altrimenti dovrei pubblicare per ogni zona una miriade di sensori:

Cosi li gestiamo come attributi e se serve li verifichiamo in HA come state_attr('binary_sensor.zona_X', 'lowbat')

@Nik71git prova a cliccare su un sensore nel modale espandi "attributi", che status ti da quando dice "Aperto"?

image

@gideonklein io ho polling su sensori a 5 secondi su eventi a 15 e ho una riposta quasi istantanea. Tieni anche presente che se invii un comando (arm/disarm/cancel/bypass) subito dopo l'esecuzione del comando ialarm-mqtt forzera un ricaricamento dello stato dei sensori e antifurto, per quello dopo il bypass ottieni uno stato subito aggiornato.

server:
  polling_status: 5000  #5 secondi
  polling_events: 15000 #15 secondi

P.S. ho fatto un po di ordine sui commenti per ridurre i log mettendo la tag detail.

gideonklein commented 3 years ago

@maxill1 grazie. Ma ancora problemi

gideonklein commented 3 years ago

Ho disinstallato l'integrazione alarm360 ma non funziona più niente

blakdog1978 commented 3 years ago

Buongiorno, mi unisco anch'io con la versione tpc sembra funzionare mi crea i sensori e i baypass di zona, solo che i contatti sulle porte che sono sensori filari me li da sempre chiusi, e i rilevatori di movimento esterni me li da sempre aperti, cosa devo fare ? E ancora quando provo ad armare mi arma sempre la zona 1 e non le altre ...

mrMiimo commented 3 years ago

Buongiorno, mi unisco anch'io con la versione tpc sembra funzionare mi crea i sensori e i baypass di zona, solo che i contatti sulle porte che sono sensori filari me li da sempre chiusi, e i rilevatori di movimento esterni me li da sempre aperti, cosa devo fare ? E ancora quando provo ad armare mi arma sempre la zona 1 e non le altre ...

Anche a me è successa la stessa cosa ho risolto cambiando l'interpretazione dello "status", ora è sempre = 1. Quindi, bisognerebbe capire come hai configurato l'interpretazione del "topic"/"messaggio" di "status."

Ad.es: per me, prima era cosi: 

"getContactSensorState": {
                    "topic": "ialarm/sensors/state",
                    "apply": "if (JSON.parse(message)[7].status > 0) return 1; else return 0;"

ora l'ho impostato cosi:

"getContactSensorState": {
                    "topic": "ialarm/sensors/state",
                    "apply": "if (JSON.parse(message)[7].status > 1) return 1; else return 0;"
maxill1 commented 3 years ago

Sto preparando una versione che splitta tutti i parametri in diversi sensori così da creare qualcosa di più ordinato. Avremo così 4 sensori binari per ogni zona:

Sto valutando di generare "devices" separati per ogni zona, un po' come fa zigbee2mqtt. Preferite tutti i sensori in un unico device o tanti device per ogni zona? Vantaggi del singolo device:

Vantaggi di device separati:

Svantaggi di device separati:

@mrMiimo per te che usi mqttthing rimarrebbe invariato, nel senso che ci sarà un topic di stato complessivo con tutti i sensori in Array, e vari topic dedicati a una singola zona. Volendo potresti modificare il topic e semplificare l'apply ma semmai ne parliamo sull'altro issue.

mrMiimo commented 3 years ago

@mrMiimo per te che usi mqttthing rimarrebbe invariato, nel senso che ci sarà un topic di stato complessivo con tutti i sensori in Array, e vari topic dedicati a una singola zona. Volendo potresti modificare il topic e semplificare l'apply ma semmai ne parliamo sull'altro issue.

👍🏼perfetto, me lo stavo proprio chiedendo.

Nik71git commented 3 years ago

@maxill1 è chiaro che la soluzione a device separati è più ordinata.... Poi tu sai lo sforzo necessario per l'una o l'altra soluzione.

Nik71git commented 3 years ago

io continuo ad avere uno strano comportamento... ad ogni riavvio di centrale (anche spenta fisicamente e riaccesa...) o ad ogni riavvio dell'addon tutte le entità sono non disponibili, solo se faccio riavviare il broker mqtt allora mi vede la centrale ma con uno stato dei sensori assolutamente non veritiero. Non riesco ad armare/disarmare, i sensori non cambiano di stato, quelli che sono open rimangono open, quelli che sono closed rimangono closed.... Mi viene in mente il retain a true (posso impostare false?) e QoS che è a 0 (io metterei almeno ad 1 ma come faccio??? come gestisco i parametri mqtt nell'addon?

Nik71git commented 3 years ago

leggendo il log del mio broker vedo accessi da 172.30.32.2 che non appartiene alla mia classe di rete... non è che per caso vi è questo ip dentro all'addon? chiedo per puro scrupolo..... fing non mi dice nulla.

Nik71git commented 3 years ago

@maxill1 beccato --> New client connected from 172.30.32.1 as ialarm-mqtt (p2, c1, k60, u'mqtt_user'). Ma quell'ip da dove lo becca ???? io non l'ho impostato ed è sicuramente dentro all'addon

maxill1 commented 3 years ago

gli ip 172.x.x.x sono quelli di docker (gli addon di home assistant sono container docker). Nulla di cui preocuuparsi.

Sul QoS si può impostare ma non credo di averlo esposto sulla configurazione dell'addon. Provvedo sulla prossima versione.

Nik71git commented 3 years ago

QoS al momento non è esposto. Retain può essere messo su false all'occorrenza? Questo sì è esposto nell'addon con default a true.

Nik71git commented 3 years ago

image mahh... sono in attesa di analizzare meglio, comunque mi ritrovo la centrale armata (last event) e il pannello allarme disarmato. l'unico sensore che pare comunicare con la centrale è il last event.

maxill1 commented 3 years ago

@Nik71git per capire cosa succede prova a verificare cosa arriva al broker mqtt. Ti consiglio di provare MQTT explorer e navigare fino al topic ialarm/alarm/state per capire se arriva o meno il messaggio. Se possibile fallo con l'ultima versione disponibile dell'addon (al momento 2.0.4).

image