telemetry
Quoi de neuf

Contrôler sa VMC StorkAir / ComfoAir / zehnder via sa domotique

  • Forum Electricité - Domotique
  • Auteur du sujet Auteur du sujet sebcbien
  • Date de début Date de début
  • #1 381
moustic999;1179942 a dit:
j'ai pas tout suivi vu que je n'ai pas de VMC, mais juste pour rappel

il existe un module pour FHEM : FHEM2FHEM qui permet de faire communiquer ensemble 2 fhem ....

ca pourrait peut etre aider ...

Oui effectivement, mais dans ce cas ci il n'est pas nécessaire de faire tourner deux instances de FHEM

en gros voici le path des données

FHEM --- fhem2fhem ----FHEM --- tty virtuel [socat] --- serveur --- tty physique --- VMC

la partie fhem2fhem ----FHEM est superflue, la connexion de fhem au serveur étant dans tout les cas assurée par socat.

Et ce serait pareil pour jeedom ou openhab si tant est qu'ils ont un driver pour nos VMC.

La raison des tty (interfaces séries physique ou virtuels) est que la VMC est réalisée sur base d'une interface série donc on est obligé dans le cas de FHEM par exemple (qui se connete en direct sur la VMC) de virtualiser son interface de cette façon FHEM croit être connecté a la VMC en diret alors que ce n'est pas le cas (c'est d'ailleurs la raison pour laquelle FHEM râle sur les timeout dans le log, mon code ne prennant pas en compte certains acknowldges du protocole).

Les divers éléments étant interconnectés par le réseau il n'est plus nécessaire de les maintenir sur une machine. pour info j'ai même réussi a connecter un comfosense aux Pays-Bas a un bloc VMC en belgique via un VPN. Juste pour voir.


 
  • #1 382
jcoenen;1179873 a dit:
Explication des messages système

Dec 13 21:09:11 raspberrypi systemd[1]: Started VMC python server.
Le serveur démarre
Dec 13 21:09:12 raspberrypi server.py[31842]: Starting NEW VMC server on device/dev/ttyAMA0, Debug to:/var/log/VMClog.log, running on IP address:('', 10000)
Caractéristiques runtime du serveur: VMC USB device, Debug log file, IP service port
Dec 13 21:09:12 raspberrypi server.py[31842]: Starting VMC server for ConfoSense on IP address:('', 10001) port 10001
Démarrage du service port pour le comfossense dans le serveur
Dec 13 21:09:12 raspberrypi server.py[31842]: Starting VMC server for Control on IP address:('', 10002) port 10002
Dömarrage du service port pour interagir avec le serveur via telnet
Dec 13 21:09:12 raspberrypi server.py[31842]: socat started on /tmp/ttyVMC, PID:31847
Démarrage de socat sur /tmp/ttyVMC, device hook pour la connection FHEM


pi@raspberrypi:/var/log $ ps -ef | grep socat
root 31847 31842 0 21:09 ? 00:00:00 socat PTY,mode=666,link=/tmp/ttyVMC TCP-CONNECT:127.0.0.1:10000
pi 31857 31561 0 21:09 pts/1 00:00:00 grep --color=auto socat

Un seul socat est actif dans le système celui qui connecte FHEM, le socat vers le comfosense est donc inactif. Celui ci est démarré par le serveur !

Bon je regarde comment j'ai démarré le bazaaar.

Heuuu, pas étonnant, le démarrage du socat pour le comfosense n'est pas prévu dans le code ... va falloir intégrer la chose pour rester cohérent.

En attendant tu peux lancer socat via la commande

socat /dev/ttyUSB0,raw,echo=0,b9600 tcp4-connect:127.0.0.1:10001 &


ttyUSB0 est le device usb sur lequel le comfosense est connecté.

Toutes mes plus plattes zeskuzes :-D

Bon voila, c'est meiux affectivement :-)

pi@raspberrypi:~ $ ps -ef | grep socat
pi 1956 1928 0 18:17 pts/1 00:00:00 socat /dev/ttyUSB0,raw,echo=0,b9600 tcp4-connect:127.0.0.1:10001
pi 1958 1928 0 18:17 pts/1 00:00:00 grep --color=auto socat
root 31847 31842 0 Dec13 ? 00:00:01 socat PTY,mode=666,link=/tmp/ttyVMC TCP-CONNECT:127.0.0.1:10000

Dans le log de VMC, j'ai ceci :
14/12/16 18:17:25 : New connection for CCEASE/COMFOSENSE from ('127.0.0.1', 48160)

Par contre j'ai tjs un "COMM Error" sur le comfosense

J'ia inversé TX/RX pour être sur que je m'étais pas planté

Autre chose, voici mon câblage :

Comfosense :
RX => soudé sur le RS232 TTL => USB
TX => soudé sur le RS232 TTL => USB
12v=> connecté sur la carte de la VMC
GND => connecté sur la carte de la VMC

GND du RS232 TTL USB connecté à la PIN25 de mon PI qui est un GND

VMC :
3,3V du PI (PIN1) => => Soudé sur le VCC du RS232 qui va en DB9 sur la VMC
GND du PI (PIN6) => Soudé sur le RS232 qui va en DB9 sur la VMC
TX du PI (PIN8) => Soudé sur le RS232 qui va en DB9 sur la VMC
RX du PI (PIN10)=> Soudé sur le RS232 qui va en DB9 sur la VMC
 
Dernière édition par un modérateur:
  • #1 383
eljub;1180000 a dit:
Bon voila, c'est meiux affectivement :-)



Dans le log de VMC, j'ai ceci :


Par contre j'ai tjs un "COMM Error" sur le comfosense

J'ia inversé TX/RX pour être sur que je m'étais pas planté

Autre chose, voici mon câblage :

Comfosense :
RX => soudé sur le RS232 TTL => USB
TX => soudé sur le RS232 TTL => USB
12v=> connecté sur la carte de la VMC
GND => connecté sur la carte de la VMC

GND du RS232 TTL USB connecté à la PIN25 de mon PI qui est un GND

VMC :
3,3V du PI (PIN1) => => Soudé sur le VCC du RS232 qui va en DB9 sur la VMC
GND du PI (PIN6) => Soudé sur le RS232 qui va en DB9 sur la VMC
TX du PI (PIN8) => Soudé sur le RS232 qui va en DB9 sur la VMC
RX du PI (PIN10)=> Soudé sur le RS232 qui va en DB9 sur la VMC


Heuuu, je ne comprend pas la configuration, utilises tu le GPIO (ttyAMA0) via un adaptateur RS232/TTL ou un convertisseur RS232/USB ???

dans le premier cas le socat doit être connecté a ttyAMA0 je pense que le problème vient de là ...

Soit

socat /dev/ttyAMA0,raw,echo=0,b9600 tcp4-connect:127.0.0.1:10001

Pour voir si les messages du comfosense passent par l'interface

socat -x /dev/ttyAMA0,raw,echo=0,b9600 tcp4-connect:127.0.0.1:10001

Les messages seront mis sur la console.

Et la VMC alors ou est-elle connectée ??? ttyUSB0 ???

Donnes moi ta configuration matérielle

Soit Interface (USB/GPIO) connecté à (Comfosense/VMC)

Attention que le Comfosense et la VMC ne peuvent pas être mis sur le même interface RS232 !!!
 
  • #1 384
Comfosense => RS232 TTL => convertisseur RS232/USB => RPI (ttyUSB0)
VMC DB9 => RS232 TTL => RPI (ttyAMA0)
 
  • #1 385
eljub;1180014 a dit:
Comfosense => RS232 TTL => convertisseur RS232/USB => RPI (ttyUSB0)
VMC DB9 => RS232 TTL => RPI (ttyAMA0)

Dans la ligne Comfosense, le convertisseur RS232/USB est TTL ???? tu as vu ça dans la doc ?
 
  • #1 386
ca j'avoue je sais pas j'ai pas regarder
 
  • #1 387
eljub;1180014 a dit:
Comfosense => RS232 TTL => convertisseur RS232/USB => RPI (ttyUSB0)
VMC DB9 => RS232 TTL => RPI (ttyAMA0)

Dans ce cas il est possible que le problème vienne de là

Appareil Comfosense RS232 -> Convertisseur TTL --> RS232/USB -> Pi

Les niveau qui sortent en TTL du RS232 TTL arrivent sur une entrée RS232 et là il ne peuvent se parler.

A mon avis (mais sans avoir d'info sur les divers composants) le RS232 TTL est en trop.

Pour vérifier que le RS232/USB est OK tu peux le brancher sur la VMC changer VMC.ini et voir si tu a la communication
 
  • #1 388
ok je vais tester

sinon voici mon schéma de branchement
920158519597de77b.jpg
 
  • #1 389
ca fonctionne direct si je mets le convertisseur USB / RS232 du PI à la VMC en adaptant le VMC.ini
 
  • #1 390
donc en gros tu penses que je dois simplement avoir une fiche DB9 sans la petite carte TTL et ensuite le convertisseur RS232/USB

Donc Comfosense => fiche DB9 => convertisseur RS232/USB => USB RPI
 
  • #1 391
eljub;1180035 a dit:
ok je vais tester

sinon voici mon schéma de branchement
920158519597de77b.jpg

OK donc tu pourrais brancher le convertisseur USB dB9 directement sur la VMC et essayer avec le serveur sur ttyUSB0 (dans /etc/VMC/VMC.ini et restart server), si ça fonctionne alors le convertisseur est en RS232 et pas besoin du RS232/TTL

Serais de retour dans 2 ou 3 heures
 
  • #1 392
merci pas de soucis tu confirme donc ce que j'ai dis juste avant ;-)
 
  • #1 393
Ca fonctionne !!!!!

Un grand merci :-)

manque plus donc que le service pour le socat du comfosense

Et ensuite je peux facturer des installations et me faire plein de pèpète :-P

Je déconne hein, un tout tout grand merci pour ton travail
 
  • #1 394
eljub;1180071 a dit:
Ca fonctionne !!!!!

Un grand merci :-)

manque plus donc que le service pour le socat du comfosense

Et ensuite je peux facturer des installations et me faire plein de pèpète :-P

Je déconne hein, un tout tout grand merci pour ton travail

Tout fonctionne ?

Web interface
FHEM
Comfosense

Alors c'est parfait, il ne me reste plus qu'a faire le nécessaire pour jessie et le démarrage de socat pour comfosense.

Ahahahaha pour les installation et ce qui va avec, alors je vais attendre un peu avant de finaliser jessie :-D :-D :-D

Amuses toi bien avec FHEM et l'automatisation de la VMC, il y a de quoi faire.
 
  • #1 396
Comme tu en parles dans un autre sujet, je relaye ici

Que penses-tu pour communiquer entre mon capteur d'humidité KNX et la VMC

- Attendre que tu développes une communication VMC / KNX
- Interfacer via FHEM ?

Maintenant la communication VMC/KNX m'intéresse, je pourrais mettre la commande sur mes écrans zennio directement :-p

je sais je demande bcp !

PS : Si tu veux un autre défi, j'ai tjs ma porte de garage qui fonctionne pas correctement enfin comme je le souhaiterais :-D
 
  • #1 397
Mwarf.
Je vois que tu sais lire :-D

Je viens de me rafraichir la mémoire (c'est l'âge que veux tu), VMCknx.py est le module "KNX" celui-ci est piloté par VMC.ini qui doit imnpérativement avoir une section knx.

Cette section est illustrée dans knx.ini (qui peut être ajoutée à VMC.ini)

dans la section il doit y avoir

gateway=127.0.0.1 Définition du gateway eibd ou knxd qui est connecté au bus

ensuite les lignes

data-temperature-Trepris=9/5/4,dpt9
data-ventilateurs-soufflagerpm=9/5/10,dpt7

la variable json (a voir dans un des client le json retourné) = ligne du bus,data-type

Bon le bidule n'est pas super intelligent, il fait une lecture et écrit les variables sur le bus point barre. Donc pour avoir un refresh il faut le mettre dans un crontab (e.g. toute les 5 minutes). Mais on ne m'en demandais pas plus (juste une preuve que ça pouvait marcher). Je n'ai pas activé sur mon bus, juste essayé et ça fonctionne.

Tu peux donc utliser tel quel et programmer une page de ton Zennio pour indiquer les valeurs lues.

Le système est entièrement indépendant de ETS (pas de programmation via ETS possible, je ne suis pas assez malin pour faire ça :shy:) donc il faut veiller a garder le projet ETS et la config VMC synchro.

Si tu veux piloter la VMC via un interrupteur KNX, pour l'instant le plus simple est soit de mettre un switch sur les interrupteur de la VMC (L1, L2), ou via FHEM (notify ...)

Mais j'ai toujours derrière la tête l'envie de fair un logiciel qui permettrait de piloter la VMC directement a partir de KNX (c'est par contre plus acrobatique).

Ceci dit, si tu as des sondes dont la lecture doivent piloter la VMC, on arrive très rapidement a un algorythme qui va au dela des capacité des actionneurs KNX, et on en revient a fhem.

D'un autre côté cela pourrait être intégré dans le logiciel (qui n'existe pas encore) de pilotage. Ou des lignes d'entrées peuvent être prévues pour les lectures de sondes en plus des commandes de vitesse. De façon a avoir un objet domotique KNX self contained.



 
  • #1 398
Juste comme ça par curiosité malsaine, c'est quoi l'histoire de la porte de garage ?

Je viens aussi de jeter un oeil au capteur ELSNER, il a 7 trigger avec threshold pour commander la VMC, donc pas besoin d'intégrer dans le VMCknx pour commencer.
 
Dernière édition par un modérateur:
  • #1 399
jcoenen;1180314 a dit:
Juste comme ça par curiosité malsaine, c'est quoi l'histoire de la porte de garage ?

Je viens aussi de jeter un oeil au capteur ELSNER, il a 7 trigger avec threshold pour commander la VMC, donc pas besoin d'intégrer dans le VMCknx pour commencer.

je peux faire un sujet a part pour ne pas pourrir non ?
 
  • #1 400
Yes, c'est une bonne idée.

Au fait pour VMCknx il faut que les KNXtools soient sur la bécane (ceux ci viennent avec eibd, groupwrite etc).
 

Sujet semblables

Réponses
10
Affichages
988
Nudji
Réponses
·
Affichages
169
Maka
Réponses
4
Affichages
390
Tchotto
Réponses
6
Affichages
1K
ironglove

Nos articles

On a aimé dans le forum

Retour
Haut