Fhem

@lex

• 28 Mai 2022

• #521

Mon KLF200 fonctionne enfin.

Le command_ref n'est pas à jour, et le wiki, qui prétend être un peu vieillot, est en fait à jour.

Avec un KLF200, c'est assez simple: il faut savoir que le module n'est pas dans FHEM par défaut, et il faut donc l'ajouter:

Code:

update add https://raw.githubusercontent.com/buennerbernd/fhem/master/KLF200/2.0/controls_KLF200.txt
update restart

J'ai dû faire deux ou trois restart et un update check et un autre update, donc n'hésitez pas...

Ensuite, quand le module est dans FHEM, on le définit dans notre installation:

Code:

define myKLF200 KLF200 IP_du_KLF200
set myKLF200 login <password>

Le mot de passe est normalement celui du WiFi, si ça ne fonctionne pas, on peut essayer avec celui de l'interface web.

Le mieux est de copier la télécommande dans le KLF avant de l'installer sur FHEM, et alors il crée une "room" KLF200Node qui contient les Velux.

 

jcoenen

• 2 Juin 2022

• #522

[USER=59118]@Lex[/USER] a dit:

Quel module de FHEM est bien pour contrôler une pergola avec un module de sortie pour volets roulants à inversion de polarité ?
Je vois qu'il y a Autoshutterscontrol, qui a l'air très complet - un avis ? (il ne me faut rien de spécial, juste la gestion du timing et du pourcentage d'ouverture - je n'ai pas de retour d'état de la pergola, donc il faut tout faire au timing).

Cliquez pour agrandir...

Je viens d'aller voir autoshutterscontrol, très intéressant comme automatisme, j'ai trois rolo sur la fenêtre arrière et je viens de les définir (attr ASC 1 ou 2). Je vais tester ça et je reviens avec les impressions.

 

jcoenen

• 8 Juin 2022

• #523

RESA m'a installé le compteur "intelligent" avec P1 enabled, après quelques essais infructueux (câblage, polarité des signaux ...) j'ai mis un ESP32 sur le bidule (en prenant le 5 volts sur le compteur pour l'alimentation) avec un petit programme de conversion Série vers Port IP, un socat sur ma machine FHEM et une instance smartmeter.

Mais le ESP se plante après quelques minutes, vraisemblablement pas assez de jus sur le 5 volts du compteur, déja je suis obligé de booter via une alimentation.

PS je confirme sur l'alimentation il fonctionne normalement.

Dommage.

Je vais mettre le firmwaare mqtt sur le ESP et voir ce que ca raconte.

Voila le bazar, esp32 avec un vieux 2N2222 en inverseur.

 

Dernière édition: 8 Juin 2022

jcoenen

• 10 Juin 2022

• #524

Bon et bien le code trouvé sur github qui met en mqtt les données du smartmeter n'est pas vraiement compatibe avec mon ESP32 à 7 euros.

Crash a cause d'un pointeur non définit, et le CPU ne suit pas a décoder les messages, entre autres choses.

Alors je laisse un ESP32 sur le compteur avec un logiciel Série vers IP.

Comme cela je peux utiliser le FHEM smartmeter P1 (DSMR 4) ET en même temps développer un truc qui va fonctionner sur une deuxième ESP32. Avec le convertisseur Série/IP on peu connecter plusieurs appareils.

Alex, cela peut peut être t'être utile, j'ai vu ton message dans un autre fil de discussion, le module fhem est incomplet mais pas trop difficile a éditer pour avoir les autres infos du compteur (courant, voltage ...).

 

jcoenen

• 11 Juin 2022

• #525

Les valeurs lues au compteur ont été rajoutées dans le module /opt/fhem/FHEM/00_SmartMeterP1.pm

 

@lex

• 11 Juin 2022

• #526

Tu as fait un module custom pour toi, ou bien tu as juste upgradé le module existant ?

 

jcoenen

• 11 Juin 2022

• #527

J’ai modifié le module existant pour y inclure les info que je reçois du compteur. S’il t’interesse je peux t’envoyer le code

 

@lex

• 12 Juin 2022

• #528

Oui, je le veux bien - mais je suis en monophasé.

Et comment fais-tu lorsqu'il y aura une mise à jour du module officiel ?

 

jcoenen

• 13 Juin 2022

• #529

OK pour le monophasé, je vais regarder la définition du DSMR 5 pour voir s'il y a une différence entre mono et tri.

En ce qui concerne le module officiel et bien il faut en cas de bidouille, remodifier celui s'il est mis a jour.

Une autre solution étant de demander au propriétaire du module d'intégrer les modifications (quitte a ajouter le type de DSMR pour configurer le module car il utilise le DSMR 4).

 

jcoenen

• 13 Juin 2022

• #530

Ai envoyé les modifs en MP ...

 

@lex

• 13 Juin 2022

• #531

Merci !

Voilà ce que ça donne chez moi, en mono (tu as oublié, chez toi, de mettre l'option qui enlève les étoiles ):

 

@lex

• 13 Juin 2022

• #532

Tiens j'y pense, as-tu un FileLog pour les valeurs du compteur ?

J'ai dû le filtrer car il devenait rapidement trop grand.

 

jcoenen

• 14 Juin 2022

• #533

Non en voyant la quantité de données générée, même si j'ai un HDD de 480 GB, j'ai laissé de côté pour l'instant.

J'ai essayé de connecter a ma base donnée mais ce ne fonctionne pas (problème de librairies ?).

En plus j'ai un compteur KNX qui lui est loggé donc ca ferait double emploi.

A gauche le compteur KNX, à droite le smartmeter, en instantané le smartmeter est plus intéressant, mais pour les statistiques le KNX est largement suffisant (il envoie une valeur sur le bus quand on dépasse un certain seuil).

 

@lex

• 3 Juillet 2022

• #534

Je viens de remarquer un truc qui m'a bien embêté:

Par défaut, les devices sont créés avec un nom style "KNX12345". J'avais d'abord créé un alias pour y voir plus clair, mais on ne peut pas adresser ces devices via l'alias créé (dans un "at" ou un "notify" par exemple).

Il faut donc faire un "rename KNX12345 LampeLit" par exemple, pour pouvoir correctement utiliser le device avec le nom LampeLit.

Je pense que c'est l'autocreate qui fait ça (je n'avais pas ça avant, mais je n'utilisais pas l'autocreate au début).

 

jcoenen

• 4 Juillet 2022

• #535

[USER=59118]@Lex[/USER] a dit:

Je viens de remarquer un truc qui m'a bien embêté:

Par défaut, les devices sont créés avec un nom style "KNX12345". J'avais d'abord créé un alias pour y voir plus clair, mais on ne peut pas adresser ces devices via l'alias créé (dans un "at" ou un "notify" par exemple).

Il faut donc faire un "rename KNX12345 LampeLit" par exemple, pour pouvoir correctement utiliser le device avec le nom LampeLit.

Je pense que c'est l'autocreate qui fait ça (je n'avais pas ça avant, mais je n'utilisais pas l'autocreate au début).

Cliquez pour agrandir...

Oui l'autocreate génère un nouveau device quand il détecte un message d'un device non défini. Le nom à ma connaissance ne peut pas être changé c'est toujours KNX_<adresse de groupe>.
De plus comme on ne peut a priori pas connaitre le type de dtp, il n'est pas définit et donc doit être définit manuellement. Autocreate par défaut met les device dans une room (attr autocreate device_room %TYPE), ce qui simplifie les choses (room KNX dans le cas des device KNX).
L'alias ne sert qu'a l'affichage malheureusement (ou pas).

 

jcoenen

• 12 Juillet 2022

• #536

FHEM et Ekey fingerprint.

J'ai une porte avec un lecteur fingerprint Ekey, bien pratique pour les ados qui ne savent jamais où ils abandonnent leur clé. Le système est interfacable avec un réseau via RS485/Ethernet et émet un message UDP vers une adresse IP quand il détecte un essai de lecture. J'ai donc écrit un petit programme en perl qui lors d'une lecture envoie un message sur nos téléphones (le protocole est disponible publiquement sur leur site).

Récemment j'ai du transférer le programme sur une autre machine et en migrant mon bidule, j'ai trouvé que Ekey proposait une interface KNX et aussi un module FHEM .

Voila donc encore un argument en faveur de KNX et FHEM.

 

eljub

• 12 Juillet 2022

• #537

l'empreinte c'est bien mais j'ai souvent des ratés car j'abîme souvent mes mains (coupure, brûlure, saleté, etc) et donc la reconnaissance ne passe pas tjs

 

jcoenen

• 12 Juillet 2022

• #538

eljub a dit:

l'empreinte c'est bien mais j'ai souvent des ratés car j'abîme souvent mes mains (coupure, brûlure, saleté, etc) et donc la reconnaissance ne passe pas tjs

Cliquez pour agrandir...

Oui mon beau frère est maçon et c'est impossible de reconnaitre ses empreintes, les doigts mouillés ne passent pas non plus.

Mais dans la plupart des cas pour mes ados ça fonctionne assez bien.

 

@lex

• 14 Juillet 2022

• #539

jcoenen a dit:

Voir la pièce jointe 117690

Les valeurs lues au compteur ont été rajoutées dans le module /opt/fhem/FHEM/00_SmartMeterP1.pm

Cliquez pour agrandir...

Salut !

Je viens de remarquer que les nouveaux compteurs (les valeurs) que tu as ajoutées via le module modifié sont gelées à l'heure de démarrage du module (voir flèches rouges).
Est-ce la même chose chez toi ?

 

jcoenen

• 14 Juillet 2022

• #540

[USER=59118]@Lex[/USER] a dit:

Salut !

Je viens de remarquer que les nouveaux compteurs (les valeurs) que tu as ajoutées via le module modifié sont gelées à l'heure de démarrage du module (voir flèches rouges).
Est-ce la même chose chez toi ?

Cliquez pour agrandir...

Ici tout semble etre mis a jour, cependant le compteur donne soit la consomation soit la production,

phases 1 et 3 est en production donc conso n'est pas mise à jour.
phase 2 en consomation donc production n'est pas mise à jour.

Il faudrait voir ce que le compteur envoit comme message ...

 

Dernière édition: 14 Juillet 2022