Closed maxill1 closed 2 years ago
maxill1
commented
3 years ago Purtroppo sui filari non ho modo di testarlo in prima persona, su che numero zona sono messi? Sono in serie o parallelo? Cioè se apri un sensore o un altro sempre una zona risulta aperta? Ti va di aprire un issue dedicato ai sensori filari?
P.s. @blakdog1978 ho aperto un issue dedicato per gestire meglio il problema
blakdog1978
commented
3 years ago Mi va eccome anzi ti ringrazio, cerco di spiegare come è impostata la mia centrale, potrebbe avere fino 32 zone wifi , potrebbe avere 96 zone filari usando espansioni in bus da 8 zone ciascuno, ha 4 diverse aree da poter armare separatamente, si può armare totale se tutto è chiuso altrimenti non arma, parziale esclude le zone aperte e arma tutte le altre, questo sempre per ogni area. La mia situazione è questa: 6 zone wifi cioè le prime sei zone 1,2,3,4,5,6 attualmente impostate su l'area n.1 Altre 26 zone filari che sono i sensori degli scuri e dei serramenti e portoni del garage. Ogni sensore filare rappresenta una zona a se stante. Dimmi cosa altro vuoi sapere e cosa potrei fare per aiutarti ad aiutarmi :)
maxill1
commented
3 years ago le 26 zone filari appaiono su ialarm-mqtt?
Mi dicevi che ti risultano sempre aperte, hai modo di mandarmi una lista di attributi di una delle zone filari che ti risultano sempre aperte? Fai cosi, prova a cliccare su un sensore e visualizza lo stato, quindi nel modale espandi "attributi", poi incollami il contenuto oppure lo screenshot, è indifferente, quello che voglio osservare è cosa ha "true" e cosa "false".
blakdog1978
commented
3 years ago OK questo e quello filare
questo è quello wifi
maxill1
commented
3 years ago secondo me qualcosa non va con il numero di zona: Nome "Zona 36" mentre:
id: 10
zone: 10
typeId: 0
type: DisabilitataSopratutto dice che questa "zona 36", e che ha ha id 10, è una zona disabilitata (typeId = 0).
Hai una zona 10 che effettivamente non è configurata e risulta disabilitata dal tuo pannello?
Per me questo problema è correlabile all'errore sui numeri zona sbagliati che mi segnalava @gideonklein
blakdog1978
commented
3 years ago Si ne ho parecchie non utilizzate appena riesco faccio una lista, comunque sono sicuro che la zona 10 non è utilizzata
blakdog1978
commented
2 years ago Ok ecco la lista delle zone : 1,2,3,4,5,6 utilizzate dalla 7 alla 32 non utilizzate 33,34,35,36 utilizzate dalla 37 alla 48 non utilizzate dalla 49 alla 62 utilizzate 63,64 non utilizzate dalla 65 alla 72 utilizzate dalla 73 alla 128 non utilizzate Ho notato che le zone filari sono espresse tutte nelle zone non utilizzate dalla 7 alla 32. Come posso risolvere?
maxill1
commented
2 years ago Se riesco stasera pubblico una versione con vari bigfix e vediamo se ho trovato la strada giusta per risolvere
gideonklein
commented
2 years ago Sarebbe grande
maxill1
commented
2 years ago @blakdog1978 riprova con la versione 2.0.4 (ialarm-mqtt 0.9.0) dove ci sono topic separati per numero di zona. Forse ora le zone non si sovrappongono.
blakdog1978
commented
2 years ago Grande le zone funzionano, mi rimane il problema che arma solo l'area 1 e la 2,3,4 non le vede... Poi vorrei mettere a posto gli attributi di certe zone che una la configura come mtion anche se è una porta e invece le sei zone con sensori di movimento le riconosce come porte, ho provato a modificare il file di configurazione ma sto sbagliando perchè mi dice file non valido
gideonklein
commented
2 years ago maxill1 bene ottimo, ecco quanto per me
Sensori porte e finestre sono perfettamente funzionanti e in 5 secondi rilevano lo stato anche last event è coerente
blakdog1978
commented
2 years ago Anche a me non funziona arma e disarma neanche zona 1 e per i sensori ho risolto mi è bastato configurare i sensori wifi nella centrale invece di metterli perimetrali metterli come sensori da interno e vengono riconosciuti come motion. Una domanda adesso nei dispositivi creati da mqtt ialarm non ha più niente di disponibile, dunque non è più in uso ? Come faccio ad eliminarlo ?
maxill1
commented
2 years ago Grande le zone funzionano, mi rimane il problema che arma solo l'area 1 e la 2,3,4 non le vede... Poi vorrei mettere a posto gli attributi di certe zone che una la configura come mtion anche se è una porta e invece le sei zone con sensori di movimento le riconosce come porte, ho provato a modificare il file di configurazione ma sto sbagliando perchè mi dice file non valido
Aree apro un nuovo issue per quello, per pulizia mentale.
device_class personalizzato si può certamente fare, io lo faccio con la porta di casa e con il sensore di allagamento per impostarlo come "moisture". Probabilmente devo tarare meglio le configurazioni dell'addon.
maxill1 bene ottimo, ecco quanto per me
Sensori porte e finestre sono perfettamente funzionanti e in 5 secondi rilevano lo stato anche last event è coerente
- Armo e disarmo non funzionano
- I sensori PIR e i sensori acqua, gas e fumo non si attivano proprio neanche su last event. Da tenere presente che i PIR si attivano con la centrale armata (che funziona) invece i sensori acqua, gas e fumo anche a centrale disarmata ma li avverte come pericolo. Quindi per ricapitolare ho gli stessi problemi che avevo con il node-red di Niki, cioè sensori finestre funzionanti e il resto dei sensori no.
Sensori "24 ore" Premetto che a me acqua e gas funzionano (non ho fumo) e da me sono impostati come "24 ore" cioè, come hai detto tu fanno suonare l'antifurto anche se disarmato. La centrale me li riporta come typeId=5:
type: 24 ore
typeId: 5Mi sento di dire che se non si attivavano neanche con nodered (quindi con lo scraper) forse è il modo con cui sono configurati che non va oppure che è proprio la centrale che non li espone alla stessa maniera della mia.
Armo e disarmo non funzionano Datemi qualche info in più, un log, un errore, un piccione viaggiatore...voglio aiutarvi ma davvero senza info vado a tentativi.
blakdog1978
commented
2 years ago Provando ad armare con custom bypass si è chiuso addon e nel registro c'è questo:
received topic 'ialarm/alarm/set' : ARM_CUSTOM_BYPASS
Alarm command: ARM_CUSTOM_BYPASS (ARM_CUSTOM_BYPASS)
/app/node_modules/ialarm-mqtt/index.js:194
if (!commandType || !alarm[commandType]()) {
^
TypeError: alarm[commandType] is not a function
at Object.armDisarm (/app/node_modules/ialarm-mqtt/index.js:194:48)
at MqttClient.
maxill1
commented
2 years ago Non ho gestito ARM_CUSTOM_BYPASS. A dir la verità non mi è chiaro il caso d'uso. Lo hai fatto da lovelace o inviando il topic a mano?
Devo comunque gestire meglio un comando sconosciuto senza buttare giù il processo...grazie, me lo segno.
blakdog1978
commented
2 years ago l'ho fatto da lovelace ...
maxill1
commented
2 years ago l'ho fatto da lovelace ...
ok per ora vi consiglio di configurare la card di lovelace con i soli stati gestiti:
type: alarm-panel
states:
- arm_home
- arm_away
entity: alarm_control_panel.ialarmper armed_custom_bypass non credo che l'allarme lo supporti di suo, si potrebbe creare un comando ad hoc che arma e poi fa il bypass di zone specifiche (configurabili da yaml magari), ma per ora non je la faccio a farlo, prima rendiamolo stabile :smile:
blakdog1978
commented
2 years ago L'ho fatto solo per provare magari andava ad armare aree diverse dalla 1, non saprei neppure io come usare quel comando ...
gideonklein
commented
2 years ago Grande le zone funzionano, mi rimane il problema che arma solo l'area 1 e la 2,3,4 non le vede... Poi vorrei mettere a posto gli attributi di certe zone che una la configura come mtion anche se è una porta e invece le sei zone con sensori di movimento le riconosce come porte, ho provato a modificare il file di configurazione ma sto sbagliando perchè mi dice file non valido
Aree apro un nuovo issue per quello, per pulizia mentale.
device_class personalizzato si può certamente fare, io lo faccio con la porta di casa e con il sensore di allagamento per impostarlo come "moisture". Probabilmente devo tarare meglio le configurazioni dell'addon.
maxill1 bene ottimo, ecco quanto per me Sensori porte e finestre sono perfettamente funzionanti e in 5 secondi rilevano lo stato anche last event è coerente
- Armo e disarmo non funzionano
- I sensori PIR e i sensori acqua, gas e fumo non si attivano proprio neanche su last event. Da tenere presente che i PIR si attivano con la centrale armata (che funziona) invece i sensori acqua, gas e fumo anche a centrale disarmata ma li avverte come pericolo. Quindi per ricapitolare ho gli stessi problemi che avevo con il node-red di Niki, cioè sensori finestre funzionanti e il resto dei sensori no.
Sensori "24 ore" Premetto che a me acqua e gas funzionano (non ho fumo) e da me sono impostati come "24 ore" cioè, come hai detto tu fanno suonare l'antifurto anche se disarmato. La centrale me li riporta come typeId=5:
type: 24 ore typeId: 5Mi sento di dire che se non si attivavano neanche con nodered (quindi con lo scraper) forse è il modo con cui sono configurati che non va oppure che è proprio la centrale che non li espone alla stessa maniera della mia.
Armo e disarmo non funzionano Datemi qualche info in più, un log, un errore, un piccione viaggiatore...voglio aiutarvi ma davvero senza info vado a tentativi.
- il log dell'addon ti riporta che il comando "arm" arriva?
- usando MQTT Explorer o equivalenti, cosa arriva al topic "ialarm/alarm/state"?
- se invii manualmente via MQTT un topic "ialarm/alarm/set" con payload "armed_home", cosa succede?
- stai usando la entity "alarm_control_panel" corretta e non un rimasuglio di vecchie config? Nel caso provate a:
- eliminare il vecchio device da qui:
- riavviare home assistant e (di conseguenza essendo un addon) riavviare ialarm-mqtt dopo home assistant: questo dovrebbe forzare il discovery di nuove entity e sovrascrivere le vecchie "config" che rimangono sul broker mqtt
Ciao,
allora per quanto riguarda arma e disarma ora funziona, evidentemente creava conflitto con la alarm_control_panel:
Per quanto riguarda i sensori pir armando la centrale che funziona inserendosi l'allarme, l'addon non lo riconosce nè come sensore e neanche come last event.
maxill1
commented
2 years ago La centrale ha uno schermo? Sulla mia quando apro una porta o finestre appare: F-01 dove F è fault e 01 è la zona 1.
Se mi muovo in casa con i PIR non vedo nulla sullo schermo della centrale. Secondo me quei sensori non riportano nulla se non quando sono allarmati e quindi sullo schermo appare: A-02 dove A è allarme e 02 e la zona 2 e per farlo sparire bisogna cancellare sul pannello le notifiche di allarme
Non so che dirvi riguardo i 24 ore, a me funziona e riporta aperto (perché è un sensore normalmente aperto) 😞
gideonklein
commented
2 years ago Grande le zone funzionano, mi rimane il problema che arma solo l'area 1 e la 2,3,4 non le vede... Poi vorrei mettere a posto gli attributi di certe zone che una la configura come mtion anche se è una porta e invece le sei zone con sensori di movimento le riconosce come porte, ho provato a modificare il file di configurazione ma sto sbagliando perchè mi dice file non valido
Aree apro un nuovo issue per quello, per pulizia mentale.
device_class personalizzato si può certamente fare, io lo faccio con la porta di casa e con il sensore di allagamento per impostarlo come "moisture". Probabilmente devo tarare meglio le configurazioni dell'addon.
maxill1 bene ottimo, ecco quanto per me Sensori porte e finestre sono perfettamente funzionanti e in 5 secondi rilevano lo stato anche last event è coerente
- Armo e disarmo non funzionano
- I sensori PIR e i sensori acqua, gas e fumo non si attivano proprio neanche su last event. Da tenere presente che i PIR si attivano con la centrale armata (che funziona) invece i sensori acqua, gas e fumo anche a centrale disarmata ma li avverte come pericolo. Quindi per ricapitolare ho gli stessi problemi che avevo con il node-red di Niki, cioè sensori finestre funzionanti e il resto dei sensori no.
Sensori "24 ore" Premetto che a me acqua e gas funzionano (non ho fumo) e da me sono impostati come "24 ore" cioè, come hai detto tu fanno suonare l'antifurto anche se disarmato. La centrale me li riporta come typeId=5:
type: 24 ore typeId: 5Mi sento di dire che se non si attivavano neanche con nodered (quindi con lo scraper) forse è il modo con cui sono configurati che non va oppure che è proprio la centrale che non li espone alla stessa maniera della mia.
Armo e disarmo non funzionano Datemi qualche info in più, un log, un errore, un piccione viaggiatore...voglio aiutarvi ma davvero senza info vado a tentativi.
- il log dell'addon ti riporta che il comando "arm" arriva?
- usando MQTT Explorer o equivalenti, cosa arriva al topic "ialarm/alarm/state"?
- se invii manualmente via MQTT un topic "ialarm/alarm/set" con payload "armed_home", cosa succede?
- stai usando la entity "alarm_control_panel" corretta e non un rimasuglio di vecchie config? Nel caso provate a:
- eliminare il vecchio device da qui:
- riavviare home assistant e (di conseguenza essendo un addon) riavviare ialarm-mqtt dopo home assistant: questo dovrebbe forzare il discovery di nuove entity e sovrascrivere le vecchie "config" che rimangono sul broker mqtt
Ciao Luca,
io purtroppo sempre problemi. Dettagli:
maxill1
commented
2 years ago chiudo questo issue perché il problema dei sensori filari sembra risolto. Apriamo altri issue per problemi diversi, cosi posso gestirli meglio.
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 ...
Originally posted by @blakdog1978 in https://github.com/maxill1/ialarm-mqtt/issues/18#issuecomment-940846908