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

Pas a ma connaissance, depuis raspVMC-master

sudo cp *.gplot /opt/fhem/www/gplot/

si le format des fichier gplot n'a pas changé cela devrait faire l'affaire.

Sinon au pire tu peux recréer les graphiques a partir de l'interface web de FHEM, c'est un bon exercice pour comprendre comment ça fonctionne

ca fonctionne, je vais finaliser ma procédure et je te la soumettrai afin que tu la valide

Ensuite on pourra la mettre sur le github

impec, surtout content que tu sois de nouveau opérationnel.

@jcoenen , je pense que ma procédure est presque bonne, tu peux me filer une adresse ou t'envoyer ça ?
ou alors je te file un lien de téléchargement si tu préfères

voir mp

Hello everyone, I am back

je voudrais insérer la page web pour piloter ma VMC dans mon interface Jeedom (système domestique)

J'ai fais ceci:


Pb il ne m'affiche pas l'image avec les flux



une histoire de cgi-bin ca ?

Merci à vous

heuuu, je ne sais pas si jeedom supporte le javascript qui est téléchargé sur la page et qui fait tourner les CGI qui vont causer avec le serveur, essayes voir avec les page qui donne le cadre (ave object config ventilateur ...) en dessous avec les valeur lues par le cgi (VMC2.html et VMC3.html) si tu ne vois pas le cadre en dessous alors jeedom n'a pas de moteur javascript ... il faut alors faire une page ave un language que jeedom comprend ...

J'ai jeté un oeil à jeedom, je me demande si ce n'est pas plutôt du au code qui part du principe que le root est la page web alors qu'avec la structure iframe utilisée par jeedom le root est un niveau plus haut ... pas certain que ce que je dit soit très clair, mais c'est une possibilité. Je vais jeter un oeil la dessus ...

J'ai trouvé. Jeedom support le Java mais j'essayais depuis le boulot ou il y a un firewall applicatif qui filtrait la page.
Depuis la maison c'est OK par contre ma page web rame un peu plus.



Par contre j'ai la ligne <!DOCTYPE C> qu'il faudrait que je retire.

OK, oui c'est pas très joli, pour ça il faut éditer le fichier /usr/lib/cgi-bin/meteo.cgi et juste laisser

#!/usr/bin/python
print "Content-Type: text/plain"
print

Le script permet d'aller lire une valeur de température externe via un thermomètre connecté (station météo ou autre).
De mon côté j'ai une station météo accédée par FHEM et je vais lire sur FHEM la valeur de la température extérieure.

OK pour jeedom qui fonctionne bien, le firewall interceptant le code js qui est appelé par la page, bravo, bien vu.

Sur le sujet du script meteo.cgi

Voici par example un script qui va récupérer la valeur lue à un thermomètre extérieur lacrosse TX3 sous abri, sans fils 433 MHz via un interface RFXcom et FHEM.


le capteur

Telnet activé sur fhem



page device sur FHEM


Script cgi pour aller rechercher la dernière valeur

#!/usr/bin/python
import json
import socket
import httplib

sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
server_address = ('127.0.0.1', 7072)
sock.connect(server_address)
sock.send('jsonlist2 TX3 temperature\n')
io=sock.recv(2048)
TX3=json.loads(io)
print "Content-Type: text/plain"
print
print TX3['Results'][0]['Readings']['temperature']['Value']
print

Page web avec la valeur de température extérieure



On note une différence de quasi 2 degrés entre la température sous abri et la température air extérieur mesurée a la VMC.

rjcab a dit:

Hello everyone, I am back

je voudrais insérer la page web pour piloter ma VMC dans mon interface Jeedom (système domestique)

J'ai fais ceci:

Code:

<iframe
 src="http://192.168.1.15/VMC1.html"
 width="500" height="500"
 sandbox>
  <p>
    <a href="http://192.168.1.15/VMC1.html">
      Un lien à utiliser dans les cas où les navigateurs ne supportent
      pas les <i>iframes</i>.
    </a>
  </p>
</iframe>

Pb il ne m'affiche pas l'image avec les flux

Voir la pièce jointe 37343

une histoire de cgi-bin ca ?

Merci à vous

Cliquez pour agrandir...

Merci mais c'est déja le cas:

J’ai récemment remarqué qu’il faut un print après le header, avant ça fonctionnait maintenant plus ...

Donc

#!/usr/bin/python
print "Content-Type: text/plain"
print

jcoenen a dit:

J’ai récemment remarqué qu’il faut un print après le header, avant ça fonctionnait maintenant plus ...

Donc

#!/usr/bin/python
print "Content-Type: text/plain"
print

Cliquez pour agrandir...

Hello JC,

Désolé j'ai pas compris

Pour ne plus avoir le message dans la page VMC.html il faut faire un print après le print du header (content type).

Hello,
Je voudrais également contrôler ma VMC (comfoD 450 version luxe) via le port rs232.
J'ai fini par trouver les specs du protocol dans un pdf en allemand. A priori, la 350, 450 et 550 partage les memes specs.
pour info, j'ai aussi trouvé ce projet https://github.com/jacobstim/comfoairclient mais je ne l'ai pas encore testé.

J'ai donc trouvé ce projet, j'ai monté un raspberry avec un adaptateur usb-rs232 et j'ai utiliser la version du code se trouvant ici https://github.com/jcoenencom/raspVMC.
Mon but étant en fait d'en faire un plugin pour la solution domotique jeedom (ca pourrait en intéresser certains)

J'ai pour l'instant pu configurer le "serveur" (python), connecté à ma vmc et m'y connecter avec les clients python fournis ainsi qu'avec un autre client que j'ai implémenté pour tester. Tout semble fonctionner comme attendu, je sais modifier la vitesse de ventilation par exemple et je reçois aussi des réponses en retour...
Donc techniquement, le lien semble en place comme attendu.

Mais mon problème est qu'en fait je ne reçois pas les réponses attendues aux commandes envoyées mais que je reçois un flux de trames constantes et différentes; donc un peu toutes le trames possibles, en boucles mais de façon aléatoires, (en tout cas je ne repère pas une séquence particulière).
En fait, même si je n'envois pas de commandes, je peux lire sur le socket (rs232) et je reçois toujours de l'info, toutes les trames sont valides (mais pas toutes gérées par le code de ce projet, par exemple les commandes "0x3c", "0xae", ...)

Est-ce que quelqu'un à déjà rencontré ce cas? Recevez-vous bien une seule trame en réponse à une commande ou également plein de trame différentes et sans lien?

Pour info, j'ai remarqué que le "mode rs232" (commande 0x9B) me retournait (avec la commande 0x9C) la valeur "seulement CC-Ease" (0x02). J'ai essayé de passer en "seulement pc" mais sans succès.
Quel mode avez-vous?
Dans mon install VMC j'ai un panel CC-Ease connecté par 4 fils aux bornes qui vont bien (module installé par l'installateur en même temps que la VMC), et donc pas connecté en rs232.
Je me demande si ce "rs232 mode" n'aurait pas une influence sur ce comportement...

Et pour rappel, je sais modifier la vitesse de la VMC via raspVMC, malgré que les réponses soient aléatoires, la VMC adapte sa vitesse lorsque j'envoi la commande "0x99". Donc j'ai l'impression que ca confirme que niveau connexion c'est bon.

Normalement dans le cas ou seul le raspberry est raccordé a la VMC, celle-ci ne va rien envoyer sur le RS232 sans qu'une demande n'aie été faite, les trames sont elles correctes au point de vue protocole ? si la connection rs232 n'est pas bonne alors du bruit peut apparaitre et ce bruit est traduite en octets quine veulent rien dire bien évidemment (mauvaise masse ou niveau RS232 pas top).

Si un CCEase est connecté alors celui-ci bombarde la VMC de requêtes en continu qui sont reçues par le serveur.

Les trames sont correctes au niveau protocole,
J'ai tellement fait de test que je les lis quasi "naturellement" depuis le log maintenant

Ce que j'appelle CCEase (mais qui ne l'est peut-être pas) est le panneau de control (type thermostat, exactement celui-ci https://www.google.com/imgres?imgur...7tEtYkqjIbM:&vet=1&w=799&h=799&source=sh/x/im)
Il est connecté (depuis mon salon) par un cable 4 fils, connectées sur les bornes (prévue pour) se trouvant à coté du rs232, je n'ai pas regardé en détails ca mais il y a surement un pour tx, un rx, une masse et ... je sais pas quoi

Peut-être que la vmc répond et sur les cables et sur le rs232 aux commandes reçues sur le cable.
Ce que je pourrais tester c'est de débrancher le ccease pour voir si ca se calme sur le rs232.

Ok et bien on connaît maintenant la cause. En RS232 les connections sont en point to point, ce n’est pas un Bus, donc en branchant le raspberry, le CCease et la vmc sur le même câble (sur les cartes il y a plusieurs connecteurs mais il sont tous connectés ensemble) et bien les messages se télescopent allègrement. Pour permettre de piloter la VMC avec différents contrôleurs il faut intercaler entre les contrôleurs et la vmc un système qui fait l’aiguillage, c’est le but du serveur. Le CCease (ou comfosense) est connecté au raspberry via un adaptateur série et envoie ses messages à la vmc via le serveur, pareil pour les autres clients, le serveur retournant les réponses de la vmc au bon client.

Salut jcoenen,
merci pour tes réponses (et pour le projet raspvmc d'ailleurs)!

Je confirme. En débranchant le ccease, c'est calme sur la connexion (et j'ai partiellement relis toutes la discussion et c'était déjà expliqué en fait, désolé)
Je n'avais pas capté que le bornier pour le ccease et le port db9 était câblé ensemble sur le rs232, je pensais que c'était 2 interfaces offertes en parallèles et que la vmc gérait les 2.
Je comprend mieux l’intérêt du port et de la config dédié sur le serveur du coup.

Bon, du coup faut que je trouve un moyen de connecter le ccease sur le pi, j'ai lu que tu as testé avec un comfosense mais je n'ai pas trouvé l'info sur le cablage entre lui et le pi.
Je pensais le cabler sur un adaptateur db9 (il existe des bornier / db9) lui même branché en usb sur le pi (broche 2,3 et 5 je dois juste réfléchir au sens pour le rx/tx, cette partie est claire je pense); je préfère acheté les adaptateurs que tenter des soudures.
Mais pour l'alim 12v du ccease, comment as-tu fait lors de tes tests? elle reste branché directement sur la vmc? et la masse correspondante?