telemetry
Quoi de neuf

Fhem

  • Forum Electricité - Domotique
  • Auteur du sujet Auteur du sujet jcoenen
  • Date de début Date de début
  • #421
Ayant retrouvé des pi 3 me suis lancé dans l’installation de jeedom, me rappelle plus pourquoi j’avais laissé tombé.

Installé, plugin KNX installé, activé et onbjets créés.

c’est déjà ça me direz vous…

80F2839F-A994-42ED-9493-F47F23B543ED.png


Ça marche …


Comme quoi une jambe cassée fait quant même avancer les choses …
 
Dernière édition:
  • #422
Je viens d'essayer sur mon Pi4, via iSCSI sur le même Syno: 0.97s.

C'est donc bien le Pi qui limite à mort. Je suis déjà content de mon Pi4 alors qu'il n'y a que Raspbian dessus pour l'instant :)

dd if=/dev/zero of=test.file bs=64M count=1 oflag=dsync
1+0 enregistrements lus
1+0 enregistrements écrits
67108864 octets (67 MB, 64 MiB) copiés, 0,642125 s, 105 MB/s
pi@raspdomo:~ $

Raspberry 4 avec SSD sur port USB3
 
  • #423
765EFD1D-1F76-4203-895F-7FD6072B55FD.png Et maintenant avec jeedom.

Deux luminaires via KNX
Et une vanne thermostatique et le wallplug zWave, qui sont exportés en mqtt par fhem.

Lecture d’état et commande.

Ce qui représente une utilisation intéressante de fhem qui intègre les interfaces pour parler aux appareils, ainsi que la facilité de la mise en œuvre (auto-detect).

Pour ensuite rendre tout ça accessible aux logiciels qui se concentrent plus sur l’esthétique.

Je reste donc convaincu que fhem est incontournable.


Après des débuts pénibles en mqtt, je trouve le concept intéressant, ce n’est pas la panacée mais c’est assez efficace.
 
Dernière édition:
  • #425
Comment connecter FHEM à une clé USB ConBee II (Dresden Electronik), pour info la clé deConz (ou à un raspBEE II) est une interface zigBee (et donc HUE, Trådfri, OSRAM, enzovoord).

Une fois l'installation du logiciel Phoscon faite sur la machine qui servira de gateway (Raspberry, Linux, ou même windows) voici comment configurer FHEM.

Phoscon configuré et lampes (Ikea) reconnues (une lampe "Boule 1" dans une groupe "Sculptures":

Capture d’écran 2021-11-20 à 17.17.51.png

Configurer le gateway (menu a gauche en haut - configuration - passerelle, en bas mode avancé ), en mode authentifier application.

endéans la minute sur la machine qui tourne fhem en ligne de commande:

curl --header "Content-Type: application/json" --request POST --data '{"devicetype": "my application"}' http://<adresse du gateway>/api/

Qui va retourner une clé (key) example
[{"success":{"username":"F30747671E"}}]

Ensuite dans FHEM définir le bridge

define DECONZ HUEBridge <adress ip du bridge ou et la clé USB)>
attr key F30747671E
attr httpUtils 1

FHEM peut alors parler au bridge.

Il ne reste plus alors qu'a sélectionner active et autocreate pour récupérer les device zigBee connu par le bridge qui seront automatiquement placé dans la page HUEDevice

Dans mon cas, une lampe, un interrupteur et un groupe.


Capture d’écran 2021-11-20 à 18.10.01.png


Le gateway ajoute aussi un senseur virtuel de luminosité, qui calcule le lever et coucher du soleil. Pas vraiment utile avec fhem mais peut éventuellement être utilisé pour des automations.

Capture d’écran 2021-11-20 à 18.10.35.png

De fait l'ensemble Raspberry, Stick Conbee ou raspbee et logiciel, sont l'équivalent d'une passerelle Philips Hue ou Trådfri.
Par contre je pense que les état peuvent être remontés en push sur les clients cet qui n'est pas possible avec les passerelles commerciales, et donc polling obligatoire (pas très sympa).

Ah j'allais oublier, la passerelle est compatible avec l'app Hue Essential (smart phones), l'app HUE n'a pas l'air de voir la passerelle par contre.
 
Dernière édition:
  • #426
Concernant la programmation des diverses "boites" de domotique avec ce machin, voici les résultats.

FHEM: le module HUE ne prend pas en compte les spécificités du ConBee II mais, la manipulation reste assez simple et si j'y suis arrivé sans documentation très précise, et bien, c'est que c'est possible. La configuration des appareils Zigbee est automatique et le placement dans l'interface prend 1 minute (définir la room).

OPENHAB: le serveur a reconnu l'activité de la passerelle et a proposer de créer un thing, qui une fois définit et connecté (via l'authentification), les appareil Zigbee ont été immédiatement configurés, après, comme d'habitude, définir les items et les placer dans l'interface, donc en tout 5 minutes. Ici tout est reconnu, allumage, luminosité et température de couleur

Capture d’écran 2021-11-20 à 22.27.13.png

HOMEASSISTANT: pareil, aller dans intégration et ajouter la passerelle (une notification indique que celle ci. a été détectée), une fois définie et Homeassistant authentifié, les appareils sont crées automatiquement, il suffit Alor de les placer sur l'interface, 5 minutes.

Capture d’écran 2021-11-20 à 22.20.17.pngCapture d’écran 2021-11-20 à 22.28.35.png

727684FF-C1F5-447C-9140-216CA5E0504D.png
Le réglage de la température de couleur n’est disponible que quant la lampe est allumée.


JEEDOM: passerelle détectée, mais il faut acheter le module (deconz et Zigbee sont disponible 6 € pièce), je n'ai encore rien acheté sur leur market, peut être un jour car malgré ce que j'ai lu sur bricozone au sujet de jeedom, ce n'est si mal que ça.
 
Dernière édition:
  • #427
E22E0565-E14E-4747-BD44-D2C895BE10D7.jpeg

Passerelle Zigbee installée Deeconz II sur raspberry pi zéro.
Ai installé une prise lidl extérieure pour les illuminations de Nowel … et finalisé la migration de fhem sur un raspberry 4, homebridge installé, Siri configuré. on peut maintenant piloter Knx, zigbee, zwave via Homekit, par fhem.
 
  • #428
quel geek :laughing:
 
  • #429
On s’occupe comme on peut hein

Ah et aussi le transfo d’alimentation du rpi zéro est l’ancien chargeur du gsm de ma fille 800 mA, suffisant pour le bazar, chouette.
 
  • #430
perso j'alimente mes 2 PI en POE ;)

tien quand tu as 4 PI, tu as une vache ? :laughing:
 
  • #431
Oui j’ai fait ça aussi dans le coffret où est le rpi4, mais le pi zero c’est plus compliqué et je n’ai pas d’arrivée ethernet dans cette armoire là

Par contre j’aime bien l’idée rpi zéro + I/F zwave ou zigbee pour installer ou on veut (avec WiFi) la passerelle.
 
  • #432
Je remarque aussi l'étiqueteuse d'un autre millénaire !
 
  • #435
Tant qu’à faire, voici le coffret …

Le rpi 4 est en 4ème ligne en partant du haut à côté de l’interface knx/ethernet (module 14 près du câble jaune).

Les interfaces knx/ethernet (dont 2 ancienne génération avec une connexion), sont comme le rpi alimentés via POE sur un switch zyxel qui permet le contrôle à distance de l’alimentation (et donc de faire un reboot via accès page web).

Le boitier DIN du Raspberry Pi c'est bien, mais mécaniquement pose un problème pour la connexion des prises USB. Il y a un POE HAT dans le Pi mais il est aussi sur un SSD USB, un RFXcom (Station météo et autre brols sur 432MHz), un interface RS232 (VMC) et une interface RS485 (Panneaux Solaires), je devrait mettre un convertisseur RS232 sur le ttyAMA0 pour libérer un port USB ou installer un HUB DIN rail (mais alors les cables seraient devant le coffret).


4C5CAE02-4741-4171-B015-CF82E2704BE4.jpeg
 
Dernière édition:
  • #436
Bon keskon fait a c''t'heure ?

Connaissez vous le module FPUI ?
Il permet de présenter les pages (room) dans un format différent (graphique).

Chaque room est représentée par une frame dans laquelle se trouvent les différents objets de la room.
Les frames peuvent être éditée. Ca a l'air intéressant. Pour avoir le bidule il suffit de faire

define DISPLAY FPUI

Et une room DISPLAY apparait alors dans le menu en haut à gauche (pas très compliqué).

Ensuite il faut bien entendu pareamétriser les différentes frames.

Capture d’écran 2021-11-30 à 20.56.33.png


Et la room en question ...

Capture d’écran 2021-11-30 à 20.51.38.png


Avec les possibilité d'edition des frames.

Capture d’écran 2021-11-30 à 21.11.02.png


Aber es tut mir leid es ist in deutsch ...

Autre truc intéressant la création d'objets virtuels KNX

En définissant un objet KNX (define machin KNX 2/1/4) inexistant sur le bus (donc sur ETS) on peut retourner des valeurs sur le bus lors de bus read group et bien entendu lire lors de write bus group.

Je vais jouer un peu avec ce truc, car cela me permettrait de lier des groupes KNX a des objets ZWave ou ZigBee, vous me suivez ...

Mon épouse s'est habituée à l'interface knxweb2 (knx only) et cela me permettrai d'y adjoindre les objets avec lesquels j'ai fait joujou ce dernier temps (j'ai jamais osé lui montré l'interface KNX).
 
Dernière édition:
  • #437
Bon alors, voici le resultat

Appareils:
Prise lidl zigbee (via le pi zero et deconz II)
Prise AVM ( modem routeur vdsl fritzbox via DECT)
Prise fibaro (zWave via mqtt), comme je n’ai plus de port usb libres sur le rpi principal le reseau zwave est connecte via mqqt (le zwave est sur rpi avec fhem qui s’occupe du mqtt), un Peu compliqué, mais ca marche o_O

Alors les devices KNX virtuels sont definis sur le fhem principal et … ca fonctionne, mais les retour d’état ne sont pas toujours bien repris (dois un peu bosser sur la question).

J’ai programmé (ETS5) un interrupteur knx jung sur un des groupes virtuel (la prise LIDL ZigBee et je peux maintenant allumer et éteindre le Zigbee via l'interrupteur KNX, la led de l'interrupteur m’indique bien l’état de l’interrupteur.

C’est sympa et tres geek.

voici la page knxweb2 avec le sapin sur la prise dect avm et l'éclairage de noël extérieur (ZigBee).

Il mes reste à ajouter les mesures que me donnent ces prises (puissance consommée, temperature, voltage réseau …) sur d'autres groupe KNX, pour étudier un peu les retours d'info suite au read/write sur le bus KNX.



E464CD41-288F-4F4E-82F3-2980CD1DD33D.png

46CEA0B8-78EE-4FFC-B3C6-44C4E9AC7BBB.png
 
Dernière édition:
  • #438
J'ai un problème récurrent: je fais tourner FHEM et KNXD sur mon Pi.

Knxd se connecte à mon Siemens N148.

En temps normal, tout roule.

Lors d'une coupure de courant, le Pi est sur UPS, mais pas le N148.

Quand le courant revient, knxd a perdu la connexion et je dois redémarrer le Pi.

Y a-t-il un moyen d'implémenter un watchdog pour que knxd redémarre s'il perd la connexion ?
 
  • #439
J'ai un problème récurrent: je fais tourner FHEM et KNXD sur mon Pi.

Knxd se connecte à mon Siemens N148.

En temps normal, tout roule.

Lors d'une coupure de courant, le Pi est sur UPS, mais pas le N148.

Quand le courant revient, knxd a perdu la connexion et je dois redémarrer le Pi.

Y a-t-il un moyen d'implémenter un watchdog pour que knxd redémarre s'il perd la connexion ?
Curieux, mais possible quelle sont les options knxd utilisées et la version ?

Ici je déconnecte parfois mon knxd (retire le câble du gateway siemens) et quand je rebranche, knxd se reconnecte, d’où je pense à une option ou une version qui reconnecte. Mais au pire il devrait y avoir moyen de zigouiller knxd et forcer le redémarrage.
 
  • #440
/usr/local/bin/knxd -p /run/knxd/knxd.pid --eibaddr=15.15.222 --client-addrs=1.1.129:10 -d -i --listen-local=/tmp/knx -B single -b ipt:172.19.3.50

knxd 0.12.16:bccf6f6
 

Sujet semblables

Réponses
5
Affichages
3K
@lex
Réponses
21
Affichages
3K
RobBZ
Réponses
2K
Affichages
208K
jcoenen
Réponses
3
Affichages
7K
pidgin

Nos articles

On a aimé dans le forum

Retour
Haut