Fhem

jcoenen

• 12 Avril 2016

• #121

Heuuuu, vous avez dit étude ?

Pour le moment malheureusement j'ai quelques sangliers qui brulent sur le BBQ ...

En d'autres termes, non.

Mais c'est toujours dans la farde "projets".

JP.

 

@lex

• 24 Avril 2016

• #122

Petite question FHEM/KNX:

Dans mon installation KNX, quand j'allume une lampe, l'adresse de groupe est adressée deux fois: une fois pour l'actuateur et une fois pour l'indication d'état.

Je suis en train de définir des notify qui m'envoient des mails lorsque quelque chose se passe, et évidemment je reçois deux mails (FHEM détecte en fait toutes les commandes en double, comme je peux le voir dans le logfile des objets).

Y a-t-il une astuce pour éviter ce problème ?

Merci !

 

jcoenen

• 25 Avril 2016

• #123

Si deux messages sont envoyés (un pour la commande et le retour d'état sur la même ligne), il n'y pas tellement de solutions.

Soit discerner les messages (contenu différent) mais je pense que les 2 messages ont le même contenu (on ou off).

Soit ne pas tenir compte du deuxième message s'il arrive pendant un intervalle de temps définit après le premier.

Ou alors mettre les indicateur d'état dans d'autres groupes (mais il faut tout reconfigurer . J'ai du Hager et le même genre de configuration. J'ai aussi du procédé autrement avec certains actionneurs autre que Hager (etat et actionneur dans ds groupes séparés).

 

eljub

• 25 Avril 2016

• #124

Perso, j'ai un groupe pour la commande et un groupe pour le status, comme ça normalement tu dois pouvoir différencier les deux

 

@lex

• 25 Avril 2016

• #125

J'ai aussi pour certains devices un groupe pour la commande et un groupe pour le retour d'état. Mais j'ai défini le retour d'état en groupe secondaire dans FHEM, et donc il voit également deux messages...

 

jcoenen

• 17 Mai 2016

• #126

FHEM et Homekit (siri).

Il y maintenant une passerelle entre fhem et Homekit (la domotique vue par Apple).

La projet s'appelle homebridge le plugin pour fhem est homebridge-punt d'autres plugin sont également disponibles (mise en oeuvre de homekit sur des appareil au départ non compatibles).

Les appareils pilotés par fhem sont alors disponible pour les commandes vocale via SIRI

Il faut ajouter une app compatible homekit sur les appareil IOS (iPhone, iPad) pour compléter le tout (par exemple eve de chez El Gato), l'app reconnait les devices homekit (par exemple mes appareils zWave et HUE sont pilotables vocalement via l'apppli El Gato).

Est-ce vraiment utile ?

C'est une question a laquelle je ne peux répondre, mais c'est amusant a mettre en route en tout cas.


dis siri
Quelle est la température dans la salle de bain ?
tu vas te cailler les miches mon gros !

La suite tourne sur raspberry pi sans problèmes.

 

moustic999

• 18 Mai 2016

• #127

Si j'arrivais deja a avoir une UI potable en full screen sur une tablette Android avec FHEM, je serais deja super content !

pour l'instant j'arrive juste a presque rien !

j'ai mon fhem qui fonctionne bien, tout mes eclairages et stores en knx sont bien configurés

l'interface web fonctionne correctement, j'ai essayé TabletUI, mais pas moyen d'avoir un full screen ou quoi que ce soit sur une tablette android

Sinon FHEM, c'est génial, mais la configuration.... et l'allemand !!!

 

jcoenen

• 18 Mai 2016

• #128

Bonjour, j'ai installé un écran 7" tactile sur un raspberry, avec tabletUI, ça fonctionne, mais j'ai du assez bien chipoter avec la taille écran/taille des widgets avant d'obtenir quelque chose de potable (mais encore améliorable à dire vrai). Sur mon iPad, full screen est OK.

Par contre tout les browsers ne donnent pas les même résultats (ce qui ne facilite pas non plus les choses), après en avoir essayé quelques un, chromium est celui qui est utilisé (ce qui ne veut pas dire qu'il n'y en a pas de meilleur) avec le mode kiosk pour éliminer les menu et autre trucs inutiles.

Côté tablette, je suis sur IOS et donc peu pas trop aider côté android. Juste que comme les écrans n'ont pas la même taille, je dois choisir l'une ou l'autre, il n'y a pas de possibilité "auto size" dans les browsers.

Mais effectivement question taille tabletUI pourrait être beaucoup plus convivial.

J'ai causé trop tôt hier, je peux piloter via Siri/homebridge le bridge HUE, mais les device zWave sont "désactivé" ??? Donc ça "presque" marche ...

 

moustic999

• 18 Mai 2016

• #129

j'avais prevu l'option ecran sur raspberry mais j'ai laissé tomber !

une tablette 7" android, c'est 35 euros livré !

pour faire tourner un browser avec qques boutons, c suffisant ;-)

mais la config ...

je me demande si je ne vais pas essayer cometvisu, smartvisu avec fronthem au lieu de tabletui

j'ai essayé tout les browser, sans effet.
normalement en html 5, tablet ui doit lui-meme faire passer en mode full screen mais ca n'a pas l'air au point !

ou j'ai rien compris

 

jcoenen

• 18 Mai 2016

• #130

C'est effectivement vrai pour le prix.

OK pour smartvisu, ai pas vu le frontend FHEM, merci pour l'info.

Pour les synoptiques, on reste toujours soumis a la capacité du browser a interpréter les langages utilisés (me souviens d'avoir merdouillé a qui mieux mieux sur du javascript qui devait tourner sur Explorer, Firefox et d'autres navigateurs sur lesquels les utilisateur devaient ABSOLUMENT vouloir travailler) et avec HTML on a remis le couvert.

Si je dégotte une tablette Amdroid, j'essayerai de voir comment on peut adapter tabletUI au bidule.

 

moustic999

• 18 Mai 2016

• #131

je peux t'envoyer le lien ou j'ai acheté la mienne

 

jcoenen

• 18 Mai 2016

• #132

moustic999;1117457 a dit:

je peux t'envoyer le lien ou j'ai acheté la mienne

Cliquez pour agrandir...

Oh oui, on ne sait jamais ...

 

jcoenen

• 19 Mai 2016

• #133

ATTENTION

Un nouveau module est sorti pour KNX, celui remplace le module EIB qui n'est plus supporté semble-t-il.

Donc si vous faites un update, il y a de grandes chances que les devices définis sous le module EIB ne soient plus pilotés. :cryx:

Pour rendre le fhem.cfg compatible il faut donc redéfinir les devices EIB.

L'attribut model ayant disparu il faut l'intégré a la définiton.

Exemple

define EIB_4101 EIB 4101
attr EIB_4101 IODev tul
attr EIB_4101 alias T° Chauffage
attr EIB_4101 group Piscine
attr EIB_4101 model tempsensor

Devient

define EIB_4101 KNX 4101:dpt9.001
attr EIB_4101 IODev tul
attr EIB_4101 alias T° Chauffage
attr EIB_4101 group Piscine

L'attribut tempsensor (KNX dpt9.001) passe dans la définiton ...

Bon courage ...

Les changements ne sont pas nécessaires si l'update n'est pas effectué

 

moustic999

• 19 Mai 2016

• #134

evidemment je lis ton message quand je viens de finir l'update ....

eeh merde !

 

jcoenen

• 19 Mai 2016

• #135

moustic999;1118117 a dit:

evidemment je lis ton message quand je viens de finir l'update ....

eeh merde !

Cliquez pour agrandir...

Mwarf, c'est le mot juste, j'ai eu la même réaction ...

Le plus simple, edit ton fichier /opt/fhem/fhem.cfg (via sudo)

Et pour chaque device EIB changes le type de EIB en KNX, et il faut rajouter à l'adresse KNX le type.
Pour un circuit lampe c'est 1 bit donc dpt1 (0/1) ou dpt1.001 (on/off)

Donc un circuit on/off sur adresse de groupe 1/1/4

define EIB_1104 EIB 1104

devient

define EIB_1104 KNX 1104:dpt1

le dpt1 est nécessaire, les datapoint-type (dpt) sont documentés dans le Device specific help de la page des devices KNX

En gardant le même nom pas besoin de changer les timers et autres devices associés

Bon courage ...

 

moustic999

• 20 Mai 2016

• #136

j'ai fait quelques tests hier soir. Ca n'est pas la catastrophe

tout mes devices EIB fonctionnent foujours ! ouf !

par contre comme j'ai l'aissé l'autocreate, il m'a creer tout les devices KNX
et pour ceux la il faut configurer le datapoint manuellememt. c'est un peu embetant, mais ca va me permettre de faire la transition !

un bon point quand meme, c'est que maintenant mes stores motorisés sont vu comme up/down et plus comme une ampoule !

 

moustic999

• 20 Mai 2016

• #137

pour info : tu peux mettre l'attirbut useEIB a 1 pour le TUL, ca permet de continuer a utiliser le module EIB !!!

ca evite les probleme ;-)

 

jcoenen

• 20 Mai 2016

• #138

moustic999;1118170 a dit:

pour info : tu peux mettre l'attirbut useEIB a 1 pour le TUL, ca permet de continuer a utiliser le module EIB !!!

ca evite les probleme ;-)

Cliquez pour agrandir...

Ah merci pour l'info, avait pas vu ...

 

@lex

• 20 Mai 2016

• #139

Donc si je comprends bien, EIB, c'est maintenant un vieux truc, supporté pour compatibilité en utilisant "useEIB a 1 pour le TUL", et le nouveau truc, avec plus de flexibilité, c'est KNX, correct ?

 

jcoenen

• 20 Mai 2016

• #140

Apparemment c'est le cas, mais ayant installé hier, je n'ai pas vraiment été voir ce que ça apporte ...