telemetry
Quoi de neuf

OPENHAB

  • Forum Electricité - Domotique
  • Auteur du sujet Auteur du sujet jcoenen
  • Date de début Date de début
  • #21
Bon, j'ai flashé une SD avec home assistant , et les péripéties continuent, RPI zeroW donc wifi donc les merdouillages recommencent, pour configurer les clé Wifi, faut faire une clé USB avec un fichier avec le SSID et les clés, là je jette l'éponge, faut vraiment le vouloir pour installer cette :poop:

J'écrase la SD avec openHab et recommence
 
  • #22
C'est à cause de ça que j'ai envie d'abandonner Home Assistant aussi...
 
  • #23
Et bien il n'y a pas photo, l'installation est un peu lente (Rpi zero W ...), mais procède sans couac.

Faut juste prendre patience ...
 
  • #24
la patience est une vertu ;)
 
  • #26
tant que tu ne le renverses pas sur le PI :joy:
 
  • #27
Boitier étanche, ai tout prévu :cool::joy:

En plus mes raspberry sont sobre a la différence de leur opérateur ... triste

Bon fichier de config de mon rpi4 copiés là ou il doivent être, pour plus de sureté je procède à la mode windows (i.e. reboot).
 
Dernière édition:
  • #28
Et voila poltronne e sofa ou quelque chose comme ça

ça fonctionne mais le moins que l'on puisse dire c'est que ce n'est pas rapide au démarrage, comparé au rpi 4 bien entendu.

Une fois que c'est lancé c'est très acceptable, par contre avec un seul USB on est limité a moins bien sur d'utiliser des remote dongle via ser2net et socat ... bricolo un jour, bricolo toujours !

63705C91-679F-41BD-A676-EF59A0E603A5.jpeg


Capture d’écran 2021-01-20 à 18.19.25.png
 
Dernière édition:
  • #29
Il est de visé ! :D
 
  • #30
De Jodoigne en fait, mais j'ai émigré a Visé passke, un homme à visé ...

Bien entendu tout dépend de la valeur initiale mais c’est quant même 100 % de plus value sans débauche d’énergie hein.
 
  • #32
Tiens, si ça peut intéresser quelqu'un, j'ai testé dans l'ordre: Domoticz, HA, Jeedom, OpenHAB et Loxone.
Au final je suis resté sur Loxone, je le trouve excellent comme visualiseur, avec des limites mais dans mon cas je suis plus qu'heureux. Le fait de pouvoir définir ce que chaque utilisateur peut faire ou ne pas faire est top, par exemple mes garçons ne peuvent pas éteindre l'éclairage de mon bureau, mais moi je peux éteindre la télé :)

Mon install:
- KNX pour interrupteurs et éclairages, pour les volets, pour les Velux (via module KLF200) et pour la sonde de remplissage de la citerne, KNXd pour communiquer
- ioBroker pour contrôler mes Daikin
- ebusd pour comminiquer avec mes chaudières Vaillant
- Loxone pour le visualiseur, pour la gestion du chauffage (vannes + interfaçage avec mes chaudières Vaillant), et pour mes interrupteurs sans fil (actionneurs de prise électrique)
- Zigbee pour les sondes de température

Pour lier le tout, j'utilise node-red qui est un plaisir à mettre en place et à maintenir.

Le principe que j'ai utilisé pour faire mes choix: les fonctions "de base" (éclairage, volets) doivent fonctionner sans problème si j'enlève mes serveurs -> KNX est idéal pour ça.
Tout le reste doit être fiable mais non nécessaire -> demain, je peux remettre des vannes thermostatiques normales sans tout casser.

Enfin, et surtout, Loxone ne passe pas par un cloud.
 
Dernière édition:
  • #33
Loxone est par contre propriétaire et payant... :laughing:

Tu as quelle configuration pour nodered ? C'est facile de tout y intégrer ? Cela pourrait seulement tourner avec nodered sans rien d'autre ?
 
  • #34
Exact pour Loxone, ça avait fait partie de mes points de comparaison quand je l’ai choisi. Au final, je me suis dit que:
- propriétaire, oui mais 1/ pas fermé, et 2/ pas cloud-based donc pas de souci si Loxone arrête des activités
- l’app est vraiment excellente
- le WAF aussi du coup :)
- et puis je considère que mon temps est précieux: j’avais envie d’un système qui fonctionne, j’aime passer du temps à le mettre en place mais je n’aime pas passer du temps à le maintenir...

Il est payant, mais ça reste raisonnable à mes yeux (bin rapport qualité/prix si on compare à Niko par exemple).

Pour node-red, réponse de normand: ça dépend de ce que tu veux faire :)
Je l’utilise pour deux choses: la « glue » et le Dashboard.
La glue, ca me sert à relier les différents composants entre eux. Exemple : d’un côté j’ai mon niveau de citerne qui remonte par KNx, de l’autre côté je veux visualiser ça dans Loxone. Node-red fait le liant. Autre exemple: Loxone gère mon chauffage, mais les températures des pièces sont remontées par saignée. Etc.

J’utilise aussi le Dashboard: c’est compliqué dans Loxone de créer un chouette Dashboard qui reprend les paramètres vitaux de mon système, et node-red est top pour ça.

Par contre, node-red n’est pas vraiment un visualiseur, en tout cas pas terrible par rapport à d’autres solutions.

Voici mon dashboard pour te donner une idée.

0F2B376A-3E24-46B9-BDDC-FEE253B475EA.png


B6947DEA-10E3-41B7-B39B-271CC648113F.png


13A1E888-5F3E-4C47-B350-BD9A40CEE1C1.png
 
Dernière édition:
  • #35
Et deux screenshots de Loxone...

DE094D62-852B-4697-8FA1-F8D322B5B924.png


A768AE1A-41EC-40AD-81B4-5D21FC2BE5E8.png
 
  • #36

C'est très exactement ce qu'il me faut !

Je connais Loxone mais c'est totalement démesuré et hors budget pour moi. C'est effectivement la meilleure alternative au knx lourd et vieillissant. Un choix parfait pour une nouvelle installation complète.

Nodered à l'air fort anglophone et difficile à prendre en main au début non?
(A noter que je suis allergique aux lignes de codes pour la programmation)

A voir Nodered vs Blockly de Openhab !
 
Dernière édition:
  • #37
Je trouve que node-red n'est pas trop compliqué à prendre en main, même au début, mais je suis peut-être biaisé vu que l'informatique est mon métier :)

En gros, node-red c'est quoi ? C'est un serveur, que tu configures à partir de ton browser, qui fait 3 choses:
- il prend des entrées
- il les manipule
- et il les envoie en sortie
D'ailleurs quand tu commences avec node-red, tu fais du très simple: en entrée, tu prends un bouton qui envoie la date, en manipulation tu ne fais rien, et en sortie tu les affiche sur ton écran.
node-red propose une foultitude de modules d'entrée et de sortie, pour s'adapter à plein de situations: par exemple, module d'entrée KNX, module de sortie email, etc etc.
C'est un outil hyper visuel, tu as des blocs que tu relies entre eux.

Ce qui est compliqué au final, c'est l'envoi des données à node-red et la récupération de la sortie à partir de node-red.

Je prends un exemple simple, plus parlant. Imaginons que tu veux afficher la température de ta cuisine dans un dashboard node-red.
Tu as un capteur de température zigbee et tu as node-red.
La vraie question est: comment tu communiques la température de ton capteur zigbee vers node-red ?

Il y a plusieurs solutions possibles, la plus élégante pour moi c'est de se reposer quand c'est possible sur un serveur MQTT (en gros, MQTT c'est un bus: tu envoies des données, et les "abonnés" les reçoivent). Le gros avantage de MQTT, c'est que tu "découples" celui qui publie et celui qui reçoit. C'est intéressant pour plusieurs aspects, mais surtout:
- celui qui publie n'a pas à se soucier de savoir si quelqu'un a reçu son message ou non
- tu peux entièrement changer le publicateur ou l'abonné, sans en informer l'autre
- tu peux avoir plusieurs abonnés à un même message
- chaque abonné ne s'abonne qu'aux sujets qui l'intéressent


Donc dans ce cas, le système devient:

1) Capteur Zigbee -> envoie la température au "Pont" Zigbee (via le protocole Zigbee)
2) Le Pont Zigbee fait suivre la température à ton serveur MQTT (via IP, donc ton WiFi ou un câble réseau)

3) node-red reçoit le message de la part du serveur MQTT
4) node-red l'affiche dans son dashboard

Au final, la seule "programmation" que tu as à faire est dans la partie "manipulation" de node-red; par exemple, tu reçois la température d'un capteur qui s'appelle "GHA61BC" et que tu veux appeler "Cuisine" dans ton dashboard. Il faut changer le nom, rien de bien compliqué.

Rien d'hyper compliqué, mais si tu veux je peux t'aider (sur un autre thread, histoire de ne pas polluer celui-ci).
En gros, si tu veux débuter, je te proposerais de:
1) déployer node-red sur un raspberry par exemple, ou docker ou autre
2) tester un scénario simple sur node-red (je clique sur un bouton virtuel et je regarde ce qui se passe)
3) ensuite, j'ajoute un serveur MQTT sur le raspberry
4) je prends un élément que je veux voir afficher sur node-red, et je mets en place la chaîne Element -> MQTT -> node-red.
 
  • #38
J'adore vraiment l'idée, c'est super de prendre ton temps pour partager tes savoirs. Pas de programmation lourde là dedans. Juste des serveurs à mettre en place et des fichiers de configuration à faire. J'ai déjà le matériel pour ça en plus.

Je vais mettre un orange pi zero pour mqtt et un pour nodered. J'ai déjà la partie réseau pour joindre le tout de l'extérieur (Zerotier).

J'ai vu que des intégrations directes existent pour nodered mais ça m'a l'air peu maintenu (node-red-contrib) et on ne sait pas lequel choisir. Le plus simple est de systématiquement faire une passerelle mqtt.

Si j'ai compris, il est possible d’interagir directement en mqtt sans passer par autre chose?
Genre une passerelle Xiaomi/mqtt qui gère un détecteur de mouvement.
Mouvement => passerelle => mqtt "Mouvement"
Lumière abonnée au topic "Mouvement" => Elle s'allume
Par contre pas moyen de gérer une tempo sur la lumière du coup...

Pareil pour un bouton poussoir, la lumière va s'allumer à l'appui via mqtt mais ne va pas s’éteindre avec un second appui?
 
  • #39
Directement les questions compliquées :grinning:

Non, en vrai, tu mets le doigts sur deux choses essentielles quand tu fais ce genre d'intégration:
1/ Qui a l'intelligence
2/ Qui a l'état

Intelligence
Prenons ton premier exemple avec un détecteur de mouvement.
Tu as 3 scénarios possibles:
a) ton détecteur possède l'intelligence de déclencher un timer quand il détecte un mouvement, et donc il envoie 1 dans MQTT quand un mouvement est détecté, et 0 après que le timer ait expiré sans aucun mouvement (exemple: 60 secondes). Dans ce cas, node-red peut simplement faire suivre l'état (0 ou 1) à l'actionneur de la lampe, qui allume ou éteint la lampe en fonction
b) ton détecteur n'a pas cette intelligence, et se contente d'envoyer un 1 quand un mouvement est détecté. Par contre, tu as de l'intelligence dans l'actionneur de ta lampe, qui est capable d'éteindre la lampe tout seul 60 secondes après le dernier 1 reçu. Dans ce cas, à nouveau, node-red se contente de faire suivre le 1 à l'actionneur de la lampe, qui gèrera l'extinction comme un grand
c) ni ton détecteur, ni l'actionneur de ta lampe n'ont d'intelligence particulière. En clair, le détecteur envoie juste des 1, et l'actionneur de ta lampe est juste capable de répondre à 1 ou 0, mais ne peut pas gérer de timer. C'est là que node-red déploie sa puissance: tu peux ajouter un timer dans node-red, qui se déclenche à chaque fois que node-red reçoit un 1, et 60 secondes après le dernier 1 reçu, le timer expire et node-red prend l'initiative d'envoyer un 0 à l'actionneur de ta lampe.

Donc en clair, pour chaque scénario, il faut réfléchir à la mise en place. Tout est possible, ou presque, mais il faut bien y réfléchir.

C'est le même principe pour ton second exemple (bouton poussoir), tout dépend de l'intelligence de chacun des éléments.

Etat
Dans les scénarios ci-dessus, c'est facile: tu as un capteur, une lampe et basta.
Mais imaginons un scénario un peu plus complexe: tu as un actionneur KNX, un interrupteur et une application. Tu veux que le tout soit synchronisé, c'est-à-dire que ton application montre que la lampe est allumée quand tu appuies sur l'interrupteur, et que l'interrupteur puisse éteindre une lampe allumée à partir de ton application.
Dans ce cas, il faut réfléchir à la notion d'état: un élément de la chaîne doit savoir le statut de la lampe à tout moment.
En général, c'est l'actionneur de la lampe qui sait, et donc il faut faire en sorte que quand tu appuies sur l'interrupteur, tu déclenches l'actionneur mais tu informes aussi l'application. Enfin, on parlera de ça dans un second temps, si jamais tu veux utiliser l'app Maison sur ton iPhone en même temps qu'un interrupteur physique :p Parce que oui, tu peux aussi créer des éléments dans l'app Maison à partir de node-red.

En passant, deux derniers avantages de MQTT:
- le découplage permet de travailler sur un élément sans tout casser. Par exemple, tu décides de bouger node-red sur un autre serveur, tu n'as pas besoin de reprogrammer chacun de tes éléments pour les informer que node-red a une autre adresse IP, puisque les éléments ne connaissent que node-red
- le débugging: ça, c'est une fonction hyper intéressante. Comme tu peux avoir plusieurs clients ("subscribers") sur MQTT, tu peux utiliser un programme tel que MQTT Explorer sur Mac qui t'affiche en temps réel ce que MQTT reçoit comme message, tout en laissant tourner le reste de ton système. Ca te permet par exemple de voir si node-red réagit bien à chaque message, si un interrupteur envoie bien le message que tu attendais etc...
 
  • #40
Pour en revenir à openhab, travail du jour, addition d'un réseau zwave dans l'abri de jardin.

Définition du réseau dans le bureau avec FHEM sur un Rpi2 et un vieux stick qui trainaient, et un dimmer fibaro FGD211. Jusque là tout va bien.

Le dimmer une fois dans l'abri de jardin est trop loin du stick, même si en "line of sight", les signaux ne sont pas assez puissants (50 mètres) et cela fonctionne une fois sur 4.

Solution, Rpi installé dans l'abri de Jardin avec une prise CPL (qui trainait elle aussi).

Le stick USB est configuré en remote avec ser2net

Sur la machine (Rpi4) qui tourne openhab, socat est utilisé pour définir un device (accès local au remote stick).

Création du thing zwave et récupération du device FGD211.

Maintenant c'est fiable à 100%

Capture d’écran 2021-01-21 à 18.12.06.png


Les things ont été ajoutés via l'UI, je devrait les rajouter dans les fichiers, pour rester cohérent.

Nul doute que la chose est aussi possible avec FHEM via le même socat.

Et voici la chose sur l'app du smartphone entretemps mon fils s'est déconnecté de la PS4 ... mais c'est bien de pouvoir aussi couper la PS4 à distance :)imp::imp::imp:), je suis heureusement surpris de ce openhab.


Capture d’écran . 2021-01-21 à 18.22.58.jpeg
 
Dernière édition:

Sujet semblables

36 37 38
Réponses
759
Affichages
60K
jcoenen
Réponses
2K
Affichages
208K
jcoenen
Réponses
39
Affichages
20K
juarez

Nos articles

On a aimé dans le forum

Retour
Haut