- #601
Et le Pi du compteur tourne toujours:
Fhem
- Electricité - Domotique
- Auteur du sujet jcoenen
- Date de début
- #602
Toujours bien d’avoir une config fonctionnelle, merci !
- #603
J'ai une multiprise LIDL dans mon réseau zigbee, celle-ci est bien reconnue par ma Conbee II, mais l'API me donne 3 appareils, un pour chaque prise en fait.
FHEM les considère donc comme 3 entités séparées dans le groupe du type d'entité (HUEDevice dans ce cas-ci).
En display cela donne
FHEM permet de mettre dans un seul display les valeurs venant d'appareils différents
Donc dans mon cas prendre l'état (state) des devices HUEDevice2, HUEDevice11 et HUEDevice12
define Allonge readingsGroup HUEDevice2:state, HUEDevice11:state, HUEDevice12:state
set attr Allonge mapping $ALIAS. # Mettre l'alias au lieu du nom du device
set attr Allonge notime 1 # Mettre l'alias au lieu du nom du device
set attr Allonge valueIcon $VALUE. # Mettre l'icône d'état correspondant on -> on et off -> off
set attr Allonge command { "set %DEVICE toggle"}. # Définir la commande toge pour le device actionné
Ce qui donne
Et dans une page "room" avec les icones "cliquable"
Il y a aussi moyen de regrouper les devise sour forme d'expression régulière (c-a-d chercher sur base d'un nom une liste de device a prendre en compte).
La suite au prochain numéro.
FHEM les considère donc comme 3 entités séparées dans le groupe du type d'entité (HUEDevice dans ce cas-ci).
En display cela donne
FHEM permet de mettre dans un seul display les valeurs venant d'appareils différents
Donc dans mon cas prendre l'état (state) des devices HUEDevice2, HUEDevice11 et HUEDevice12
define Allonge readingsGroup HUEDevice2:state, HUEDevice11:state, HUEDevice12:state
set attr Allonge mapping $ALIAS. # Mettre l'alias au lieu du nom du device
set attr Allonge notime 1 # Mettre l'alias au lieu du nom du device
set attr Allonge valueIcon $VALUE. # Mettre l'icône d'état correspondant on -> on et off -> off
set attr Allonge command { "set %DEVICE toggle"}. # Définir la commande toge pour le device actionné
Ce qui donne
Et dans une page "room" avec les icones "cliquable"
Il y a aussi moyen de regrouper les devise sour forme d'expression régulière (c-a-d chercher sur base d'un nom une liste de device a prendre en compte).
La suite au prochain numéro.
Dernière édition:
- #604
En fait c'est on ne peu plus simple:
Mes vannes se nomment Vanne_nom_endroit
donc define Vannes readingsGroup Vanne_.*:battery,temperature me donne une vue avec les données batterie et température (il faut bien sur que le Reading température existe dans le device, sinon changer avec Userreading
set attr userReadings temperature { ReadingsVal("Vanne_alex","local_temperature","-10") }
Et coiçi ce que ca donne:
Mes vannes se nomment Vanne_nom_endroit
donc define Vannes readingsGroup Vanne_.*:battery,temperature me donne une vue avec les données batterie et température (il faut bien sur que le Reading température existe dans le device, sinon changer avec Userreading
set attr userReadings temperature { ReadingsVal("Vanne_alex","local_temperature","-10") }
Et coiçi ce que ca donne:
- #605
Je n'arrive pas à migrer depuis TUL vers KNXIO.
Mon TUL est: eibd:localhost 15.15.222
Quoi que je fasse pour KNXIO (M, S ou T), ça ne fonctionne pas.
Je mets ma config KNXD ci-dessous.
Merci.
Mon TUL est: eibd:localhost 15.15.222
Quoi que je fasse pour KNXIO (M, S ou T), ça ne fonctionne pas.
Je mets ma config KNXD ci-dessous.
Merci.
Code:
[main]
addr = 15.15.222
client-addrs = 1.1.129:8
connections = server,A.unix,B.ipt
systemd = systemd
[A.unix]
path = /tmp/knx
server = knxd_unix
systemd-ignore = false
[B.ipt]
driver = ipt
filters = single
ip-address = 172.19.3.50
[debug-server]
name = mcast:knxd
[server]
debug = debug-server
discover = true
router = router
server = ets_router
tunnel = tunnel
[systemd]
debug = debug-systemd
filters = log
[debug-systemd]
error-level = 0x9
trace-mask = 0xfc- #606
Je jette un œil la dessus cet après midi …
- #607
Bon je viens d'installer knxd sur une autre bécane, mais avec la configuration knxd.ini
J'ai changé l'addresse multicast pour ne pas être sur la même que mon knxd principal (et avoir des problèmes de couple
).
Donc ma configuration:
[A.tcp]
server = knxd_tcp
systemd-ignore = true
[B.unix]
path = /tmp/eib
server = knxd_unix
systemd-ignore = false
[C.ipt]
driver = ipt
ip-address = 192.168.1.25. (c'est l'adresse de mon gateway ethernet knx)
[debug-server]
name = mcast:knxd
[main]
addr = 0.0.1
client-addrs = 10.10.2:123
connections = server,A.tcp,B.unix,C.ipt
systemd = systemd
[server]
debug = debug-server
discover = true
router = router
server = ets_router
multicast-address = 224.0.23.11
tunnel = tunnel
Dans fhem la définition du KNXIO
Define knxio KNXIO M 224.0.23.11:3671 10.10.65
Donc il attaque knxd sur l'adresse multicast 224.0.23.11 port 3671 (UDP)
J'ai reconfiguré un Shelby en test sur le multicast 224.0.23.11
Mise à jour des valeurs de mesure quand actionné
Donc ça fonctionne bien (par ailleurs sur mon installation ça ne fonctionne pas, je dois avoir d'autres routeurs sur cette adresse multicast et ça met le boxon). Donc j'ai appris quelque chose avec cette manip.
NB, dans la définition du stateformat, state devrait être remplacé state-get pour avoir le symbole de la lampe on/off (a cause du fait que la définition mentionne state comme étant le résultat de l'adresse de groupe 10/1/1:dpt1.001:state
Mais on est d'accord le changement de la syntaxe de configuration n'est pas très "user friendly".
J'ai changé l'addresse multicast pour ne pas être sur la même que mon knxd principal (et avoir des problèmes de couple
).Donc ma configuration:
[A.tcp]
server = knxd_tcp
systemd-ignore = true
[B.unix]
path = /tmp/eib
server = knxd_unix
systemd-ignore = false
[C.ipt]
driver = ipt
ip-address = 192.168.1.25. (c'est l'adresse de mon gateway ethernet knx)
[debug-server]
name = mcast:knxd
[main]
addr = 0.0.1
client-addrs = 10.10.2:123
connections = server,A.tcp,B.unix,C.ipt
systemd = systemd
[server]
debug = debug-server
discover = true
router = router
server = ets_router
multicast-address = 224.0.23.11
tunnel = tunnel
Dans fhem la définition du KNXIO
Define knxio KNXIO M 224.0.23.11:3671 10.10.65
Donc il attaque knxd sur l'adresse multicast 224.0.23.11 port 3671 (UDP)
J'ai reconfiguré un Shelby en test sur le multicast 224.0.23.11
Mise à jour des valeurs de mesure quand actionné
Donc ça fonctionne bien (par ailleurs sur mon installation ça ne fonctionne pas, je dois avoir d'autres routeurs sur cette adresse multicast et ça met le boxon). Donc j'ai appris quelque chose avec cette manip.
NB, dans la définition du stateformat, state devrait être remplacé state-get pour avoir le symbole de la lampe on/off (a cause du fait que la définition mentionne state comme étant le résultat de l'adresse de groupe 10/1/1:dpt1.001:state
Mais on est d'accord le changement de la syntaxe de configuration n'est pas très "user friendly".
Dernière édition:
- #608
Un peu hors sujet: je cherche un lecteur RFID qui permet d'envoyer un 0 ou 1 pour pouvoir par exemple ouvrir une porte via un smartphone.
- #609
Heuuu, je me souviens avoir utilisé un truc du genre avec un raspberry pi, un Hat sur le GPIO ...
En jetant un coup d'oeil rapide, il y a des modules pour ESP qui se branchent sur l'I2C, a partir de là tu peux envoyer ce qui te chante sur KNX (ou mqtt ou autre) via la librairie, avec un D1 mini çe devrait faire l'affaire.
Maintenant il faut le programmer bien sur, si tu cherches un module déjà fait qui envoie le bon message dans le bon protocole ... pour moi c'est plus compliqué.
En jetant un coup d'oeil rapide, il y a des modules pour ESP qui se branchent sur l'I2C, a partir de là tu peux envoyer ce qui te chante sur KNX (ou mqtt ou autre) via la librairie, avec un D1 mini çe devrait faire l'affaire.
Maintenant il faut le programmer bien sur, si tu cherches un module déjà fait qui envoie le bon message dans le bon protocole ... pour moi c'est plus compliqué.
- #610
J'ai maintenant un hub BREL pour piloter mon screen hollandais.
Il est directement intégré dans Home Assistant, mais j'aimerais pouvoir interagir depuis FHEM.
Il n'y a rien dans FHEM pour intégrer le hub Brel. Est-il possible d'envoyer des commandes depuis FHEM vers HA et inversément ?
Il est directement intégré dans Home Assistant, mais j'aimerais pouvoir interagir depuis FHEM.
Il n'y a rien dans FHEM pour intégrer le hub Brel. Est-il possible d'envoyer des commandes depuis FHEM vers HA et inversément ?
- #611
Je viens de jeter un oeil et n'ai effectivement rien vu sur BREl en FHEM.
Il devrait y a voir moyen de faire causer les deux, au fait, Brel peut il faire du MQTT ?
J'ai vu un truc un peu bricolo, si Brel peu parler Alexa alors utiliser le module echo device ..
Mais apparemment rien en direct.
Dernière édition:
- #612
En théorie FHEM <—. mqtt —> Homeassistant est faisable, sur HA via l’intégration mqtt statestream, et sur fhem en définissant les attributs mqtt dans les devices.
Dernière édition:
- #613
J'ai trouvé ceci, qui indique que ces moteurs BREL seraient accédés via matter (et thread ?).
Comme matter est le nouveau protocole de domotique (mais encore peu de device ready), c'est en cours d'intégration.
Il existe un bridge matter vers mqtt qui permettrait à tout le monde d'accéder aux appareil matter en passant par un protocol bien. reconnu même si on ne reconnait pas le protocole matter.
Maintenant je commence avec matter et un kit esp32, mais je ne suis pas encore bien loin dans l'histoire, juste implémenté le border router, reste à faire un appareil (yakafauke).
Matter est intéressant en ce qu'il permet aux appareils du réseau de communiquer directement entre eux (comme KNX en filaire) mais le fait en wieless (soit via wlan et IP V6, soit via zigbee/thread), ce qui d'un autre côté voudrait aussi dire que plusieurs logiciel de domotique peuvent les contacter indépendamment en utilisant un border router. Si j'ai bien compris.
Maintenant certains fabriquants qui ont intégré le protocole commencent à râler sur le développement chaotique du bidul (NetAtmo par example).
Comme matter est le nouveau protocole de domotique (mais encore peu de device ready), c'est en cours d'intégration.
Il existe un bridge matter vers mqtt qui permettrait à tout le monde d'accéder aux appareil matter en passant par un protocol bien. reconnu même si on ne reconnait pas le protocole matter.
Maintenant je commence avec matter et un kit esp32, mais je ne suis pas encore bien loin dans l'histoire, juste implémenté le border router, reste à faire un appareil (yakafauke).
Matter est intéressant en ce qu'il permet aux appareils du réseau de communiquer directement entre eux (comme KNX en filaire) mais le fait en wieless (soit via wlan et IP V6, soit via zigbee/thread), ce qui d'un autre côté voudrait aussi dire que plusieurs logiciel de domotique peuvent les contacter indépendamment en utilisant un border router. Si j'ai bien compris.
Maintenant certains fabriquants qui ont intégré le protocole commencent à râler sur le développement chaotique du bidul (NetAtmo par example).
Dernière édition:
- #614
Bonjour,
J'avance mais a très petit pas (je n'ai pas de moteur/Hub Brel), HA utilise l'intégration motionblnds pour interfacer ces engins, c'est bien ce que tu utilises ?
L'intégration sur HA se fait via une librairie python mise sur github
A partir de là il devrait il y avoir moyen d'intégrer ça dans FHEM et je pense que le plus simple serait avec fhempy (module qui permet d'écrire des modules en python 3). Cela permettrait un intégration directe dans fhem.
Autre possibilité, je vois que les moteurs utilisent une RF sur 432 MHz et que certains sont pilotables par le module RFXcom, je ne me souviens plus si tu en as un ou pas (de RFXCom), celui-i. est bien reconnu par FHEM et je l'utilise pour les machins wireless en 432 (DIO, stations météo Lacrosse de es voisins, vielles télécommandes X10). Avec de la chance ce serait une autre solution, indépendante du HUB par ailleurs.
Mais malheureusement je n'ai pas trouvé de solution toute faite.
- #615
Oui !
- #616
Je n'en ai pas encore, mais j'y regarde. Je vois juste qu'il ne supporte pas le retour d'état pour les Brel, ni pour les Somfy (je vais aussi avoir du Somfy RTS) - dommage, mais bon, normalement, des screens, c'est 0% ou 100% la plupart du temps.
- #617
Peux tu voir si la librairie python fonctionne sur ton raspberry ?
Ils montrent un example en interactif pour scanner les devices présents et ensuite pour ouvrir le premier dans l'array retourné par l'appel à m.device_list.values() donc le [0]
Après avoir implémenté la librairie, lancer python 3 dans un terminal et ensuite taper ce qui suit.
Avec la bonne adresse de HUB et le bon code clé.
Ils montrent un example en interactif pour scanner les devices présents et ensuite pour ouvrir le premier dans l'array retourné par l'appel à m.device_list.values() donc le [0]
Après avoir implémenté la librairie, lancer python 3 dans un terminal et ensuite taper ce qui suit.
Avec la bonne adresse de HUB et le bon code clé.
Code:
from motionblinds import MotionGateway
m = MotionGateway(ip = "192.168.1.100", key = "12ab345c-d67e-8f")
m.GetDeviceList()
m.Update()
blind_1 = list(m.device_list.values())[0]
blind_1.Update()
blind_1.Open()
Dernière édition:
- #618
Si cela fonctionne, on pourra peut être developper un module fhempy pour prendre cela en charge.
- #619
AAAhhhhhh, merci MAÎTRE !!!!
Tu as toujours la solution à tout !
Alors, mon FHEM tourne sur une VM depuis au moins un an (exit le Pi, mais celui du compteur tourne toujours). C'est juste embêtant pour les trucs USB que je ne peux plus mettre, mais c'est beaucoup plus facile pour moi pour le reste.
J'ai testé le code (celui que tu as copié en haut n'est pas le bon, mais j'ai trouvé les commandes sur le Github).
Ça marche !
Voilà ce que ça sort:
J'ai donc la batterie chargée à 103%, je vois aussi ça dans l'intégration HA (les données sont consistantes)
J'ai du utiliser un environnement python virtuel pour faire tourner leur bazar sur mon Debian, mais bon, ça devrait pouvoir aller.
Et les commandes pour ouvrir et fermer fonctionnent, aussi le positionnement en pourcents, j'arrive en fait à l'interroger sur tout (tout ce qui est dans la doc du Github fonctionne).
Il faut par contre tout le temps faire un update() sinon il renvoie juste le contenu de la matrice qui contient les infos capturées lors de l'update() précédent (je suppose que c'est comme ça que ça marche).
C'est bien parti !
Tu as toujours la solution à tout !
Alors, mon FHEM tourne sur une VM depuis au moins un an (exit le Pi, mais celui du compteur tourne toujours). C'est juste embêtant pour les trucs USB que je ne peux plus mettre, mais c'est beaucoup plus facile pour moi pour le reste.
J'ai testé le code (celui que tu as copié en haut n'est pas le bon, mais j'ai trouvé les commandes sur le Github).
Ça marche !
Voilà ce que ça sort:
Code:
<MotionBlind mac: 10061XXXXXXXXXXX, type: RollerBlind, status: Stopped, position: 0 %, angle: 0.0, limit: BothLimitsDetected, battery: DC, 103.0 %, 12.4 V, charging: False, RSSI: -58 dBm, com: BiDirection>J'ai donc la batterie chargée à 103%, je vois aussi ça dans l'intégration HA (les données sont consistantes)
J'ai du utiliser un environnement python virtuel pour faire tourner leur bazar sur mon Debian, mais bon, ça devrait pouvoir aller.
Et les commandes pour ouvrir et fermer fonctionnent, aussi le positionnement en pourcents, j'arrive en fait à l'interroger sur tout (tout ce qui est dans la doc du Github fonctionne).
Il faut par contre tout le temps faire un update() sinon il renvoie juste le contenu de la matrice qui contient les infos capturées lors de l'update() précédent (je suppose que c'est comme ça que ça marche).
C'est bien parti !
- #620
Voilà un exemple de ce que je disais avec le update:
Sujet semblables
jcoenen
Nos articles
-
Chaudières mazout interdites ? Le vrai du faux.Trois régions, trois régimes, et le troisième n'est même pas voté.- bZone
- Mise à jour:
-
Batteries « plug and play » en belgiqueEnFluRi, port P1 et fin de la prise de tête- bZone
- Mise à jour:
-
Panneaux solaires « plug and play » en belgiqueCe que disent vraiment les règles, en 2026, et sans confusion- bZone
- Mise à jour:
-
Changement de compteur obligatoire : les faitsAvez vous recu une lettre à propos du changement de compteur obligatoire ?- bZone
- Mise à jour:
On a aimé dans le forum
-
Sujet 'Things Network - LoRa - Meshtastic'.
- Sujet de jcoenen
-
Sujet 'Imprimante 3D, CNC...on en parle?'.- Sujet de dexter236
-
Charge à domicile- Sujet de SteveL