Closed maxill1 closed 1 year ago
@gideonklein e @nik71git avrei bisogno di un vostro feedback su questo issue.
riuscite a trovare nei log un riferimento esatto a quando smette di funzionare?
qualcosa che faccia riferimento a
ERR|02
o ERR|0x
dove x è un numero.
oppure Exception in generale: devo capire quale messaggio manda in blocco le risposte TCP su casasicura con software version "V1.51F_SIA_TCP Apr 26 2018 15:55:39" (ialarm/antifurto356 con software version "V1.41F_SIA_TCP Oct 26 2016 10:05:10" non sembra risentirne)
Questo è il flusso che fa ialarm-mqtt in sequenza:
vorrei capire se superiamo il punto 2 e nel caso quale tra il punto 5a e 5b causano danni, cosi provo a modificare il modo o la frequenza con cui chiamiamo.
@maxill1 ti posto l'intero LOG, ma non vedo l'errore che cerchi tu.
ti posto anche lo screenshot che forse si capisce meglio la sequenza. Va in errore appena si connette...
dopo aver fermato l'addon, riavvio la centrale e torna a funzionare il plugin di ryuzzakik il quale arma e disarma immediatamente (lo sento dallo speaker della centralina) anche se le notifiche e lo stato in HA cambia dopo una decina di secondi.
La mia impressione da profano è che l'errore avvenga nel momento della connessione TCP
@maxill1 se hai il firmware 1.41 posso installarlo (sempre che sia possibile un downgrade), ce l'avevo prima ma di mia spontanea volontà ho installato la 1.51 (unico upgrade fornito da casasicura) ma non ha migliorato nulla del mio problema di supervisione che non c'entra nulla con HA e relativi addon/plugin. Se chiedo a Casasicura potrebbero fornirmelo ma non ne sono certo. Te lo dico perchè se ci stiamo incaponendo su un problema del piffero tagliamo la testa al toro.
no no non tocchiamo firmware, non me la sento di farvi fare prove cosi.
Evidentemente c'è qualcosa nel modo in cui accodo i comandi che non gli piace al vostro. Mi studio i log e provo a cambiare approccio per i messaggi multipli, oppure faccio:
per ogni messaggio multiplo.
@gideonklein e @Nik71git avrei bisogno di un vostro feedback su questo issue.
riuscite a trovare nei log un riferimento esatto a quando smette di funzionare? qualcosa che faccia riferimento a
ERR|02
oERR|0x
dove x è un numero.oppure Exception in generale: devo capire quale messaggio manda in blocco le risposte TCP su casasicura con software version "V1.51F_SIA_TCP Apr 26 2018 15:55:39" (ialarm/antifurto356 con software version "V1.41F_SIA_TCP Oct 26 2016 10:05:10" non sembra risentirne)
Questo è il flusso che fa ialarm-mqtt in sequenza:
- prima chiamata GetNet per ottenere il mac address come uniqueId
- GetZone con "numero zona" fino a raggiungere il limite di zone impostato per determinare tipo e nome di ogni zona
- pubblicazione su mqtt dei messaggi per il discovery di home assistant
- pubblicazione su mqtt dell'availability
- imposta gli intervalli per il polling e a tempo chiama: 5a. GetLog per avere gli "eventi" 5b.GetAlarmStatus, GetByWay e GetZone per determinare rispettivamente (armed/disarmed), stato dei singoli sensori, tipo e nome di ogni zona
vorrei capire se superiamo il punto 2 e nel caso quale tra il punto 5a e 5b causano danni, cosi provo a modificare il modo o la frequenza con cui chiamiamo.
Nel mio file di log (il log del tuo addon) pare tutto a posto perchè ora è nel momento che non è impallata, ma ho scoperto ancora una cosa che ha dell'incredibile. Ho cambiato nella centrale il numero della porta (18039 --> il numero finale da 4 a 9) ma ho lasciato la porta vecchia nell'addon (18034) e l'addon continua a funzionare come se non gli interessasse la porta a cui connettersi. Ho resettato sia la centrale che riavviato l'addon ma continua a funzionare. Potrebbe essere qualcosa di interessante?
@gideonklein e @Nik71git avrei bisogno di un vostro feedback su questo issue. riuscite a trovare nei log un riferimento esatto a quando smette di funzionare? qualcosa che faccia riferimento a
ERR|02
oERR|0x
dove x è un numero. oppure Exception in generale: devo capire quale messaggio manda in blocco le risposte TCP su casasicura con software version "V1.51F_SIA_TCP Apr 26 2018 15:55:39" (ialarm/antifurto356 con software version "V1.41F_SIA_TCP Oct 26 2016 10:05:10" non sembra risentirne) Questo è il flusso che fa ialarm-mqtt in sequenza:
- prima chiamata GetNet per ottenere il mac address come uniqueId
- GetZone con "numero zona" fino a raggiungere il limite di zone impostato per determinare tipo e nome di ogni zona
- pubblicazione su mqtt dei messaggi per il discovery di home assistant
- pubblicazione su mqtt dell'availability
- imposta gli intervalli per il polling e a tempo chiama: 5a. GetLog per avere gli "eventi" 5b.GetAlarmStatus, GetByWay e GetZone per determinare rispettivamente (armed/disarmed), stato dei singoli sensori, tipo e nome di ogni zona
vorrei capire se superiamo il punto 2 e nel caso quale tra il punto 5a e 5b causano danni, cosi provo a modificare il modo o la frequenza con cui chiamiamo.
Nel mio file di log (il log del tuo addon) pare tutto a posto perchè ora è nel momento che non è impallata, ma ho scoperto ancora una cosa che ha dell'incredibile. Ho cambiato nella centrale il numero della porta (18039 --> il numero finale da 4 a 9) ma ho lasciato la porta vecchia nell'addon (18034) e l'addon continua a funzionare come se non gli interessasse la porta a cui connettersi. Ho resettato sia la centrale che riavviato l'addon ma continua a funzionare. Potrebbe essere qualcosa di interessante?
Ho lasciato nello screen user e password, cose da pazzi. Comunque ora ho cambiato le credenziali nella centrale ma continua a funzionare. Quindi non gli interessa nè la porta nè le credenziali
@gideonklein e @Nik71git avrei bisogno di un vostro feedback su questo issue.
riuscite a trovare nei log un riferimento esatto a quando smette di funzionare? qualcosa che faccia riferimento a
ERR|02
oERR|0x
dove x è un numero.oppure Exception in generale: devo capire quale messaggio manda in blocco le risposte TCP su casasicura con software version "V1.51F_SIA_TCP Apr 26 2018 15:55:39" (ialarm/antifurto356 con software version "V1.41F_SIA_TCP Oct 26 2016 10:05:10" non sembra risentirne)
Questo è il flusso che fa ialarm-mqtt in sequenza:
- prima chiamata GetNet per ottenere il mac address come uniqueId
- GetZone con "numero zona" fino a raggiungere il limite di zone impostato per determinare tipo e nome di ogni zona
- pubblicazione su mqtt dei messaggi per il discovery di home assistant
- pubblicazione su mqtt dell'availability
- imposta gli intervalli per il polling e a tempo chiama: 5a. GetLog per avere gli "eventi" 5b.GetAlarmStatus, GetByWay e GetZone per determinare rispettivamente (armed/disarmed), stato dei singoli sensori, tipo e nome di ogni zona
vorrei capire se superiamo il punto 2 e nel caso quale tra il punto 5a e 5b causano danni, cosi provo a modificare il modo o la frequenza con cui chiamiamo.
Ecco cosa ho scoperto: Il fatto che non gli interessasse la porta e le credenziali era solo la cache, una volta ripulita non potevo più entrare. Ho cambiato la password nel centro controllo cloud della centrale e anche nell'addon (dove c'è anche la porta) ma non funziona più. Ecco il log:
Disconnecting from 192.168.3.136:18034
error [object Object]
{ event: undefined,
error:
{ Error [ERR_UNHANDLED_ERROR]: Unhandled error. ('ERR|02')
at MeianEmitter.emit (events.js:187:17)
at Promise (/app/node_modules/ialarm/src/meian-socket.js:131:33)
at new Promise (<anonymous>)
at _receive (/app/node_modules/ialarm/src/meian-socket.js:107:20)
at Socket.<anonymous> (/app/node_modules/ialarm/src/meian-socket.js:238:17)
at Socket.emit (events.js:198:13)
at addChunk (_stream_readable.js:288:12)
at readableAddChunk (_stream_readable.js:269:11)
at Socket.Readable.push (_stream_readable.js:224:10)
at TCP.onStreamRead (internal/stream_base_commons.js:94:17) context: 'ERR|02' } }
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.
Quindi ho capito che non si collega al cloud ma si collega all'admin web, infatti con le credenziali di admin web si collega. E' corretto così?
Vi confermo che so collega direttamente alla centrale, con il Cloud non c'è alcuna relazione.
Dal log di @Nik71git vi confermo che è la sequenza di chiamate per avere lo status che probabilmente causa problemi:
Grazie delle prove, lavoro su quella parte
ho rilasciato una nuova versione e aggiornato l'addon.
Ora le operazioni di recupero delle configurazioni zone sono gestite in modo diverso e dovrebbe ridurre il numero di chiamate.
Fatemi sapere se risolve, se non risolve postate il log che ora dovrebbe essere più chiaro e dettagliato su eventuali errori.
P.S. ho fatto un po di pulizia di commenti duplicati, formattato i log e aggiunto la tag "details" dove utile (log, immagini grandi) per rendere più leggibile l'issue.
ho rilasciato una nuova versione e aggiornato l'addon.
Ora le operazioni di recupero delle configurazioni zone sono gestite in modo diverso e dovrebbe ridurre il numero di chiamate.
Fatemi sapere se risolve, se non risolve postate il log che ora dovrebbe essere più chiaro e dettagliato su eventuali errori.
P.S. ho fatto un po di pulizia di commenti duplicati, formattato i log e aggiunto la tag "details" dove utile (log, immagini grandi) per rendere più leggibile l'issue.
Buongiorno Luca,
mi dispiace ma a me ora non funziona più nulla, praticamente quando armo (anche armo in casa) l'addon non funziona più e devo fare reboot della centrale. Inoltre non mi funzionano ora menneo i sensori porte e finestre che prima funzionavano. Funziona solo last event quando la centrale non è impallata. Allego uno screen
Dal log non capisco nulla:
La centrale da pannello rimane armata ma in realtà ho disarmato con l'app e l'addon non risponde per niente fino a quando non faccio reboot della centrale
ok ok, preferisco log alle schermata.
Dai log sembra che la connessione sia ok.
Puoi verificare che home assistant non abbia creato nuove entity con progressivo "_2" o "_3"?
cosa hai nel topic "ialarm/alarm/error"?
ok ok, preferisco log alle schermata.
Dai log sembra che la connessione sia ok.
Puoi verificare che home assistant non abbia creato nuove entity con progressivo "_2" o "_3"?
cosa hai nel topic "ialarm/alarm/error"?
Non ci sono nuove entità create con progressivo "_2" o "_3"
Come faccio a vedere il topic "ialarm/alarm/error" . Se mi spieghi lo faccio, Scusa la mia ignoranza
installa http://mqtt-explorer.com/ e configuralo con i dati del tuo broker mqtt, da li puoi vedere tutti i messaggi che si scambiano su mqtt ialarm e home assistant (e altri eventuali prodotti che usi, esphome, sonoff, etc)
installa http://mqtt-explorer.com/ e configuralo con i dati del tuo broker mqtt, da li puoi vedere tutti i messaggi che si scambiano su mqtt ialarm e home assistant (e altri eventuali prodotti che usi, esphome, sonoff, etc)
Ciao @maxill1 Dopo aver aggiornato la release ecco il log:
GetLog: disconnecting from 192.168.1.6:18034 GetLog: Connection closed GetLog: disconnecting from 192.168.1.6:18034 GetLog: Connection closed GetAlarmStatus: disconnecting from 192.168.1.6:18034 GetAlarmStatus: Connection closed GetLog: disconnecting from 192.168.1.6:18034 GetLog: Connection closed GetLog: disconnecting from 192.168.1.6:18034 GetLog: Connection closed GetLog: disconnecting from 192.168.1.6:18034 GetLog: Connection closed GetAlarmStatus: disconnecting from 192.168.1.6:18034
Così....senza soluzione di continuità.
Quei "Connection closed" sono il sintomo che l'altra parte (la centralina) ha chiuso la connessione TCP.
Mi servirebbe il log dall'avvio a quando si manifestano i primi "Connection closed"
Quei "Connection closed" sono il sintomo che l'altra parte (la centralina) ha chiuso la connessione TCP.
Mi servirebbe il log dall'avvio a quando si manifestano i primi "Connection closed"
Anche per me è così
chiaro, questo significa la solita cosa però, che dopo un po casasicura smette di rispondere alle chiamate TCP.
Dobbiamo capire quando e perchè.
I comandi che mando alla centralina sono:
Se dai log emerge quale è ci lavoro, altrimenti devo fare una versione che disabilita una o l'altra funzionalità in modo che andiamo per esclusione.
chiaro, questo significa la solita cosa però, che dopo un po casasicura smette di rispondere alle chiamate TCP.
Dobbiamo capire quando e perchè.
I comandi che mando alla centralina sono:
- GetNet -> per recuperare il mac address
- GetZone -> per avere i nomi e il tipo delle zone
- GetLog - > per avere gli eventi
- GetAlarmStatus - > per avere lo stato armed/disarmed, etc
- GetByWay -> varie chiamate (1 per sensore) per avere lo stato dei sensori
Se dai log emerge quale è ci lavoro, altrimenti devo fare una versione che disabilita una o l'altra funzionalità in modo che andiamo per esclusione.
Niente, quando faccio scattare l'allarme (24 ore) con il sensore acqua non c'è più connessione con l'addon e devo resettare la centrale. Inoltre la event mi notifica sia il sensore acqua che il disarmo ma poi non funziona più niente. Mentre invece il sensore acqua non si attiva e il control panel arm/disarm continua a lampeggiare come se fosse armata, ma in realtà è disarmata e anche last event lo aveva notificato. Ecco il log:
GetByWay: disconnecting from 192.168.3.136:18034
Alarm is DISARMED and triggered by zones: ["5 Sensor acqua"]
Caching ialarm/alarm/state until Wed Oct 20 2021 15:02:07 GMT+0200 (Central European Summer Time)
sending topic 'ialarm/alarm/state' : triggered
Caching ialarm/sensors/state until Wed Oct 20 2021 15:02:07 GMT+0200 (Central European Summer Time)
sending topic 'ialarm/sensors/state' : Array of 40 elements
Caching ialarm/sensors/zone_5 until Wed Oct 20 2021 15:02:07 GMT+0200 (Central European Summer Time)
sending topic 'ialarm/sensors/zone_5' : Object with 18 keys
GetLog: disconnecting from 192.168.3.136:18034
Caching ialarm/alarm/event until Wed Oct 20 2021 15:02:08 GMT+0200 (Central European Summer Time)
GetAlarmStatus: connected to 192.168.3.136:18034
GetAlarmStatus: disconnecting from 192.168.3.136:18034
GetByWay: connected to 192.168.3.136:18034
GetByWay: disconnecting from 192.168.3.136:18034
Alarm is DISARMED and triggered by zones: ["5 Sensor acqua"]
GetAlarmStatus: connected to 192.168.3.136:18034
GetAlarmStatus: disconnecting from 192.168.3.136:18034
GetByWay: connected to 192.168.3.136:18034
GetByWay: disconnecting from 192.168.3.136:18034
Alarm is DISARMED and triggered by zones: ["5 Sensor acqua"]
Caching ialarm/sensors/zone_11 until Wed Oct 20 2021 15:02:17 GMT+0200 (Central European Summer Time)
sending topic 'ialarm/sensors/zone_11' : Object with 18 keys
GetLog: connected to 192.168.3.136:18034
GetLog: disconnecting from 192.168.3.136:18034
Caching ialarm/alarm/event until Wed Oct 20 2021 15:02:23 GMT+0200 (Central European Summer Time)
GetAlarmStatus: disconnecting from 192.168.3.136:18034
Caching ialarm/alarm/error until Wed Oct 20 2021 15:02:37 GMT+0200 (Central European Summer Time)
GetAlarmStatus: Connection closed
GetAlarmStatus: disconnecting from 192.168.3.136:18034
GetAlarmStatus: Connection closed
GetAlarmStatus: disconnecting from 192.168.3.136:18034
GetAlarmStatus: Connection closed
GetLog: disconnecting from 192.168.3.136:18034
GetLog: Connection closed
GetAlarmStatus: disconnecting from 192.168.3.136:18034
GetAlarmStatus: Connection closed
Caching ialarm/alarm/availability until Wed Oct 20 2021 15:02:57 GMT+0200 (Central European Summer Time)
GetAlarmStatus: disconnecting from 192.168.3.136:18034
GetAlarmStatus: Connection closed
GetAlarmStatus: disconnecting from 192.168.3.136:18034
GetAlarmStatus: Connection closed
GetLog: disconnecting from 192.168.3.136:18034
GetLog: Connection closed
GetAlarmStatus: disconnecting from 192.168.3.136:18034
GetAlarmStatus: Connection closed
GetAlarmStatus: disconnecting from 192.168.3.136:18034
GetAlarmStatus: Connection closed
GetAlarmStatus: disconnecting from 192.168.3.136:18034
GetAlarmStatus: Connection closed
GetLog: disconnecting from 192.168.3.136:18034
GetLog: Connection closed
GetAlarmStatus: disconnecting from 192.168.3.136:18034
GetAlarmStatus: Connection closed
GetAlarmStatus: disconnecting from 192.168.3.136:18034
GetAlarmStatus: Connection closed
GetAlarmStatus: disconnecting from 192.168.3.136:18034
GetAlarmStatus: Connection closed
GetLog: disconnecting from 192.168.3.136:18034
GetLog: Connection closed
GetAlarmStatus: disconnecting from 192.168.3.136:18034
Caching ialarm/alarm/error until Wed Oct 20 2021 15:03:37 GMT+0200 (Central European Summer Time)
GetAlarmStatus: Connection closed
GetAlarmStatus: disconnecting from 192.168.3.136:18034
GetAlarmStatus: Connection closed
received topic 'ialarm/alarm/zone/11/bypass' : 1
Alarm bypass: zone 11 (1)
Alarm bypass zone 11
Received bypass true for zone number 11
bypass zone 11=true
requesting SetByWay with args 10,true
GetAlarmStatus: disconnecting from 192.168.3.136:18034
Caching ialarm/alarm/error until Wed Oct 20 2021 15:03:47 GMT+0200 (Central European Summer Time)
GetAlarmStatus: Connection closed
Caching ialarm/alarm/availability until Wed Oct 20 2021 15:03:47 GMT+0200 (Central European Summer Time)
received topic 'ialarm/alarm/zone/11/bypass' : 1
Alarm bypass: zone 11 (1)
Alarm bypass zone 11
Received bypass true for zone number 11
bypass zone 11=true
requesting SetByWay with args 10,true
GetLog: disconnecting from 192.168.3.136:18034
Caching ialarm/alarm/error until Wed Oct 20 2021 15:03:52 GMT+0200 (Central European Summer Time)
GetLog: Connection closed
GetAlarmStatus: disconnecting from 192.168.3.136:18034
GetAlarmStatus: Connection closed
Caching ialarm/alarm/availability until Wed Oct 20 2021 15:03:52 GMT+0200 (Central European Summer Time)
GetAlarmStatus: disconnecting from 192.168.3.136:18034
GetAlarmStatus: Connection closed
SetByWay: disconnecting from 192.168.3.136:18034
SetByWay: Connection closed
GetAlarmStatus: disconnecting from 192.168.3.136:18034
GetAlarmStatus: Connection closed
SetByWay: disconnecting from 192.168.3.136:18034
SetByWay: Connection closed
GetLog: disconnecting from 192.168.3.136:18034
GetLog: Connection closed
GetAlarmStatus: disconnecting from 192.168.3.136:18034
GetAlarmStatus: Connection closed
GetAlarmStatus: disconnecting from 192.168.3.136:18034
GetAlarmStatus: Connection closed
OK grazie. Questo è quello che succede:
Normale funzionamento, chiama in sequenza:
GetAlarmStatus: connected to 192.168.3.136:18034
GetAlarmStatus: disconnecting from 192.168.3.136:18034
GetByWay: connected to 192.168.3.136:18034
GetByWay: disconnecting from 192.168.3.136:18034
Alarm is DISARMED and triggered by zones: ["5 Sensor acqua"]
GetAlarmStatus: connected to 192.168.3.136:18034
GetAlarmStatus: disconnecting from 192.168.3.136:18034
GetByWay: connected to 192.168.3.136:18034
GetByWay: disconnecting from 192.168.3.136:18034
Alarm is DISARMED and triggered by zones: ["5 Sensor acqua"]
Caching ialarm/sensors/zone_11 until Wed Oct 20 2021 15:02:17 GMT+0200 (Central European Summer Time)
sending topic 'ialarm/sensors/zone_11' : Object with 18 keys
GetLog: connected to 192.168.3.136:18034
GetLog: disconnecting from 192.168.3.136:18034
Caching ialarm/alarm/event until Wed Oct 20 2021 15:02:23 GMT+0200 (Central European Summer Time)
A un certo punto "GetAlarmStatus" prova ad aprire una connessione ma non ci riesce perché l'allarme non risponde più alle chiamate future ed emette un messaggio MQTT ialarm/alarm/error (il contenuto lo riuscite a recuperare?):
GetAlarmStatus: disconnecting from 192.168.3.136:18034
Caching ialarm/alarm/error until Wed Oct 20 2021 15:02:37 GMT+0200 (Central European Summer Time)
GetAlarmStatus: Connection closed
GetAlarmStatus: disconnecting from 192.168.3.136:18034
GetAlarmStatus: Connection closed
GetAlarmStatus: disconnecting from 192.168.3.136:18034
GetAlarmStatus: Connection closed
da li in poi il log non è rilevante, perchè ovviamente qualsiasi operazione non va a buon fine visto che di fatto ialarm-mqtt non si collega più
Domanda, che valori avete sul polling di status e event? Avete provato ad aumentarli a valori di "sicurezza" come 30000 millisecondi per vedere se il problema si ripresenta?
OK grazie. Questo è quello che succede:
Normale funzionamento, chiama in sequenza:
- GetAlarmStatus, si connette ottiene i dati e si disconnette
- GetByWay, si connette ottiene i dati e si disconnette
- vede che è stato DISARMED ma la zone 5 è triggered e lo pubblica su MQTT ialarm/sensors/zone_11. Quindi chiama:
- GetLog, si connette ottiene i dati e si disconnette
- pubblica su MQTT gli eventi di GetLog: ialarm/alarm/event
GetAlarmStatus: connected to 192.168.3.136:18034 GetAlarmStatus: disconnecting from 192.168.3.136:18034 GetByWay: connected to 192.168.3.136:18034 GetByWay: disconnecting from 192.168.3.136:18034 Alarm is DISARMED and triggered by zones: ["5 Sensor acqua"] GetAlarmStatus: connected to 192.168.3.136:18034 GetAlarmStatus: disconnecting from 192.168.3.136:18034 GetByWay: connected to 192.168.3.136:18034 GetByWay: disconnecting from 192.168.3.136:18034 Alarm is DISARMED and triggered by zones: ["5 Sensor acqua"] Caching ialarm/sensors/zone_11 until Wed Oct 20 2021 15:02:17 GMT+0200 (Central European Summer Time) sending topic 'ialarm/sensors/zone_11' : Object with 18 keys GetLog: connected to 192.168.3.136:18034 GetLog: disconnecting from 192.168.3.136:18034 Caching ialarm/alarm/event until Wed Oct 20 2021 15:02:23 GMT+0200 (Central European Summer Time)
A un certo punto "GetAlarmStatus" prova ad aprire una connessione ma non ci riesce perché l'allarme non risponde più alle chiamate future ed emette un messaggio MQTT ialarm/alarm/error (il contenuto lo riuscite a recuperare?):
GetAlarmStatus: disconnecting from 192.168.3.136:18034 Caching ialarm/alarm/error until Wed Oct 20 2021 15:02:37 GMT+0200 (Central European Summer Time) GetAlarmStatus: Connection closed GetAlarmStatus: disconnecting from 192.168.3.136:18034 GetAlarmStatus: Connection closed GetAlarmStatus: disconnecting from 192.168.3.136:18034 GetAlarmStatus: Connection closed
da li in poi il log non è rilevante, perchè ovviamente qualsiasi operazione non va a buon fine visto che di fatto ialarm-mqtt non si collega più
Domanda, che valori avete sul polling di status e event? Avete provato ad aumentarli a valori di "sicurezza" come 30000 millisecondi per vedere se il problema si ripresenta?
ho questo log:
Quei "Connection closed" sono il sintomo che l'altra parte (la centralina) ha chiuso la connessione TCP.
Mi servirebbe il log dall'avvio a quando si manifestano i primi "Connection closed"
eccolo:
sending topic 'homeassistant/binary_sensor/ialarm_zone_11/connectivity/config' : Object with 12 keys
sending topic 'homeassistant/switch/ialarm/11/config' : Object with 11 keys
sending topic 'homeassistant/binary_sensor/ialarm_zone_12/fault/config' : Object with 13 keys
sending topic 'homeassistant/binary_sensor/ialarm_zone_12/battery/config' : Object with 12 keys
sending topic 'homeassistant/binary_sensor/ialarm_zone_12/alarm/config' : Object with 12 keys
sending topic 'homeassistant/binary_sensor/ialarm_zone_12/connectivity/config' : Object with 12 keys
sending topic 'homeassistant/switch/ialarm/12/config' : Object with 11 keys
sending topic 'homeassistant/binary_sensor/ialarm_zone_13/fault/config' : Object with 13 keys
sending topic 'homeassistant/binary_sensor/ialarm_zone_13/battery/config' : Object with 12 keys
sending topic 'homeassistant/binary_sensor/ialarm_zone_13/alarm/config' : Object with 12 keys
sending topic 'homeassistant/binary_sensor/ialarm_zone_13/connectivity/config' : Object with 12 keys
sending topic 'homeassistant/switch/ialarm/13/config' : Object with 11 keys
sending topic 'homeassistant/binary_sensor/ialarm_zone_14/fault/config' : Object with 13 keys
sending topic 'homeassistant/binary_sensor/ialarm_zone_14/battery/config' : Object with 12 keys
sending topic 'homeassistant/binary_sensor/ialarm_zone_14/alarm/config' : Object with 12 keys
sending topic 'homeassistant/binary_sensor/ialarm_zone_14/connectivity/config' : Object with 12 keys
sending topic 'homeassistant/switch/ialarm/14/config' : Object with 11 keys
sending topic 'homeassistant/switch/ialarm/clear_cache/config' : Object with 11 keys
sending topic 'homeassistant/switch/ialarm/clear_discovery/config' : Object with 11 keys
sending topic 'homeassistant/switch/ialarm/clear_triggered/config' : Object with 11 keys
sending topic 'homeassistant/alarm_control_panel/ialarm/config' : Object with 12 keys
sending topic 'homeassistant/sensor/ialarm/events/config' : Object with 10 keys
GetLog: connected to 192.168.1.6:18034
GetLog: disconnecting from 192.168.1.6:18034
Caching ialarm/alarm/event until Wed Oct 20 2021 18:18:52 GMT+0200 (Central European Summer Time)
Caching ialarm/alarm/availability until Wed Oct 20 2021 18:19:10 GMT+0200 (Central European Summer Time)
GetLog: disconnecting from 192.168.1.6:18034
Caching ialarm/alarm/error until Wed Oct 20 2021 18:19:15 GMT+0200 (Central European Summer Time)
GetLog: Connection closed
GetAlarmStatus: disconnecting from 192.168.1.6:18034
GetLog: disconnecting from 192.168.1.6:18034
GetLog: Connection closed
GetAlarmStatus: Connection closed
GetLog: disconnecting from 192.168.1.6:18034
GetLog: Connection closed
GetLog: disconnecting from 192.168.1.6:18034
GetLog: Connection closed
GetAlarmStatus: disconnecting from 192.168.1.6:18034
GetAlarmStatus: Connection closed
GetLog: disconnecting from 192.168.1.6:18034
GetLog: Connection closed
GetLog: disconnecting from 192.168.1.6:18034
GetLog: Connection closed
GetLog: disconnecting from 192.168.1.6:18034
GetLog: Connection closed
GetAlarmStatus: disconnecting from 192.168.1.6:18034
GetAlarmStatus: Connection closed
GetLog: disconnecting from 192.168.1.6:18034
GetLog: Connection closed
GetLog: disconnecting from 192.168.1.6:18034
GetLog: Connection closed
GetLog: disconnecting from 192.168.1.6:18034
GetLog: Connection closed
GetAlarmStatus: disconnecting from 192.168.1.6:18034
GetAlarmStatus: Connection closed
GetLog: disconnecting from 192.168.1.6:18034
GetLog: Connection closed
GetLog: disconnecting from 192.168.1.6:18034
GetLog: Connection closed
GetLog: disconnecting from 192.168.1.6:18034
GetLog: Connection closed
GetAlarmStatus: disconnecting from 192.168.1.6:18034
GetAlarmStatus: Connection closed
GetLog: disconnecting from 192.168.1.6:18034
GetLog: Connection closed
GetLog: disconnecting from 192.168.1.6:18034
GetLog: Connection closed
GetLog: disconnecting from 192.168.1.6:18034
GetLog: Connection closed
GetAlarmStatus: disconnecting from 192.168.1.6:18034
GetAlarmStatus: Connection closed
GetLog: disconnecting from 192.168.1.6:18034
GetLog: Connection closed
GetLog: disconnecting from 192.168.1.6:18034
GetLog: Connection closed
GetLog: disconnecting from 192.168.1.6:18034
GetLog: Connection closed
GetAlarmStatus: disconnecting from 192.168.1.6:18034
GetAlarmStatus: Connection closed
GetLog: disconnecting from 192.168.1.6:18034
GetLog: Connection closed
GetLog: disconnecting from 192.168.1.6:18034
GetLog: Connection closed
GetLog: disconnecting from 192.168.1.6:18034
GetLog: Connection closed
GetAlarmStatus: disconnecting from 192.168.1.6:18034
GetAlarmStatus: Connection closed
GetLog: disconnecting from 192.168.1.6:18034
GetLog: Connection closed
received topic 'ialarm/alarm/set' : armed_home
Alarm command: armHome (armed_home)
Received alarm command: armHome
requesting SetAlarmStatus with args 2
Executed: armHome (armed_home)
GetLog: disconnecting from 192.168.1.6:18034
Caching ialarm/alarm/error until Wed Oct 20 2021 18:23:05 GMT+0200 (Central European Summer Time)
GetLog: Connection closed
Caching ialarm/alarm/availability until Wed Oct 20 2021 18:23:10 GMT+0200 (Central European Summer Time)
GetLog: disconnecting from 192.168.1.6:18034
GetLog: Connection closed
A me non funziona più niente, nemmeno resettando centrale e addon
[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. [21:24:58] INFO: Passing /data/options.json to ialarm-mqtt@ 0.9.2 with node-ialarm@ 0.4.6 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 '' on ["name"] Config.json value not specified on /data/options.json using default '40' on ["server","zones"] Starting up... MQTT connecting to broker 192.168.3.50:1883 with cliendId ialarm-mqtt MQTT connected to broker 192.168.3.50:1883 with cliendId ialarm-mqtt subscribing to ["ialarm/alarm/set","ialarm/alarm/zone/+/bypass","ialarm/alarm/discovery","ialarm/alarm/resetCache"] Setting up first TCP connection to retrieve mac address... GetNet: disconnecting from 192.168.3.136:18034 Error starting up: GetNet: meian socket timed out after 10000 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.) Stopping... [cmd] /run.sh exited 1 [cont-finish.d] executing container finish scripts... [cont-finish.d] done. [s6-finish] waiting for services. [s6-finish] sending all processes the TERM signal.
Certe volte fallisce anche last event 'Descrizione: Communication failure (zone 0) Data: 2021-11-21T15:22:08.000Z Messaggio: Communication failure'
@gideonklein quello è un messaggio della centrale, lo ha dato sicuramente anche nel suo display.
@gideonklein quello è un messaggio della centrale, lo ha dato sicuramente anche nel suo display.
Si è così ma prima non avevo questi errori, li ho ora con l'addon di Luca
Ho una pista da seguire.
Ho notato che dopo alcuni comandi specifici come SetByWay (bypass zona) il sistema non risponde con un messaggio e basta, ma emette anche un messaggio "Alarm" (tipo evento simile ai log) come documentato sulla pagina del protocollo. Ecco un esempio:
<Root>
<Host>
<Alarm>
<Cid>STR,4|3441</Cid>
<Content>STR,12|M. Partielle</Content>
<Time>DTA|2018.09.02.01.12.01</Time>
<Zone>S32,0,99|70</Zone>
<ZoneName>STR,16|</ZoneName>
<Name>STR,15|ORION IP2 </Name>
<Err/>
</Alarm>
</Host>
</Root>
Nel caso della mia centrale questi messaggi non spostano molto, ho errori sporadici ma poi continua a funzionare. Forse nel vostro caso viene emesso qualcosa di più. Provo a migliorare i log.
Ho una pista da seguire.
Ho notato che dopo alcuni comandi specifici come SetByWay (bypass zona) il sistema non risponde con un messaggio e basta, ma emette anche un messaggio "Alarm" (tipo evento simile ai log) come documentato sulla pagina del protocollo. Ecco un esempio:
<Root> <Host> <Alarm> <Cid>STR,4|3441</Cid> <Content>STR,12|M. Partielle</Content> <Time>DTA|2018.09.02.01.12.01</Time> <Zone>S32,0,99|70</Zone> <ZoneName>STR,16|</ZoneName> <Name>STR,15|ORION IP2 </Name> <Err/> </Alarm> </Host> </Root>
Nel caso della mia centrale questi messaggi non spostano molto, ho errori sporadici ma poi continua a funzionare. Forse nel vostro caso viene emesso qualcosa di più. Provo a migliorare i log.
Si confermo, genera un all'arme. Sono sicuro che riuscirai a far funzionare tutto. Grazie Luca
Qualche progresso?
aspettiamo tutti con impazienza :)
ci sono progressi,
ho impostato un meccanismo per il quale le eventuali chiamate concorrenti vengono messe in coda.
ho implementato la possibilità di disabilitare specifiche funzionalità:
ho rivisto per intero il meccanismo di logging. ho rivisto i topic di availability. ho gestito le "aree" come alarm_control_panel separati
Con queste modifiche saremo in grado di:
aggiornate e fatemi sapere come va.
Se avete problemi iniziate a disabilitare le singole features e provate a capire per esclusione quale è che causa il problema:
se dovete postare log lunghi, mi raccomando usate la tag
<details>
<summary>Descrizione log</summary>
log lungo
</details>
cosi il topic rimane fruibile
@maxill1 finalmente pare funzionare !!! Arma/disarma e rileva lo stato open/close dei sensori. Non ho ancora configurato di fino, lo farò in serata e poi di darò conto. Al momento tutto ok. Grazie !!!
aggiornate e fatemi sapere come va.
Se avete problemi iniziate a disabilitare le singole features e provate a capire per esclusione quale è che causa il problema:
- armDisarm = arma/disarma e "stato" dell'antifurto
- sensors = stato dei singoli sensori di zona
- events = eventi/logs
- bypass = bypass di una zona
- zoneNames = in fase di avvio del componente chiede all'antifurto il nome e il tipo "configurati in centrale" delle singole zone
se dovete postare log lunghi, mi raccomando usate la tag
<details> <summary>Descrizione log</summary> log lungo </details>
cosi il topic rimane fruibile
Io niente, lo avevo disinstallato e ora l'ho reinstallato ma non mi rileva nessun sensore. Mqtt non ha più nessun sensore. Ho riavviato decine di volte e controllato i parametri su configurazione.
Ecco il log che pare però senza problemi:
[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. [17:18:32] INFO: Passing /data/options.json to ialarm-mqtt@ 0.10.0 with node-ialarm@ 0.5.1 Found arg --hassos with value /data/options.json info: Trying to merge HASSOS options file (/data/options.json) with default config.json warning: Config.json value not specified on /data/options.json using default '' on ["name"] warning: Config.json value not specified on /data/options.json using default '40' on ["server","zones"] info: Starting up... info: MQTT connecting to broker 192.168.1.50:1883 with cliendId ialarm-mqtt
su sistema supervisor ho questo errore in rosso:
21-11-05 17:22:02 ERROR (MainThread) [supervisor.services.modules.mqtt] There is already a MQTT service in use from core_mosquitto
su sistema supervisor ho questo errore in rosso:
21-11-05 17:22:02 ERROR (MainThread) [supervisor.services.modules.mqtt] There is already a MQTT service in use from core_mosquitto
eh ma questo non è qualcosa che ha a che fare con ialarm-mqtt però
su sistema supervisor ho questo errore in rosso:
21-11-05 17:22:02 ERROR (MainThread) [supervisor.services.modules.mqtt] There is already a MQTT service in use from core_mosquitto
eh ma questo non è qualcosa che ha a che fare con ialarm-mqtt però
Ho fatto restart del supervisor e non mi dà più l'errore comunque mqtt non mi rileva niente.
ma questo errore è importante?
info: Trying to merge HASSOS options file (/data/options.json) with default config.json warning: Config.json value not specified on /data/options.json using default '' on ["name"] warning: Config.json value not specified on /data/options.json using default '40' on ["server","zones"]
Questi sono "info", non sono errori.
Se da MQTT Explorer non rileva messaggi io controllerei la configurazione dell'addon, in particolare ip, username e password del server MQTT
Questi sono "info", non sono errori.
Se da MQTT Explorer non rileva messaggi io controllerei la configurazione dell'addon, in particolare ip, username e password del server MQTT
Finalmente, ho disinstallato l'addon mqtt e anche l'integrazione e reinstallato e così ora funziona. Domani mattina faccio le prove. A presto
Questi sono "info", non sono errori. Se da MQTT Explorer non rileva messaggi io controllerei la configurazione dell'addon, in particolare ip, username e password del server MQTT
Finalmente, ho disinstallato l'addon mqtt e anche l'integrazione e reinstallato e così ora funziona. Domani mattina faccio le prove. A presto
Allora ecco il risultato della prova
Non ho capito però come si disabilitano le singole features per capire, per esclusione, quale possa essere il problema
ho riprovato e quando la centrale dà l'allarme (da armata e allertata con il PIR) si blocca l'addon. Ora l'addon non funziona più nemmeno resettandola o resettando la centrale. Ecco il log:
[cont-init.d] 00-banner.sh: exited 0. [cont-init.d] 01-log-level.sh: executing... [cont-init.d] 01-log-level.sh: exited 0. [cont-init.d] nginx.sh: executing... [cont-init.d] nginx.sh: exited 0. [cont-init.d] secrets.sh: executing... [20:02:44] INFO: Update secret in config [20:02:44] INFO: Update database path in config [cont-init.d] secrets.sh: exited 0. [cont-init.d] done. [services.d] starting services [services.d] done. [20:02:44] INFO: Run Home Panel.. yarn run v1.22.10 $ node lib/ info: API started [20:02:53] INFO: Starting NGinx...`
ahahhaha ho sbagliato, ho preso il lig di un'altro addon, ecco quello corretto:
[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. [17:20:19] INFO: Passing /data/options.json to ialarm-mqtt@ 0.10.0 with node-ialarm@ 0.5.1 Found arg --hassos with value /data/options.json info: Trying to merge HASSOS options file (/data/options.json) with default config.json warning: Config.json value not specified on /data/options.json using default '' on ["name"] warning: Config.json value not specified on /data/options.json using default '40' on ["server","zones"] info: Starting up... info: MQTT connecting to broker 192.168.3.50:1883 with cliendId ialarm-mqtt info: MQTT connected to broker 192.168.3.50:1883 with cliendId ialarm-mqtt info: subscribing to ["ialarm/alarm/discovery","ialarm/alarm/resetCache","ialarm/alarm/area/+/set","ialarm/alarm/zone/+/bypass"] info: Setting up first TCP connection to retrieve mac address... "GetNet": concurrent commands, delaying 200ms error: 5229-["GetNet"] tcp socket timeout error: 5229-["GetNet"]: throw an error: 5229-["GetNet"] tcp socket timeout {"stack":"Error: 5229-[\"GetNet\"] tcp socket timeout\n at Socket.socket.on (/app/ialarm-mqtt/node_modules/ialarm/src/meian-socket.js:135:18)\n at Socket.emit (events.js:198:13)\n at Socket._onTimeout (net.js:443:8)\n at ontimeout (timers.js:436:11)\n at tryOnTimeout (timers.js:300:5)\n at listOnTimeout (timers.js:263:5)\n at Timer.processTimers (timers.js:223:10)"} error: Error starting up: 5229-["GetNet"] tcp socket timeout info: Stopping... [cmd] /run.sh exited 1 [cont-finish.d] executing container finish scripts... [cont-finish.d] done. [s6-finish] waiting for services. [s6-finish] sending all processes the TERM signal.
Dopo un paio di giorni di prove, ho notato che funziona tutto ma dopo un po di tempo (non saprei definire con precisione ma credo sia superiore ai 5 minuti di cache dove comunque fa un refresh) inizia ad essere impallata e questo è quanto trovo sul registro:
inoltre nel log di avvio noto queste cose:
Allora ho continuato a fare prove, e ho solo 1 problema. Quando la centrale si arma e dà l'allarme con il sensore acqua (settato sia su 20 ore che fumo), l'addon mi dà correttamente ultimo evento ma si blocca, cioè anche se disarmo la centrale manualmente per l'addon rimane sempre armata e non c'è verso di disarmarla tramite alarm_control_panel.tcpip_panel. Quindi lampeggia sempre in rosso come fosse armata e non funziona più nulla. Mentre invece quando la centrale da armata si allerta per i pir non ci sono problemi a disarmarla (sia manualmente che da tcpip_panel) e quindi funzionare
@maxill1 ho capito !!! Mi spiace dirtelo ma è il tuo addon. Se lo arresto il plugin di Ryuzakikk torna a funzionare, se attivo il tuo blocca la connessione con la centrale e devo riavviare per tornare ad usare quello di Ryuzakikk. Spero che queste info ti siano utili.
Originally posted by @Nik71git in https://github.com/maxill1/ialarm-mqtt/issues/18#issuecomment-944941633