Al momento stai visualizzando Home Assistant e ZigBee: orientiamoci

Home Assistant e ZigBee: orientiamoci

In questo articolo introdurrò la tecnologia ZigBee e come utilizzarla al meglio in Home Assistant facendo le scelte preliminari migliori. Non descriverò (ancora) configurazioni o argomenti tecnici ma i criteri per effettuare le valutazioni che determinano le scelte che condizioneranno l’uso di questa tecnologia in Home Assistant.

Prenditi un po’ di tempo per effettuare le scelte migliori per la tua situazione ed iniziare col piede giusto.

ZigBee

Nato intorno al 2004 ed originariamente adottato principalmente nell’ambiente industriale, sempre più utenti, oggi, si stanno dotando di dispositivi che comunicano tramite ZigBee nelle proprie case grazie ad un’offerta che diventa sempre più ricca. Tali dispositivi, infatti, hanno dei notevoli vantaggi, se comparati con quelli Wifi, nell’applicazione della domotica. Tali vantaggi possono essere riassunti così:

  • Copertura automaticamente estesa grazie alla rete a maglie, più nota come rete mesh. Ogni dispositivo alimentato, infatti, funziona anche da router, ovvero instrada i messaggi da e per i dispositivi che non riescono a raggiungere il resto della rete.
  • Il protocollo di funzionamento è molto più orientato a brevi messaggi a bassa latenza, proprio quello che ci serve per la domotica.
  • Il consumo per le comunicazioni, essendo essenzialmente connectionless, è molto inferiore. I dispositivi a batteria ZigBee hanno infatti una batteria più piccola e una durata maggiore della controparte Wifi.

Ci sono però anche degli svantaggi:

  • I produttori tendono a considerare ZigBee un protocollo “chiuso”, creando un ecosistema di bridge, dispositivi ed App che funziona solo con dispositivi di quel produttore specifico, al contrario del Wifi dove ogni dispositivo è interoperabile out of the box.
  • ZigBee è uno standard (promosso dalla ZigBee Alliance e basato sulla specifica IEEE 802.15.4) ma la minore adozione rispetto ai dispositivi Wifi e la personalizzazione dei produttori ha generato dei comportamenti non sempre uniformi allo standard, rendendo più difficile l’integrazione dei dispositivi.
  • Le frequenze di funzionamento nella maggior parte del mondo (compresa l’Europa) sono completamente sovrapponibili al Wifi. Potrebbe risultare quindi un po’ complicato far convivere entrambi i sistemi, specie considerando le reti wifi dei vicini…

Iniziamo ad orientarci

Riprendendo gli svantaggi sopra descritti, facciamo un esempio pratico.
Se acquisto delle lampadine smart Ikea TRÅDFRI, dovrò necessariamente acquistare il Bridge TRÅDFRI, gestito con l’app di Ikea e interoperabile solo con altri prodotti Ikea TRÅDFRI. Se nell’offerta di Ikea non troverò un altro tipo di dispositivo ma un altro produttore lo commercializzasse non avrei modo di farlo funzionare nella stessa rete. La stessa cosa vale per la maggior parte degli altri produttori.

Ad aiutarci ci sono però dei dispositivi alternativi ai bridge dei singoli produttori che permettono di far funzionare nella stessa rete ZigBee dispositivi eterogenei di produttori differenti. Il vantaggio di tali dispositivi, generalmente chiamati “chiavette ZigBee” (che è un po’ riduttivo), è anche quello di non utilizzare alcun tipo di cloud, laddove i bridge dei produttori ne fa invece ampio uso. Possiamo immaginarli, con un po’ di licenza poetica, come degli Access Point del mondo Wifi, con la differenza che ce ne può essere uno soltanto per rete, con ZigBee (per estendere la copertura vedremo nell’articolo che seguirà come fare).

Usando un coordinator di questo tipo, quindi, potremo utilizzare una lampadina Ikea, una Philips Hue, una presa comandata Xiaomi, i sensori Aqara e così via. Tutti nella stessa rete e controllati dal nostro hub di domotica, nel nostro caso specifico parliamo di Home Assistant.

Diventa quindi naturale voler utilizzare questi dispositivi per la propria casa. Ma al momento di scegliere quale adottare per gestire i dispositivi ZigBee con il nostro Home Assistant, ci si imbatte però in due scelte, parzialmente correlate:

  • Quale coordinator scegliere
  • Quale integrazione utilizzare per collegarlo ad Home Assistant

La scelta del coordinator zigbee

Ho scritto un articolo con l’hardware consigliato, dai un occhio lì!

La scelta del coordinator è però legata a doppio filo a…

La scelta dell’integrazione zigbee in Home Assistant

Esistono infatti, al momento in cui scrivo, tre diverse integrazioni usabili per collegare Home Assistant alla rete ZigBee tramite un coordinator (in ordine decrescente di diffusione):

La scelta è piuttosto importante in quanto cambiarla significherebbe eliminare l’integrazione, i dispositivi e tutte le entità da Home Assistant per poi dover rifare il pairing di tutti i device con la nuova integrazione. Meglio prendere il toro per le corna prima di avere tanti dispositivi!

Diciamo subito che Phoscon / Deconz è la scelta preferita di chi inizia utilizzando la chiavetta ConBee in quanto è la soluzione ufficialmente fornita dal produttore ma è compatibile SOLO con i propri coordinator ConBee / RaspBee.

Premetto che i criteri di scelta di un’integrazione o dell’altra rientrano nella sfera delle preferenze personali e possono variare in base all’esigenza. Non c’è una scelta ovvia, giusta o una delle integrazioni che trova d’accordo tutta la comunità. Quello che segue, quindi, è il mio personale punto di vista e la mia personale valutazione. Vi invito a leggerla, valutarla e trarne degli spunti di ragionamento autonomi per prendere una decisione consapevole, priva di pregiudizi o di “fan tutti così”.

Segue quindi la mia personale analisi delle tre integrazioni dove, prima di elencare quali sono i pro e contro secondo me, mostro qual è il percorso dell’informazione a partire dal coordinator fino ad arrivare ad Home Assistant in quanto ci sarà utile per farne un ragionamento conclusivo in seguito.

Phoscon / Deconz

La prima integrazione che prendiamo in analisi è Phoscon / Deconz, la soluzione inclusa come add-on ufficiale manutenuto da Home Assistant e rilasciato da Dresden Elektronik. Ricordo che questa integrazione è compatibile solo con coordinator di tipo ConBee e RaspBee.

Elenco (non ufficiale ed esaustivo) dei dispositivi testati e funzionanti con Deconz

Percorso dell’informazione ricevuta dal coordinator fino ad arrivare ad Home Assistant con Phoscon / Deconz
Vantaggi:
- Soluzione ufficiale del produttore di Conbee/Raspbee
- Interfaccia semplice da usare
- Funzioni semplicemente mappabili: interruttori / luci con supporto dimmerabilità
- Mappa network chiara su Deconz collegandosi con VNC
Svantaggi:
- A diversi utenti risulta poco stabile, perdendo ogni tanto dispositivi dal network!
- Doppia configurazione dispositivi in Phoscon/Deconz ed in Home assistant
- Compatibile solo con coordinator di Dresden Elektronik
- Add-on piuttosto pesante che consuma progressivamente più RAM e CPU
Vantaggi e svantaggi della soluzione Phoscon / Deconz

Zigbee2MQTT

Con questa soluzione il coordinator comunica con un’add-on (che può anche essere installato da solo su un Raspberry Pi zero, per esempio), il quale instrada i messaggi ZigBee trasformandoli in messaggi MQTT al Broker MQTT, anch’esso un add-on di Home Assistant (ad esempio Mosquitto Broker), il quale a sua volta comunica all’integrazione di Home Assistant.

Elenco (non ufficiale ed esaustivo) dei dispositivi testati e funzionanti con Zigbee2MQTT

Percorso dell’informazione ricevuta dal coordinator fino ad arrivare ad Home Assistant con Zigbee2MQTT
Vantaggi e svantaggi della soluzione Zigbee2MQTT

Zigbee Home Automation (ZHA)

Quest’ultima soluzione è una integrazione nativa, senza alcun add-on, che comunicando direttamente con il coordinator gestisce in modo integrato ad Home Assistant eventi e comandi ZigBee. Si configura ed utilizza direttamente dall’interfaccia utente di Home Assistant.

Elenco (non ufficiale ed esaustivo) dei dispositivi testati e funzionanti con ZHA

Percorso dell’informazione ricevuta dal coordinator fino ad arrivare ad Home Assistant con ZHA
Vantaggi:
- Soluzione più semplice da utilizzare (zero configurazione!)
- Compatibile con molti coordinator diversi
- La più efficiente e leggera per l'hardware
- Garantisce i minori tempi di latenza gestendo direttamente gli eventi
Svantaggi:
- La mappa è certamente migliorabile
- Attualmente la meno utilizzata delle integrazioni
Vantaggi e svantaggi della soluzione ZHA

Conclusioni

Come hardware il mio consiglio è duplice. Se da un lato non posso che consigliare la Conbee II che utilizzo personalmente per casa mia e si è sempre comportata molto bene, dall’altro lato i coordinator basati su CC2538 come quelli linkati nel paragrafo relativo sono un’alternativa interessante con una portata ancor più ampia e possibilità ulteriori (come l’Hat per Raspberry decentralizzato). A voi l’ardua scelta 🙂

Come integrazione, invece, la mia preferenza è senza dubbio per Zigbee Home Automation (ZHA). Tra le tre integrazioni è quella tecnicamente più performante, più leggera per l’hardware su cui gira e soprattutto più semplice e comoda da utilizzare, essendo integrata in Home Assistant e non richiedendo alcuna configurazione YAML. Si aggiunge l’integrazione, si sceglie dalla casella a discesa la porta di comunicazione cui è collegato il coordinator e… finito. Molto probabilmente sarà anche quella su cui gli sviluppatori dell’hub punteranno più di altre per il futuro, essendo da loro sviluppata.
Per dovere di cronaca riporto anche un possibile motivo per scegliere Zigbee2MQTT che, essendo un software trasversale nel senso che non funziona solo con Home Assistant ma con altri hub domotici che supportano MQTT, ha modo di avere più attenzione da parte degli sviluppatori raccogliendo un bacino di utenza più ampio.
Ciò nonostante la mia preferenza resta per ZHA in quanto l’architettura che ne sta alla base è secondo me migliore e corrisponde a quel che avrei pensato di realizzare io se mi avessero commissionato la realizzazione di un’integrazione del genere.

Non c’è quindi motivo, dal mio punto di vista, per scegliere un’integrazione più complessa senza che questa complessità porti alcun beneficio. In principio ZHA era poco utilizzata ma le cose sono già parecchio cambiate, come riporta la pagina Analytics di Home Assistant.

Non perderti i seguenti articoli su Zigbee!

Nel prossimo articolo dedicato a ZigBee troverai degli aspetti più tecnici di questa tecnologia: come scegliere il canale migliore, come estendere e pianificare la copertura e altre utili informazioni sul funzionamento della rete ZigBee.
Nel terzo ed ultimo capitolo della saga trovi descritto ZHA, con la relativa configurazione e come gestire i dispositivi.
Se usi telecomandi/interruttori che agiscono su dispositivi Zigbee non perderti inoltre l’articolo che spiega come attivare il binding diretto che ha tanti vantaggi.

Ti va di darmi una mano?

Il contenuto di questo sito è completamente gratuito senza pubblicità invasive e il fine non è certo guadagnare …ma mantenere un sito ha un costo. Se ti va di darmi una mano per sostenere le spese o ti va di sostenere questo progetto hai le seguenti modalità:


  • Donazione con Paypal:

  • Regalami un caffè su Buymeacoffee:


  • Effettua i tuoi acquisti Amazon a partire da QUESTO LINK (o tramite i prodotti sotto)

  • Effettuare i tuoi acquisti AliExpress usando QUESTO LINK

Henrik Sozzi

Sono un analista programmatore per lavoro e per passione. Amo la domotica, la stampa 3D e la tecnologia in generale. Mastodon: @pixel

Questo articolo ha 52 commenti

    1. Henrik Sozzi

      Grazie mille, spero possa aiutare qualcuno ad orientarsi e farsi una propria opinione che è sempre la cosa migliore.

  1. Franco

    Finalmente una guida che orienta in maniera chiara e semplice, non dando nulla per scontato.
    Non è da molti avere capacità di trasferire conoscenze e abilità, soprattutto in ambito tecnico.
    Complimenti. La seguirò volentieri; sono certo che moltissimi miei dubbi saranno fugati. Grazie

    1. Henrik Sozzi

      Grazie, troppo gentile! Beh questa guida magari non te li toglierà tutti i dubbi ma con le prossime che sto scrivendo spero di togliere diverse perplessità e dare delle informazioni che tante volte vedo sono ignorare o sottovalutate (giustamente! Non è facile orientarsi, specialmente a chi approccia questo mondo)

  2. Aspied

    Questo articolo è lacunoso e fuorviante e tralascia la soluzione più semplice ed ovvie. Per esempio Amazon echo plus ha un hub ZigBee che funziona con tutte le marche dove io ho collegato già Ikea (prese e lampadine), Philips (lampadine) ed altre marche varie di interruttori. Tutto funziona alla perfezione. Perché voler omettere tale tipo di soluzione molto semplice e flessibile? C’è interesse a farla più complicata di quello che è?

    1. Henrik Sozzi

      Caro Aspied, forse ti sfugge che il contesto della guida sia Home Assistant (il titolo inizia così non per caso…). La soluzione da te citata, valida e legittima, non è in alcun modo pilotabile da Home Assistant, pertanto non può essere in alcun modo presa in considerazione. Con le integrazioni elencate i dispositivi connessi sono disponibili all’utilizzo al pari di qualunque altro collegato in wifi per mezzo del coordinator e dell’integrazione, il tutto in modo totalmente locale e privo di qualunque cloud. Come li stai usando tu, invece, i dispositivi possono essere comandati solo da Alexa, passando per il cloud (per il riconoscimento vocale) e non avresti modo di gestirli o interrogarli da Home Assistant.

  3. luca

    Ciao, complimenti ottima guida…
    Quindi tu sceglieresti CC2538 + CC2592?
    Ho deciso di eliminare il mio hub smartthings, collegato ad HA, ogni tanto qualche dipositivo non compatibile al 100% si disconnette… vorrei qualcosa di più stabile.
    Ero orientato su Conbee II, ma la tua guida mi ha fatto venire il dubbio.
    Sono su raspberry p3, quindi vorrei qualcosa che non appesantisse il sistema, ed ho già almeno 30 dispositivi zigbee.
    Cosa mi consigli?

    1. Henrik Sozzi

      Ciao Luca, grazie 🙂
      Si, sarei tentato. Nel gruppo facebook Home Assistant Italia tanti utenti sono molto soddisfatti dai coordinator di Giovanni Castania (che ho linkato nell’articolo), per questo mi sento di consigliarlo seppure non li abbia provati in prima persona.
      Se devo però dare un consiglio sulla mia personale esperienza non posso non consigliare la Conbee II che, con ultimo firmware, è davvero stabile e ben funzionante.
      Nella tua condizione, ancor di più però, vale la mia analisi riguardo la pesantezza delle integrazioni. Ovviamente con risorse hardware più scarse (p3) è ancor più importante non sprecare cicli di elaborazione e memoria. Motivo per il quale ti suggerisco caldamente di usare ZHA in quanto estremamente più leggera delle altre due soluzioni, che richiedono una o due add-on esterni che vanno ad appesantire l’hardware, oltre che rallentare e complicare la gestione.
      La mia è una posizione un po’ in controtendenza in quanto la maggior parte degli utenti usa Zigbee2mqtt ma vedo che tutti quelli che sono passati a ZHA sono pienamente soddisfatti e mi hanno dato ragione 🙂 A volte bisogna forzare un po’ la mano per cambiare lo status quo per vincere le resistenze del “si è sempre fatto così” 😉

  4. luca

    Grazie del consiglio,
    anche se in futuro ho intenzione di fare un upgrade hardware sul pi4, per il momento tutto funziona bene, quindi il primo step che mi sento di fare è l’integrazione di un dongle zigbee, che è quello che mi sta creando maggiori grattacapi con smartthings.

  5. Luca

    Invece conbee II con ZHA come lo vedi?

  6. Marco

    Ottima guida, grazie! Aspetto le altre!
    Ho un dubbio.. ma se ZHA e’ un’integrazione diretta di HA, il coordinator DEVE essere collegato allo stesso sistema che ospita HA? Per la collocazione del mio pi4 non posso collegare direttamente li’ il coordinator, non raggiungerebbe nessun sensore. E anche se ne prendesse qualcuno in mente ne ho solo a batteria e quindi non rilancerebbero la connessione verso altri hop (se ho capito bene come funziona la mesh; anzi che dispositivi zigbee sono alimentati a parte le hue?).
    Avevo quindi pensato a un Pi0 strategicamente installato.. con Deconz funzionerebbe perche’ sono entita’ logiche separate.

    1. Henrik Sozzi

      Grazie mille! Esatto, hai capito benissimo. Per risolvere il problema hai due possibilità: la prima, che hai già individuato da solo, è quella di usare dispositivi zigbee alimentati che fanno da router creando così una “strada” verso i dispositivi a batterie non direttamente raggiungibili. Io ho adottato questa soluzione avendo il Raspberry con Conbee II in mansarda e arrivando con ZigBee fino in cantina, passando da primo piano e pian terreno. L’altra soluzione è usare un hat (linkato nell’articolo) di Giovanni Castania con un Pi0 oppure un Sonoff ZBBridge con firmware modificato che puoi mettere dove vuoi. ZHA usa la chiavetta tramite una porta seriale quindi rendere remota la porta seriale è piuttosto semplice (viene fatto con ser2net). A te la scelta 🙂

  7. Mathias

    Ottimo articolo Henrik!
    Grazie a questa guida ho capito perfettamente il funzionamento della tecnologia ZigBee.
    Sono ancora agli inizi, ho un’installazione di HASSIO su Raspberry pi4, personalmente penso che mi orienterò per un Conbee II con ZHA come da tue indicazioni. Per questo però aspetto la tua guida per l’installazione e configurazione di ZHA! 😉
    A presto

    1. Henrik Sozzi

      Grazie mille! Sono contento di essere riuscito nell’intento 🙂 La guida per installare e configurare ZHA è la prossima nel mirino…

  8. Herik

    Ciao Henrik, occhio che la soluzione hat non è praticabile se hai un minipc come me, o simili, perché sottintende la presenza di un raspberry o simili, quindi devi averlo come appoggio, io personalmente l’ho messo su un vecchio 3 che mi fa da server di stampa installando zigbee2mqtt su di lui, che poi comunica verso il broker mqtt (nel mio caso è il router OpenWRT messo dopo il modem di infostrada e prima degli access point apple che uso).

    1. Henrik Sozzi

      Ciao Herik, per questo nel testo ho scritto (cito): “schede HAT da collegare a Raspberry Pi, anche Pi Zero W.”
      Grazie comunque, interessante avere il broker mqtt sul router 👍🏻

  9. Andrea

    Ciao Henrik, complimenti per la guida!
    Sono da poco nel mondo della domotica con un Raspberry4 + HA e cercando un dongle zigbee sono capitato qui!

    Ho visto le CC2538 + CC2592 oltre che la ConBee2 e mi sembra che l’unica differenza è che la ConBee2 non supporta Zigbee3.0, giusto? Può essere un fattore cardine per scegliere la CC2538 rispetto la ConBeee2?

    Grazie!

    1. Henrik Sozzi

      Ciao e grazie! 🙂
      Hanno una differenza nel numero di device supportati ma non mi è ancora chiaro esattamente quali siano i limiti, sto aspettando le risposte ufficiali di Dresden Elektronic. Ad ogni modo entrambe ne supportano tanti, secondo me non è un motivo per preferirne una o l’altra in un impianto domestico.
      Altra differenza è la portata, una CC2538 + CC2592 con antenna esterna ha più portata di Conbee II che ha antenna interna (e comunque già copre un mio piano da 60 mq + parte del piano sottostante).
      A quanto mi risulta, invece, zigbee 3 lo supportano entrambe le chiavette ed è più un’implementazione software che hardware.

  10. Luigi

    Ho riletto questa guida (complimenti) e dopo aver ordinato la “chiavetta” di Giovanni Castania con cc2538+cc2592 la sua maggior copertura a leggere il tuo cenno a problemi di compatibilità mi sorge il dubbio. ZHA o Zigbee2MQTT?

    1. Henrik Sozzi

      Grazie 😊 Se hai modo io ti direi di provare ZHA, se poi rilevi problemi allora vai con Zigbee2mqtt. Ma una volta abituato alla semplicità e linearità di zha ti sarà difficile 😁

  11. Fabio Bianconi

    Complimenti per la guida, ben dettagliata e piena di informazioni utili.
    Anche gli altri articoli sono ben fatti, complimenti.

    Ci sono altre differenza tra ZHA e Zigbee2mqtt oltre a quelle descritte?
    Zigbee2mqtt funziona ad eventi, è asincrono, ZHA funziona allo stesso modo?
    Grazie

    1. Henrik Sozzi

      Grazie mille! 🙂
      Non conosco i dettagli tecnici di come siano realizzati internamente (sono un programmatore ma purtroppo non programmo in Python altrimenti un occhio gliel’avrei dato) ma so che da una certa versione la programmazione asincrona è diventata un must per i componenti custom quindi deduco che le integrazioni ufficiali per prime lo siano tutte, in particolar modo ZHA che è l’integrazione ufficiale Zigbee. Il fatto che funzioni ad eventi credo proprio di si ma in quel contesto le due integrazioni che citi funzionano in modo differente: zigbee2mqtt lato integrazione funziona con l’MQTT client che riceve comandi via MQTT dal broker e quindi gli basta essere in ascolto sul socket ma internamente all’addon zigbee2mqtt fa la stessa cosa che fa ZHA direttamente nel contesto operativo di Home Assistant: comunica con il coordinator Zigbee. E lì dipende da come sia il protocollo di ogni firmware/coordinator, cosa che non conosco così nel dettaglio. Ma una cosa è certa: sia l’addon zigbee2mqtt che ZHA devono far uso del protocollo quindi se questo è ad eventi asincroni sfrutteranno tale peculiarità anch’essi. A naso, usando Conbee II, posso dire che è ad eventi asincroni in quanto gli eventi vengono ricevuti da HA con una latenza bassissima, quando premi un interruttore sembra di aver premuto un interruttore fisico tanto è veloce la reazione.

  12. daniele

    Buongiorno Henrik, prima di accingermi a fare una schifezza avrei bisogno di un parere: – è possibile usare ZHA e Phoscon insieme, scegliendo sotto quale integrazione mettere i dispositivi? Ho una sirena Heiman zigbee che con zha non va granché, vorrei provarla sotto Phoscon è possibile?

    1. Henrik Sozzi

      Ciao Daniele, lo stesso coordinator può funzionare con una sola integrazione alla volta e ogni cambio, peraltro, richiede il repairing di tutti i dispositivi. Per fare quel che vorresti dovresti avere due coordinator e fare due reti ZigBee separate ma comincia ad essere un problema trovare canali liberi…
      Ma a prescindere: io ho una sirena Heiman e la uso regolarmente da ZHA… Che problemi hai?

  13. daniele calzetti

    Grazie della risposta, la sirena funziona, a parte i ‘toni’ e ‘intensità suono’ selezionabili come credo sai da integrazione zha (ma forse è un limite hardware?), la cosa però che non riesco a cambiare è la durata: è settata in Alarmo a 2 min. e mi dura solo 5 secondi, ho guardato un po’ ovunque ma non ho capito dove è questo limite dei 5 sec.

    1. daniele

      Scusa, aggiungo solo che ho anche una Heiman z-wave JS e quella non ha problemi, l’integrazione z-wave JS riporta solo switch e livello batteria ma tutto perfetto.

    2. Henrik Sozzi

      Ci sono due servizi che puoi usare: zha.warning_device_squawk e zha.warning_device_warn.
      In teoria il primo servirebbe per emettere un breve segnale per identificare “antifurto inserito” e “antifurto disinserito” ma mi pare che la sirena suoni per un po’, dovrei ricontrollare che l’ho fatto tempo fa quando ho fatto gli esperimenti e poi mai più.
      L’altro servizio, più utile, è il secondo. Lì puoi specificare diversi parametri e relativamente alla sirena Heiman questi sono i valori che mi sono appuntato come funzionanti:

      • IEEE: indirizzo IEEE della sirena
      • mode: tra le diverse modalità ho rilevato che funzionano solo i valori 0 = sirena off e 1 = sirena on
      • duration: durata in secondi 1 – 65535
      • strobe: 0 = luce off, 1 = luce on

      Le specifiche complete dei campi le puoi trovare nelle specifiche ZCL di Zigbee Alliance da pagina 481, dal capitolo 8.4.2.3 in poi.
      Come hai notato la sirena non supporta tutte le funzioni, il tipo di tono, l’intensità del suono ma anche il duty cycle della luce, se non ricordo male. Però l’attivazione della sirena per un certo tempo funziona.

  14. daniele calzetti

    Grazie molto chiaro come sempre (caffè offerto 😉 è il minimo). Così funziona, invece con Z-Wave la durata non è un parametro possibile perché il servizio è uno switch: qui ho creato un’automazione in cui dico quando stato entità switch.allarme passa a ‘on’ per tot. sec. dopo chiama servizio swicth_turn_off

    1. Henrik Sozzi

      Hey, grazie per il supporto! (ti ho risposto subito su buymeacoffee ma ho ritardato qui, perdonami, settimana terribile…) Se preferisci avere uno switch anche con la sirenza zigbee puoi creare un input_boolean e con un’automazione sul cambio stato di tale input_boolean chiami il servizio con mode = 1, quando va in on, e mode = 0, quando va in off. Così puoi usare l’input_boolean come fosse uno switch.

  15. ClaudioG

    Buonasera.
    Sono reduce da un “cattivo acquisto” per mia ignoranza di un gateway Zigbee Tuya.
    Mi pare di avere capito che tutte le chiavette menzionate hanno bisogno di essere collegate al PC. (non per l’alimentazione)
    Nella mia configurazione non è fattibile.
    Mi puoi consigliare un gateway open che possa usare via wifi?

    1. Henrik Sozzi

      Ciao, ne ho due da consigliare, ti do pro e contro di ognuna:

      • Z-Bee Duo di Giovanni Angelucci – In versione ethernet (se puoi è meglio) o wifi
        PRO: microcontrollore (stabile, stacchi l’alimentazione e non hai problemi), pronta out of the box
        CONTRO: se vuoi usare zigbee2mqtt non ce lo puoi installare sopra
      • Zigbee 3.0 HAT di Giovanni Castania. Ci ho scritto anche un articolo
        PRO: hat per Raspberry: se usi zigbee2mqtt lo puoi installare in locale
        CONTRO: devi lavorare di più per costruire una soluzione
      • Entrambe sono ottime soluzioni ed entrambe ti offrono la migliore stabilità della rete zigbee, che se costantemente 24/7 online funziona molto meglio (da quando uso il coordinator dell’articolo la mia rete zigbee è un orologio svizzero)

  16. ClaudioG

    Scusa ma forse mi sono espresso male.
    Ho bisogno di un coordinator che non debba essere collegato al RPi. (quindi il maschio USB deve servire solo come alimentazione).
    Quindi l’HAT non va bene ed il duo non c’è sullo store.
    Il Tuya era wifi ma per farlo riconoscere a HA ci vuole una laurea in ingegneria informatica!!

  17. ClaudioG

    Trovato… grazie!

    Quindi comprando oltre al duo anche il modulo Wifi… l’USB serve solo ad alimentarlo.
    Giusto?

    1. Henrik Sozzi

      Il duo è disponibile, appena controllato. Si, l’usb serve solo ad alimentarlo o a collegarlo al PC (può funzionare anche così) ma col modulo wifi va via wifi e col modulo ethernet va in ethernet. Io preferirei ethernet per non avere anche quel dubbio che si somma se un giorno dovessi avere qualche problema.

  18. Andrea Santinelli

    Ciao Henrik, avrei una domanda su Zigbee e credo che tu possa riuscire a rispondermi. Ho acquistato delle valvole termostatiche ZigBee della Tuya (devono ancora arrivarmi) e vedo tanti tutorial dove usano Zigbee2MQTT per la loro gestione. Ora, nel mio sistema ho installato il Broker Mosquitto (lo uso per i Sonoff con firmware Tasmota) ed ho installato l’integrazione ‘Sonoff Zigbee 3.0 USB Dongle Plus’ per gestire l’omonimo coordinator usato per leggere lo stato dei sensori di temperatura/umidità Sonoff dislocati nelle varie stanze. Ho provato ad installare Zigbee2MQTT per capirci qualcosa ma non funziona (errore 502: Bad Gateway). Ora, secondo te dove sta il problema? Tanto per chiarimento, uso anche l’add-on DuckDns per accedere da remoto in unione con il reverse-proxy Nginx. Uso questa configurazione per avere accesso al mio raspberry mediante IP quando sono sotto la rete wifi (altrimenti non funziona). Il reverse-proxy può causare il problema a Zigbee2MQTT? Nel router le porte sono tutte aperte (443, 8080). Puoi aiutarmi? Grazie.

    1. Andrea Santinelli

      Scusa, ho commesso un errore. L’integrazione installata è Zigbee Home Automation. Credi che potrò usare quella senza andare ad usare anche Zigbee2MQTT per gestire le valvole?? Grazie.

  19. Giovanni

    ciao, grazie alla tua guida ho scelto l’integrazione ZHA con un sonoff Hub Bridge ,sembra tutto ok.. ma dopo un tot di tempo i dispositivi risultano non disponibili ho notato che nella configurazione di Zigbee Home Automation esiste un parametro(considera i dispositivi alimentati a batteria non disponibili dopo…) aumentando questo parametro (secondi) i dispositivi ritornano disponibili, scusa ma non ho capito l’utilità di questo parametro, devo inserire per non aver problemi un anno in secondi?
    Grazie

    1. Henrik Sozzi

      Ciao Giovanni. No, quel parametro ti consiglio di lasciarlo a default. I dispositivi zigbee fanno delle comunicazioni ogni tot secondo per dire “ehi, io ci sono”. Il tempo con cui lo fanno varia tra quelli alimentati (più spesso) a quello a batteria (più raramente). Quei due tempi dicono dopo quanto secondo che non si ricevono notizie da un dispositivo considerarlo offline.
      Il fatto che li vedi offline significa che probabilmente hai problemi sulla rete zigbee o sul pairing e i dispositivi non comunicano regolarmente come dovrebbero.

  20. gattomark

    Ciao, è ancora tutto valido oppure negli anni qualcosa è cambiato?
    Grazie

    1. Henrik Sozzi

      Ciao, ottima osservazione! I consigli hardware sono superati. I concetti di base espressi sono sempre validi e le differenze tra le tre piattaforme sono sempre corrette. Io sto ancora usando ZHA ma penso che passerò a zigbee2mqtt per via del suo supporto più maturo ai dispositivi. ZHA resta comunque perfettamente funzionante e ottimo per iniziare in quanto più semplice da capire e da gestire, oltre che più leggero per l’hatdware.
      Tieni solo conto che il passaggio significa riaccoppiare tutti i dispositivi e rinominare le entità o correggere i nomi nelle automazioni che li usano ed in UI (con VSCode lo fai con un solo comando per ogni entità, ad ogni modo)

  21. gattomark

    wow grazie mille Henrik. Dici supporto più maturo ai dispositivi, cosa intendi? Hai riscontrato qualche limite con ZHA?
    Mi fai un esempio?
    Grazie ancora

    1. Henrik Sozzi

      Zigbee2Mqtt è più attivamente sviluppato in quanto è un progetto funzionante a prescindere da Home Assistant, è trasversale a più sistemi, usando MQTT. Per questo motivo e per il fatto che è più facile creare delle eccezioni per i device ci sono più dispositivi supportati. Quindi se hai dispositivi “esotici” è più probabile che zigbee2mqtt li supporti e magari ZHA non lo faccia o non lo faccia del tutto.
      Non parliamo di dispositivi standard come un relè, se un device segue le specifiche zigbee è visto correttamente da qualunque sistema. Ma, ahimè, pochi device zigbee seguono al 100% le specifiche…
      I device principali comunque funzionano benone su ZHA, ti posso confermare tutti device Ikea e Ledvance (che aggiornano anche automaticamente i firmware), Aqara, prese Blitzwolf, router cc2652p. Questi i device che uso io e ne garantisco l’ottimo funzionamento con ZHA.
      Vuoi un esempio comunque. Il telecomando Tint. Funziona in ZHA, lo vede e funziona. Ma la ruota dei colori è impossibile da utilizzare mentre pare che con zigbee2mqtt venga correttamente letta.
      Inoltre, visto dagli amici passati a zigbee2mqtt, quest’ultima integrazione fornisce più sensori e configurazione per i dispositivi.
      In poche parole, sembra più matura e attivamente sviluppata.
      Ad ogni modo entrambe le integrazioni hanno pro e contro. Ti consiglio di provarle entrambe (partendo da ZHA che si installa con un click) per farti un’idea tua. Ognuno ha un metro di paragone e delle proprie priorità…

  22. gattomark

    Grazie mille, informazioni utilissime!

Rispondi

Questo sito usa Akismet per ridurre lo spam. Scopri come i tuoi dati vengono elaborati.