Forum Domoticz en français

Hello,

Dans ses promos journalières actuelles, domadoo fait 22% sur la conbee... J'ai déjà pas mal de z-wave et me demandais, pour des trucs n'ayant pas forcément besoin de la même fiabilité (non intégré nativement à Domoticz, intéropérabilité non native), si ce n'était pas l'occasion de tenter un peu de zigbee (moins cher...)?

A regarder comment est architecturé l'affaire, tout semble reposer sur une appli graphique de configuration servant aussi de passerelle réseau local pour le contrôle.

Et là, je m'interroge, mon PI3 hébergeant Domoticz étant installé sans bureau/environnement graphique, car headless (sans écran): Aucune chance que cela fonctionne a priori?

Si c'est quand même le cas (version CLI de l'appli?), qu'en est-il en pratique du suivi/fiabilité?

Puis sait-on jamais, demain ils proposeront peut-être sa concurrente Zigate qui semble ne pas nécessiter ce bazar d'applicatif passerelle mais uniquement un plugin python...

moi j'ai la conbee 2 installee dans le local piscine au fond du jardin
J'accede à mon rpi3 via soit la console, soit vnc viewer
Aucun soucis. Marche impec. et tu reinstalles pas a chaque fois.
L'ajout se fait via phoson accesible soit via vnc viewer, soit directement via ton navigateur web

PArfait pour moi

Alors du coup étant un des premier concerné je vais te répondre ^^. D'ailleurs pour info tu as deja quelques infos ici viewtopic.php?f=15&t=7593

Deja non, le zigbee n'est pas moins fiable, et non ce n'est pas moins cher.
Toi tu parles de Xiaomi, et non Xiaomi n'est pas le zigbee. Il y a du zigbee fiable, autant que le zwave, mais le prix n'est plus le meme.

Deconz est en realité une application de management zigbee, une grosse application, très performante, je te met au defi de trouver mieux, c'est l'application qui nécessite d'avoir un OS avec desktop, cette application fonctionne avec des plugins, l'un d'entre eux est la fameuse API utilisée par toute les autres applications.
Il y a la possiblité de lancer deconz headless ou avec le GUI (evidement la version headless te fait perdre les fonctionnalitées de la version avec GUI, tu n'utilise plus que certains plugins)

Deconz fonctionne comme zigbee2mqtt, de maniere autonome, l'application fait tourner un webserveur (REST et pas MQTT, donc du coup natif, pas besoin de gerer un serveur en plus) qui permet de faire fonctionner phoscon et d'interagir avec l'API. Tu peux faire tourner deconz sur un raspberry 0, de maniere totallement autonome comme une passerelle HUE ou Ikea. Et tu peux t'y connecter avec tout ce que tu veux, ce n'est pas une connexion exclusive, tu peux y connecter en meme temps alexa (meme si je te conseille de regarder les dernieres infos avant de tenter ca), domoticz, et te servir de ton smartphone pour un accès direct.

C'est très fiable, il te suffit de regarder les notes/commentaires sur amazon. Par contre, niveau emmerdement , quand ca marche faut plus toucher ^^. Le projet bouge beaucoup, il y a une nouvelle API en projet, tu as tres frequement plus de problemes en installant une mise a jour qu'en restant avec une vielle version.
Ca peut marcher du premier coup, comme te demander d'utiliser des lignes de commandes des la premiere installation, donc je ne la conseillerais pas a quelqu'un ne sachant pas ce que veut dire SSH.

Merci Thorgal pour ces explications : j'ai une petite idée du fonctionnement de Deconz.

C'est donc plus compliqué qu'une Zigate qui ne nécessite qu'un simple plugin. Mais, c'est aussi différent avec tout un système spécifique qui permet de faire d'autres choses.

Ben la zigate wifi fonctionne un peu comme ca, tu as une passerelle ou tu envois/fait des requetes HTTP, mais c'est plus brut, il y a du boulot pour pouvoir t'en servir sans domoticz.

Il y en a qui se servent de deconz juste avec du code python ou shell, l'API est très simple a utiliser https://dresden-elektronik.github.io/de ... g_started/
Et elle est meme compatible avec du matos compatible HUE.

Par contre pipiche a enormement developpé le plugin zigate sur domoticz (enorme est meme un mot plutot petit pour ca, rien que le frontend me scotche), si tu utilises deconz headless, il y a des commandes qui vont te manquer, mais qui sont dispo sur son plugin, par exemple pour activer le mode dimmer sur un interrupteur Legrand, tu ne dois le faire qu'une fois, mais avec deconz headless tu ne pourras pas (il te faudra lancer deconz sur une machine avec desktp pour faire le reglage)

Les trois solutions zigbee, zigbee2mqtt / deconz / zigate, sont tres differentes, chacune a des avantages et inconvenients que les autres n'ont pas.
Pareil le fait d'utiliser deconz avec ou sans le GUI changera beaucoup de chose. Par exemple le dernier gadget de deconz

Application based automatic Source Routing under deCONZ GUI → Panels → Source Routing. It figures out routing issues and selects alternative paths towards routers independent from device based mesh routing.

Sans le GUI, tu pourras toujours utilser la conbee, mais tu peux faire une croix sur cette fonctionnalitée, pas de visualisation du maillage non plus.

Apres il y a ca https://github.com/dresden-elektronik/d ... ess-setups , mais la j'y connais rien.

Et comme deconz est independant de domoticz, si un jour tu passes de domoticz a Home assistant, par exemple, tu pourras garder ton installation deconz, tu peux meme faire tourner HA et domoticz en meme temps avec le meme deconz.

Thorgal a écrit : 17 déc. 2020, 20:15 Par contre pipiche a enormement developpé le plugin zigate sur domoticz (enorme est meme un mot plutot petit pour ca, rien que le frontend me scotche)

Là je suis entierement d'accords avec toi, il a vraiment fait un boulot pharaonique !! Et, en plus, il est super réactif et disponible sur le forum


J'utilise la Zigate et elle répond tout à fait au besoin que j'en ai. Je pensais initialement que c'était peu ou prou les mêmes solutions. Je te remercie pour toutes ces explications détaillées

Thorgal a écrit : 17 déc. 2020, 20:15 Apres il y a ca https://github.com/dresden-elektronik/d ... ess-setups , mais la j'y connais rien.

OK, donc il n'y a qu'une seule appli qui gère les deux modes (sinon on ne pourrait pas l'utiliser en X11 forwarding via SSH). Ce qui veut dire que son installation va tirer toute la tétra-chiée de dépendances impossible à maîtriser.

Ils auraient dû en faire une version spécifique purement CLI.

J'ai donc bien fait de ne pas acheter hier, voulant conserver un système minimaliste sur mon PI hors de question d'intégrer toutes les librairies graphiques du toolkit probablement utilisé et leurs dépendances (souvent plus de 80% des dépendances d'un bureau complet).

J'ai bien un système X11 minimal d'installé (sa version frame-buffer), mais pour tirer des applis graphiques (éditeurs simples type nedit...) bien choisies et codées sans dépendances extérieurs à X, via ssh en X11 forwarding.

Tout ce qui irait au delà va utiliser le CPU et surtout GPU de manière plus intensive et faire que mon PI3 ne tiendra plus sur l'alimentation de l'USB Livebox, donc ne bénéficiera plus de la batterie tampon de cette dernière etc...

J'ajouterais que devoir passer par cet applicatif peut être séduisant à priori par les possibilités offertes mais également source potentielle de souci au même titre qu'une gateway matérielle: Si la boite mets la clef sous la porte, il ne sera plus maintenu... et à ce que je vois sur leur github, seuls les plugins sont open-source. Ce serait alors sans doute plus fonctionnel d'ici quelques versions de raspbian.

Yep, c'est la meme applications a 100%, juste une option activée ou pas.

En 2020, les hardwares ont évolues, les systèmes headless ne servent que quand les hardware l' y oblige.

Sur un raspberry 3, avec desktop et deconz (et domoticz et divers applis a la con) je suis meme pas a 4 % de cpu usage. Sur l'autre topic tu peux trouver des stats de quelqu'un avec un raspberry 0 avec l'average load, donc niveau conso ça doit aller.
A part prendre de la place sur ma carte SD, les librairies graphique ne gênent pas non plus.

En 2020 utiliser des systemes headless/minimaliste pour des raisons de securitées/stabilitées/performances n'est plus valable, la seule raison valable dépend du hardware, et un raspberry est une machine de guerre, bon ok vouloir utiliser l'alim USB du routeur en est une bonne, mais sans faire le test je doute que d'avoir les librairies graphiques installées et non utilisée te fasse consommer 100mA de plus.
Par contre ce qui est sur c'est que tu y perd en confort, tout le monde n'est pas excite par les lignes de commandes, et que si tu bidouilles, tu es sur de devoir installer des trucs en plus a un moment ou un autre, comme une simple lib python qui est normalement native sur l'OS depuis 5 ans.

Et juste en complement, la conbee n'a pas besoin de deconz, elle marche aussi sur des libs génériques comme la lib python utilsée par le plugin beta de jeedom ou meme zigbee2mqtt. Son protocole USB est aussi ouvert. Le seul truc de fermé est deconz lui meme (et son firmware, je viens juste d 'y penser.)

Thorgal a écrit : 18 déc. 2020, 16:26 En 2020 utiliser des systemes headless/minimaliste pour des raisons de securitées/stabilitées/performances n'est plus valable, la seule raison valable dépend du hardware...

Au delà de ma déformation professionnelle, si, cela a un sens. Un rockpi S n'était pas sorti quand je m'y suis mis et je ne voit aucun intérêt à traîner un truc qui va mettre un gros consommateur comme le GPU en branle alors qu'il n'y a aucun écran connecté: Zéro intérêt, donc ce n'est que des emmerdes possibles! Architecturé dans la philo unix, Deconz aurait eu un front end graphique facultatif s'appuyant sur une base CLI. Prévu dès le départ, c'est pas plus cher et convient à tous les usages.

Actuellement, j'ai un undervoltage dans les logs au démarrage, lié à l'appel de courant quand tout démarre... et c'est tout. Mais c'est donc limite.

Pas de soucis pour le GPU, mon telephone peut decoder du 4k, alors afficher un bureau en simple HD ne demande aucun effort a un raspberry 3.
Je sais que de desactiver le hdmi permet de faire gagner quelque dizaine de mA, mais tu peux le faire aussi en mode desktop si tu utilises VNC.

Je suis pas sur que la difference soit flagrante, par contre je connais les problemes d'alimentation USB de certaines clés zigbee, et que si tu les branches sur cette machine, c'est pas le fait d'etre en headless plutot que desktop qui va changer quelque chose.

Developper une appli graphique est plus facile et moins cher que de la developper pour un mode headless. Et surtout ca permet d'avoir un truc beacoup plus reactif et moins sujet a des resultats differents.

Apres, c'est personnel mais pour moi le soucis c'est que dans la tete des gens, Unix > serveur > headless, bizarrement quand c'est sur windows ca choque pas.