telemetry
Quoi de neuf

Fhem

  • Forum Electricité - Domotique
  • Auteur du sujet Auteur du sujet jcoenen
  • Date de début Date de début
  • #442
Sur ma vieille bécane

/usr/bin/knxd -d -p /var/run/knxd.pid --eibaddr=10.10.132 -d -D -T -S -i --listen-local=/tmp/knx ipt:192.168.1.10
knxd -V
knxd 0.10.0 ça date un peu.

En déconnectant le câble du gateway siemens, knxd reste bien vivant.

Sur l'autre machine (knxd en 1.14.30 et
/usr/bin/knxd -D -T -R -S -e 0.0.1 -E 10.10.2:100 -i=6720 -u /tmp/eib -b ipt:192.168.1.10
) pareil, knxd est toujours vivant câble branché ou pas, il se reconnecter au gateway un fois le câble branché.

Je ne peux donc pas reproduire le problème sur mon installation.

Prochain essai: avec les options de ta configuration.
 
  • #443
Question concernant les custom readings:

J'ai créé un objet (myMeteo) qui contient une valeur (chauff) que je n'arrive pas à lire:
upload_2022-1-19_14-3-43.png



Si je fais ça:
{ sprintf(Value("myMeteo")) }

j'obtiens "OK"

Si je fais ça:
{ sprintf(Value("myMeteo:chauff.*")) }

Je n'obtiens rien.

Comment lire chauff (et obtenir 84) ?
 
  • #444
  • ReadingsVal(<devicename>,<reading>,<defaultvalue>)
    Returns the reading (the value in the Readings section of "list device")

{ sprintf(ReadingsVal("myMeteo","chauff",0)) }

ou

{ ReadingsVal("myMeteo","chauff",0) }

dans le cas ou la valeur du reading chauff n'est pas définie alors la fonction ReadingsVal va retourner le dernier paramètre, soit 0 dans mes exemples.

Dans commandref voir tout a la fin, la rubrique perl special.
 
  • #447
J'ai maintenant un compteur numérique avec port P1, supporté par FHEM (module SmartMeterP1). J'ai un câble P1 vers USB, qui fait 1.8m.

Problème: j'ai 15m de câble entre le compteur et mon rack IT.

Le P1 sort en RJ12 sur le protocole DSMR, qui est un espèce de port série inversé en 5V (les 0 sont des 1 et inversement). C'est du 115200 baud, donc on ne peut pas faire plus de quelques mètres (c'est ce que j'appelle le RS232). Sur d'autres forums, les gens parlent de 3 à 5m max, loin des 15m qu'il me faut.

Solutions possibles:
  • Extension du câble USB: il faut un câble actif, et une alim. Je n'aime pas trop, surtout que l'alim est du mauvais côté du câble (pas dans le rack IT).

  • Passage en RS-232 vers RS-485 pour la grande longueur, puis retour en RS-232 puis connexion de mon câble P1-USB dans le Pi FHEM: beaucoup de chipotage, soudures, conversion de connecteurs, pas sûr que ça fonctionne ni que ça tienne dans le temps, mais pas trop cher, peut-être à tenter (pas clair s'il faut une alim pour le RS485, je pense que oui et dans ce cas ça me dérange)

  • Ajout d'un Pi avec FHEM près du compteur (alimenté en PoE), et utilisation de FHEM2FHEM pour lire les données du compteur depuis mon FHEM actuel: ça m'embête de monopoliser un Pi rien que pour ça, mais ça m'a l'air le plus facile...
Qu'en pensent les experts ? :p
 
  • #448
Il y a une possibilité en utilisant ser2net et/ou socat tu passe de série vers TCP/IP et ensuite de TCP/IP vers série.

Il faut alors un pi a côté du compteur qui ne sert que de convertisseur Réseau/Série.

Le FHEM cause alors a un pseudo port série qui est en fait connecté sur le réseau.

C'est le même principe que le comfosense ou FHEM qui connectent le serveur de VMC a travers un SOCAT.

Avec un RPI zero W ca devrait faire l'affaire.

Ou a la rigueur un ESP32 mais je n'ai pas encore assez d'expérience avec ces machins là.
 
  • #449
J'ai justement un Pi zero, et une alim PoE vers microUSB.

Et je suppose que ce Pi zero ne fait rien de spécial, à part la conversion, donc peu d'usure de la carte SD ?

Je sens la solution venir...

Merci !
 
  • #450
[USER=59118]@Lex[/USER] a dit:
J'ai justement un Pi zero, et une alim PoE vers microUSB.

Et je suppose que ce Pi zero ne fait rien de spécial, à part la conversion, donc peu d'usure de la carte SD ?

Je sens la solution venir...

Merci !
Cliquez pour agrandir...
exactement à priori ser2net et dicta n’écrivent rien sur la carte donc usure minimale.
Mais pi zéro ? il y a un accès réseau ?
 
  • #451
Ouille si c’est un zéro il faut un dongle ethernet ou wlan et alors plus de usb pour le convertisseur mais on peut récupèrer ttyAMA0 sur le gpio…
 
  • #452
Je ne retrouve plus mon Pi zero. Je vais devoir mettre un Pi normal, au moins j'ai directement le LAN. Et j'ai justement un Pi avec port série sur une carte GPIO.

Pour récupérer les données de l'autre côté, pas besoin de HW spécifique ? On peut les envoyer de l'ethernet vers un port série émulé ?

Ça m'embête quand même un peu toute cette bidouille, j'aurais préféré un truc bien propre car je compte piloter mes gros consommateurs à partir des données SMA (ça fonctionne nickel dans FHEM) et du compteur numérique. Il me faut un truc très stable.
 
  • #453
A priori je ne vois pas de raison que ça foire, j’ai un bidule du genre sur un comofosense qui a une diarrhée sur le port série et jamais eu de problème. Du reste le P1 envoie les data une fois par seconde donc pas trop saturé le link, si les process ser2net/socat redémarrent en cas improbable de crash ce sera invisible.
 
  • #454
Pour récupérer les données de l'autre côté, pas besoin de HW spécifique ? On peut les envoyer de l'ethernet vers un port série émulé ? (donc en interne du Pi ?)
 
  • #455
oui absolument, j’ai fait un truc dans le genre avec un lien radio pour connecter ma tondeuse c’était marrant et hyper simple juste deux programmes standard sous linux, je te fais un topo sur le sujet incessamment sous peu ;)
 
  • #456
je n'ai pas tout lu mais pq pas un boitier type MOXA de chaque côté pour convertir le série en IP ?

on en utilise à l'hopital pour convertir de nombreux ancien appareils de monitoring

Plus petit qu'un PI et directement utilisable
 
  • #457
eljub a dit:
je n'ai pas tout lu mais pq pas un boitier type MOXA de chaque côté pour convertir le série en IP ?

on en utilise à l'hopital pour convertir de nombreux ancien appareils de monitoring

Plus petit qu'un PI et directement utilisable
Cliquez pour agrandir...
Oui c’est le même principe, comme on part d’un raspberry on peut aussi se limiter à un seul convertisseur côté du compteur et tourner un socat côté rpi qui se chargera de faire la conversion IP/série
 
  • #458
Alors, dans ce cas ci je préfère ce genre de boitier perso
C'est fait pour ce genre d'application

Le PI, tu peu tjs avoir une corruption sur la carte après une panne de courant (cas vécu)
Ce genre de boitier est très résistant, y en a qui ont plus de 15 ans à l'hôpital je suis
 
  • #459
Oui effectivement tu as raison, mais je parlais du Pi côté contrôleur (FHEM), qui peut tourner le convertisseur en SOCAT et qui de toute façon est présent.

Donc:

FHEM /dev/ttyPTY (SOCAT -> ethernet ======== module Moxa/autre) -- compteur.

A une époque j'avais fait le même genre de connexion avec ma VMC, j'avais utilisé un module WizNet convertisseur IP/serial. (Example de leur produits).

Pour le prix, j'ai trouvé (en stock) chez digikey à 27 €

En ce qui concerne le roi et les cartes SD, il existe des version d'OS dont le Filesystem est en readonly (libreelec est basé la dessus), et alors on minimise les couac du au corruption des cartes flash.

La solution du module que tu proposes restant bien entendu la plus élégante.

J'ai vu les produits Moxa, mais les prix sont supérieurs ou me trompe-je ?

Et on peut tourjours aussi faire la même chose avec un ESP32

Je viens de vérifier les prix des ESP32 on est alors dans les 12 € mais il faudra peut être adapter les signaux au niveau RS232
 
Dernière édition:
Connectez-vous pour répondre ici.

Sujet semblables

@lex
Boîtier VELUX KLF200: retour d'expérience
Réponses
5
Affichages
3K
@lex
@lex
H
Quelle type d'installation électrique évolutive ?
2
Réponses
21
Affichages
3K
RobBZ
RobBZ
sebcbien
Contrôler sa VMC StorkAir / ComfoAir / zehnder via sa domotique
99 100 101
Réponses
2K
Affichages
208K
jcoenen
jcoenen
pidgin
Installation et coût d'un système - retour d'information
Réponses
3
Affichages
7K
pidgin
pidgin

Nos articles

On a aimé dans le forum

Accueil Actu Connexion Chercher
Retour
Haut