telemetry
Quoi de neuf

Fhem

  • Forum Electricité - Domotique
  • Auteur du sujet Auteur du sujet jcoenen
  • Date de début Date de début
  • #161
super ! exactement ce que je voulais !!!
 
  • #162
moustic999;1162860 a dit:
super ! exactement ce que je voulais !!!

C'est effectivement pas clairement expliqué dans la doc ... mais bon on ne l'a pas payé cher non plus le logiciel ;)
 
  • #163
jcoenen;1162635 a dit:
attr ch1.temp widgetOverride :noArg

Devrait faire l'affaire, dis moi si ça fonctionne chez toi.


bon au debut j'etais content de cale, mais ça fout la merde dans l'interface et une fois mis, on ne sait plus ajouter d'autres attributs...

donc j'ai cherché et voila la solution correcte:

attr ch1.temp webCmd :
 
  • #164
Effectivement une liste de commande vide est une alternative ...
 
  • #165
bon nouveau probleme ;-)

j'ai un objet knx pour changer le mode de fonctionnement du chauffage, le voici

define KNX_0202005 KNX 2/2/5:dpt5 2/2/9:dpt5
attr KNX_0202005 IODev tul
attr KNX_0202005 eventMap /1:Comfort /2:Standby /3:Eco /4:Frost
attr KNX_0202005 group Chauffage
attr KNX_0202005 room Chambre 3,KNX
attr KNX_0202005 webCmd value
attr KNX_0202005 widgetOverride value:1,2,3,4

mon probleme, c'est que dans la dropdown, j'ai les valeurs 1,2,3,4 qui sont les valeurs a envoyer sur le bus. moi j'aimerais avoir les textes : Comfort,...

j'ai deja essyaé pas mal de trucs, mais je n'y arrive pas.
 
  • #166
moustic999;1167919 a dit:
bon nouveau probleme ;-)

j'ai un objet knx pour changer le mode de fonctionnement du chauffage, le voici

define KNX_0202005 KNX 2/2/5:dpt5 2/2/9:dpt5
attr KNX_0202005 IODev tul
attr KNX_0202005 eventMap /1:Comfort /2:Standby /3:Eco /4:Frost
attr KNX_0202005 group Chauffage
attr KNX_0202005 room Chambre 3,KNX
attr KNX_0202005 webCmd value
attr KNX_0202005 widgetOverride value:1,2,3,4

mon probleme, c'est que dans la dropdown, j'ai les valeurs 1,2,3,4 qui sont les valeurs a envoyer sur le bus. moi j'aimerais avoir les textes : Comfort,...

j'ai deja essyaé pas mal de trucs, mais je n'y arrive pas.

Ok bien compris, tu veux avoir une liste avec du texte, mais les valeurs a envoyer sont des chiffres correspondant aux valeurs de la drop box, je vais mettre mes lunette et regarder dans la doc si une solution est possible (je pense que oui, mais avant de dire des conneries ...)
 
  • #167
oui c'est exactement ça que je veux ;-)
 
  • #168
je ne connais pas mais si c'est du html, il s'agit d'un select non ?
 
  • #169
Oui et ... non, En fait les attribut d'un device sont définis dans une liste qui est interprétée par le module FHEMWEB, il faut donc remplacer cette liste par une liste virtuelle qui est transcrite lorsqu'on fait le select.

Donc quand on selectionne "Comfort" le machin envoit un 1 (et pas Comfort), mais tout ça est enfouis sous des couches de traductions ...)

Alors avec une variable dummy ça a l'air de donner un résultat potable.

Je vais essayer de mettre ça dans une variable knx et voir ce que ça donne (pas les même attributs).
 
  • #170
jcoenen;1167927 a dit:
Ok bien compris, tu veux avoir une liste avec du texte, mais les valeurs a envoyer sont des chiffres correspondant aux valeurs de la drop box, je vais mettre mes lunette et regarder dans la doc si une solution est possible (je pense que oui, mais avant de dire des conneries ...)


Effectivement avec un Dummy ça fonctionne, en utilisant setList.

on pourrait peut etre cacher l'objet knx et utiliser un dummy avec un notify pour changer la valeur du knx caché !

malheureusement pour moi, je sui null en notify ;-)
 
  • #171
Je me repond a moi-meme, j'ai trouvé !!



define KNX_0202015 KNX 2/2/15:dpt5 2/2/19:dpt5
attr KNX_0202015 IODev tul
attr KNX_0202015 eventMap /1:Comfort /2:Standby /3:Eco /4:Frost
attr KNX_0202015 group Chauffage
attr KNX_0202015 room Chambre 2

define ch2.chauffage.mode dummy
attr ch2.chauffage.mode eventMap /1:Comfort/2:Standby/3:Eco/4:Frost
attr ch2.chauffage.mode room Chambre 2
attr ch2.chauffage.mode setList state:Comfort,Standby,Eco,Frost
attr ch2.chauffage.mode webCmd state

define ch2.chauffage.mode.notify notify ch2.chauffage.mode set KNX_0202015 value $EVENT

et ça fonctionne ... je commence a m'y retrouver dans fhem...
 
  • #172
moustic999;1168004 a dit:
Je me repond a moi-meme, j'ai trouvé !!



define KNX_0202015 KNX 2/2/15:dpt5 2/2/19:dpt5
attr KNX_0202015 IODev tul
attr KNX_0202015 eventMap /1:Comfort /2:Standby /3:Eco /4:Frost
attr KNX_0202015 group Chauffage
attr KNX_0202015 room Chambre 2

define ch2.chauffage.mode dummy
attr ch2.chauffage.mode eventMap /1:Comfort/2:Standby/3:Eco/4:Frost
attr ch2.chauffage.mode room Chambre 2
attr ch2.chauffage.mode setList state:Comfort,Standby,Eco,Frost
attr ch2.chauffage.mode webCmd state

define ch2.chauffage.mode.notify notify ch2.chauffage.mode set KNX_0202015 value $EVENT

et ça fonctionne ... je commence a m'y retrouver dans fhem...

Pas si nul que cela apparemment 8-|

OK j'ai regardé pour faire la double translation dans un objet KNX, mais ce n'est pas prévu, donc le passage par un dummy+notify permet de contourner le problème, bien vu !
 
  • #173
FHEM <-> Homekit (Apple)

ça (homebridge) fonctionne !

Mon installation FHEM est maintenant pilotable via un appareil IOS et une application Homekit (soit l'app Apple ou ElGato EVE par exemple).

L'installation est aussi accessible par l'extérieur (internet) via un appareil IOS dans l'habitation.

Ce soir j'essaye SIRI et les commandes vocales (via iPhone et Apple Watch).


PS: En fait pas besoin de rentrer a l'appart vu que l'instalation est pilotable a distance:

Dis SIRI ...
Allume la cuisine

et voila, le status de la lampe zWave de la cuisine est ON sur FHEM !

Balaise le machin.



 
Dernière édition par un modérateur:
  • #174
tien, pour la liaison FHEM => KNX, impossible d'utiliser directement une gateway IP KNX ?

Obliger d'installer EIBD sur une machine linux ?

c'est dommage de devoir ajouter un intermédiaire je trouve
 
  • #175
eljub;1174479 a dit:
tien, pour la liaison FHEM => KNX, impossible d'utiliser directement une gateway IP KNX ?

Obliger d'installer EIBD sur une machine linux ?

c'est dommage de devoir ajouter un intermédiaire je trouve

Pour connecter le TUL FHEM, tu peux utiliser un stick USB (TPUART) ou une interface IP (Gateway) pour connecter le BUS.

Pourquoi utiliser EIBD ou KNXD, car certains gateway n'ont qu'un seul port et donc une fois utilisé plus de connexions possibles.
Avec eibd ou knxd on peut utiliser le gateway avec plusieurs contrôleurs (ETS, FHEM, scripts).

EIBD, KNXD, EIBNETMUX tournent sur raspberry sans aucun problème.

De la même manière avec un adaptateur KNX USB, il vaut mieux le faire tourner sur un process EIBD,KNXD,EIBNETMUX, et connecter les contrôleurs au process via IP. De cette façon l'adapteur peut être utilisé par tout le monde en même temps.

Concernant FHEM en direct sur un gateway, tout dépend des protocoles disponibles sur le gateway ...
 
Dernière édition par un modérateur:
  • #176
autre chose, dans tout tes scripts, tu n'aurais pas un exemple pour utiliser les fonctions sunset et sunrise ?

j'ai deja mis les bonnes coordonnées mais je n'arrive pas bien a arriver a ce que je veux.

j'aimerais avoir l'ouverture / fermeture des stores en fonction du lever coucher de soleil
(avec des derogations week end, chambres, etc...)
 
  • #177
jcoenen;1174485 a dit:
Pour connecter le TUL FHEM, tu peux utiliser un stick USB (TPUART) ou une interface IP (Gateway) pour connecter le BUS.

Pourquoi utiliser EIBD ou KNXD, car certains gateway n'ont qu'un seul port et donc une fois utilisé plus de connexions possibles.
Avec eibd ou knxd on peut utiliser le gateway avec plusieurs contrôleurs (ETS, FHEM, scripts).

EIBD, KNXD, EIBNETMUX tournent sur raspberry sans aucun problème.

De la même manière avec un adaptateur KNX USB, il vaut mieux le faire tourner sur un process EIBD,KNXD,EIBNETMUX, et connecter les contrôleurs au process via IP. De cette façon l'adapteur peut être utilisé par tout le monde en même temps.

Concernant FHEM en direct sur un gateway, tout dépend des protocoles disponibles sur le gateway ...

Ok mais j'ai une gateway IP qui autorise 4 connexions simultanées : Siemens IP n148/22

https://w5.siemens.com/spain/web/es...s/gamma_5WG1_IP-Interface-IP-Router_pi_en.pdf

Donc possible non ?
 
  • #178
eljub;1174531 a dit:
Ok mais j'ai une gateway IP qui autorise 4 connexions simultanées : Siemens IP n148/22

https://w5.siemens.com/spain/web/es...s/gamma_5WG1_IP-Interface-IP-Router_pi_en.pdf

Donc possible non ?

Oui tu as essayé en définissant:

define KNX TUL eibd:www.xxx.yyy.zzz A.B.C

www.xxx.yyy.zzz est l'adresse IP de ton gateway KNX
et A.B.C est l'adresse bus KNX (1.1.255 ou 10.0.1) ne pas prendre une adresse de bus déjà allouée a un acteur KNX bien entendu.

le eibd est en fait pour définir le type d'interface utilisé (eibd = IP)
 
  • #179
ça ne marchera pas.

il faut imperativement utiliser eibd. ou mieux : knxd

pourquoi ?

parce que eibd fournit une API pour interfacer le bus knx.

ta passerelle IP, fournit du KNX over IP.

donc dans tout les cas, il faut toujours utiliser eibd ou knxd.

je recommande knxd car c'est un fork de eibd. eibd n'est plus maintenu.

knxd supporte systemd ( debian jessie, ... )
 
  • #180
Eibd permet d'utiliser plein de type d'interface : serie ( TPUART) , IP, etc...

il permet egalement de créer un "router" afin de permettre plusieurs connection simultanée.
 

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