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

Hello Jcoenen,

Désolé pour cette réponse tardive

Donc si j'ai bien compris, après mon contrôleur je dois y mettre ceci:

Par contre si le max232 est alimenté en 0+5v je n'arriverai pas a avoir une tension supérieure à 5V ( mais cela sera >3.3V)?

Pas de soucis,

Tout à fait.

Si le contrôlleur est en TTL alors le convertisseur est nécessaire, et alimenté en 5 volts garantira le bon niveau de sortie (pas besoin absolument de 12 volts). J'ai ce genre de convertisseur sur l'UART du raspberry pi (via le bornier GPIO) qui est en TTL, et cela fonctionne très bien avec l'alimentation prise sur le bornier GPIO et donc en 5 volts.

Hello,

J'approche mais je suis pas sur que c'est encore bon. Peut etre une inversion rx tx

26/02/16 22:57:55 : new client connection from ('127.0.0.1', 35883)
26/02/16 22:57:55 : received 07f000690016070f ('127.0.0.1', 35883) from client ('127.0.0.1', 35883) retained is 07f000690016070f
26/02/16 22:57:55 : Processing msg from queue ('127.0.0.1', 35883)
26/02/16 22:57:55 : Sending frame 07f000690016070f to VMC from Client ('127.0.0.1', 35883)
26/02/16 22:57:55 : Command code: 69 reply is True
26/02/16 22:57:55 : expecting a reply
26/02/16 22:57:55 : received from VMC 07f3ffff
26/02/16 22:57:55 : No frame detected in 07f3ffff
26/02/16 22:58:48 : closing ('127.0.0.1', 35883) after reading no data
26/02/16 22:58:48 : New connection for CCEASE/COMFOSENSE from ('192.168.1.1', 56524)
26/02/16 22:59:40 : closing ('192.168.1.1', 56524) after reading no data
26/02/16 23:00:16 : closing ('192.168.1.1', 56524) after reading no data
26/02/16 23:01:38 : new client connection from ('127.0.0.1', 35884)
26/02/16 23:01:38 : received 07f00099010249070f ('127.0.0.1', 35884) from client ('127.0.0.1', 35884) retained is 07f00099010249070f
26/02/16 23:01:38 : Processing msg from queue ('127.0.0.1', 35884)
26/02/16 23:01:38 : Sending frame 07f00099010249070f to VMC from Client ('127.0.0.1', 35884)
26/02/16 23:01:38 : Command code: 99 reply is False
26/02/16 23:01:38 : not expecting a reply
26/02/16 23:01:38 : received 07f000cd007a070f ('127.0.0.1', 35884) from client ('127.0.0.1', 35884) retained is 07f000cd007a070f
26/02/16 23:01:38 : Processing msg from queue ('127.0.0.1', 35884)
26/02/16 23:01:38 : Sending frame 07f000cd007a070f to VMC from Client ('127.0.0.1', 35884)
26/02/16 23:01:38 : Command code: cd reply is True
26/02/16 23:01:38 : expecting a reply
26/02/16 23:01:38 : received from VMC fdf7ff7f
26/02/16 23:01:38 : No frame detected in fdf7ff7f
26/02/16 23:02:14 : closing ('127.0.0.1', 35884) after reading no data

Cliquez pour agrandir...

Bonjour,

07f3ffff, cela ressemble à 07F3, qui est un "acknowledge" de la VMC après la réception de la commande, le ffff après n'est pas correct, cela devrait être une trame qui commence par 07F0 ....

A priori je dirais que c'est du bruit sur la ligne. J'ai déjà eut ce genre de chose avec une mauvaise connexion de la masse, quoiqu'il en soit la présence du 07F3 est déjà un bon point car c'est une trame courante dans le protocole.

Juste un petit feedback: tout marche nickel chez moi depuis plusieurs mois. La VMC sur le Pi via un port série-USB, avec interaction via FHEM sur le même Pi.

J'ai découvert que les contacts 230 V pour contrôler les vitesses de la VMC avaient priorité sur les commandes envoyées sur le port série via le Pi (je vais bientôt déconnecter ces contacts).

Encore merci à jcoenen !

Bonjour JP, j'aurai besoin de ton savoir,

Tu m'as dit que FEHM gérait les éphémérides et les courbes.

Je souhaiterai enregistrer les courbes températures intérieures, de soufflage et extérieure provenant de la VMC.

Je souhaiterai suivant l'heure du couché du soleil (infos yahoo ou autres)
insérer cette heure dans
http://192.168.1.70/admin/timer.htm?timerNum=2&erase=0&name=BSO+Est+journ%C3%A9e&day=7&timeDeb=14%3A00%3A10&timeFin=18%3A45%3A00

Peux-tu me filer un coup de main

Il y a du mieux

27/02/16 16:33:50 : new client connection from ('192.168.1.1', 57745)
27/02/16 16:34:21 : new client connection from ('127.0.0.1', 35970)
27/02/16 16:34:21 : received 07f0000b00b8070f ('127.0.0.1', 35970) from client ('127.0.0.1', 35970) retained is 07f0000b00b8070f
27/02/16 16:34:21 : Processing msg from queue ('127.0.0.1', 35970)
27/02/16 16:34:21 : Sending frame 07f0000b00b8070f to VMC from Client ('127.0.0.1', 35970)
27/02/16 16:34:21 : Command code: 0b reply is True
27/02/16 16:34:21 : expecting a reply
27/02/16 16:34:21 : received from VMC 07f307f0000b00b8070f
27/02/16 16:34:21 : 8 frames received from VMC only one is expected from theread
27/02/16 16:34:21 : frame received from VMC stored in client queue 07f0000b00b8070f
27/02/16 16:34:21 : sending 07f0000b00b8070f to ('127.0.0.1', 35970)
27/02/16 16:34:21 : closing ('127.0.0.1', 35970) after reading no data
27/02/16 16:35:29 : closing ('127.0.0.1', 35970) after reading no data
27/02/16 16:35:29 : New connection for CCEASE/COMFOSENSE from ('192.168.1.1', 57752)
27/02/16 16:35:54 : closing ('192.168.1.1', 57752) after reading no data

Cliquez pour agrandir...

Par contre pour avoir cela je lance le client et cela me retourne une erreur mais la communication smelbe établie.

root@max2play:~/raspVMC-master# ./client1.py
connecting to 127.0.0.1 port 10000
requesting data
Traceback (most recent call last):
File "./client1.py", line 90, in <module>
sample(sock)
File "./client1.py", line 47, in sample
rcvd = VMC(hexframe)
File "/root/raspVMC-master/VMC.py", line 50, in __init__
self.Payload() #extract the payload when checksum OK
File "/root/raspVMC-master/VMC.py", line 119, in Payload
self.payload=binascii.a2b_hex(result.group(3))
AttributeError: 'NoneType' object has no attribute 'group'
root@max2play:~/raspVMC-master# ./VMC.py
-bash: ./VMC.py: Permission denied
root@max2play:~/raspVMC-master# sudo ./VMC.py
sudo: unable to resolve host max2play
sudo: ./VMC.py: command not found

Cliquez pour agrandir...

Ensuite je tente d'avoir une page web via http://192.168.1.19/VMC1.html mais cela me renvoit sur une page de ma distri. J'essaie également http://192.168.1.19:10001 ou 10002 mais rien ne s'affiche.

JE continue mon exploration

Info imlportante, j'ai changé de distri et je suis sur une base de max2play:

root@max2play:~/raspVMC-master# uname -a
Linux max2play 4.1.13-v7+ #826 SMP PREEMPT Fri Nov 13 20:19:03 GMT 2015 armv7l GNU/Linux
root@max2play:~/raspVMC-master#

Cliquez pour agrandir...

rjcab;1091432 a dit:

Il y a du mieux


Par contre pour avoir cela je lance le client et cela me retourne une erreur mais la communication smelbe établie.



Ensuite je tente d'avoir une page web via http://192.168.1.19/VMC1.html mais cela me renvoit sur une page de ma distri. J'essaie également http://192.168.1.19:10001 ou 10002 mais rien ne s'affiche.

JE continue mon exploration

Cliquez pour agrandir...

Oui il y a un mieux les niveaux doivent être correct, mais en regardant les 2 résultats dans ton post, il semble que le TX soit court circuité avec le RX, car sur le premier debug, on voit que les trames envoyées par le client reviennent comme réponse de la VMC.

27/02/16 16:34:21 : received 07f0000b00b8070f ('127.0.0.1', 35970) from client

et ensuite la réponse de la VMC

received from VMC 07f307f0000b00b8070f exactement la même trame, donc RX et TX sont court circuités.

La réponse de la VMC a cette trame devrait être

07f0000c......070f


Un petit effort on y est presque ...

@lex;1091371 a dit:

Juste un petit feedback: tout marche nickel chez moi depuis plusieurs mois. La VMC sur le Pi via un port série-USB, avec interaction via FHEM sur le même Pi.

J'ai découvert que les contacts 230 V pour contrôler les vitesses de la VMC avaient priorité sur les commandes envoyées sur le port série via le Pi (je vais bientôt déconnecter ces contacts).

Encore merci à jcoenen !

Cliquez pour agrandir...

Ah cela fait du bien d'entendre des retours d'utilisateurs contents

Oui le pilotage par L1 et L2 et par le protocole est bizarre, par contre au niveau du WAF les switches sont imbattables ))

nodarii;1091422 a dit:

Bonjour JP, j'aurai besoin de ton savoir,

Tu m'as dit que FEHM gérait les éphémérides et les courbes.

Je souhaiterai enregistrer les courbes températures intérieures, de soufflage et extérieure provenant de la VMC.

Je souhaiterai suivant l'heure du couché du soleil (infos yahoo ou autres)
insérer cette heure dans
http://192.168.1.70/admin/timer.htm?timerNum=2&erase=0&name=BSO+Est+journ%C3%A9e&day=7&timeDeb=14%3A00%3A10&timeFin=18%3A45%3A00

Peux-tu me filer un coup de main

Cliquez pour agrandir...

Si tu installes FHEM via le petit programme de configuration, il définit un device VMC qui va automatiquement générer les courbes de vitesse des ventilos et des températures.

Donc si je comprend bien, tu veux que FHEM fasse un accès a un URL en y incluant l'heure duc couché du soleil. M'est avis que cela doit être possible.

Question, comment l'accès a l'URL est il généré ? (a heure fixe, par un évènement ???)

Si tu peux poster ta réponse sur la discussion FHEM c'est plus dans le sujet (à moins que cela ne concerne la VMC)

puffff, je viens de changer mes filtre (noir de chez noir) et voici le résultat



Ils étaient tellement crades que l'air réinjecté n'était même plus réchauffé ...

La page web me disait bien que le rendement était en dessous de tout ...

Même soucis que toi.
Par contre le bouton RAZ Filtrer ne fonctionne pas chez moi
http://www.***************.com/construire/viewtopic.php?p=4304455#4304455

nodarii;1091835 a dit:

Même soucis que toi.
Par contre le bouton RAZ Filtrer ne fonctionne pas chez moi
http://www.***************.com/construire/viewtopic.php?p=4304455#4304455

Cliquez pour agrandir...

Pouarc de pouarc, dire qu'on respire tout ça, et nous nos filtres on ne les change jamais ...

En ce qui concerne le reset des filtres.

Vérifies qu tu as bien le script /usr/lib/cgi-bin/VMCresetfilter.cgi

C'est ce script qui est apellé par le click sur le boutton de la page VMC3.html et qui transmet la commande "reset" à la VMC.

Je viens de zieuter sur github, la page VMC3.html est juste et doit avoir cette fonction, qui effectue l'appel au script.

function resetflt() {

var httpRequest = new XMLHttpRequest();
var ref = (new Date).getTime(); document.getElementById('message').innerHTML="Reset filter counter"; httpRequest.open('GET', '/cgi-bin/VMCresetfilter.cgi?time='+ref, false);
if (getConfirmation(' reset filter')) { httpRequest.send(null);
// alert('reset !');
reply = httpRequest.responseText;

document.getElementById('message').innerHTML=reply;
} else {
document.getElementById('message').innerHTML='Reset filter canceled';
// alert('Canceled');
} init();
// switching.src=switchimg[swstate];
setTimeout("init()",2000);
// switching.src=switchimg[swstate];

Au pire tu peux aussi apeller le script directement a partir d'un navigateur WEB.

http://raspberry_de_la_VMC/cgi-bin/VMCresetfilter.cgi

En ce qui concerne FHEM et les éphémérides, voiçi la commande SUNRISE_EL qui donne l'heure du lever du soleil (a essayer dans le champs de commande de la page web FHEM .

{sunrise_abs("real")}


Il faut aussi avoir mis les variable de latitude et longitude ainsi que le paramétre du fasceau horaire (CET, GMT ...)

La latitude et la longitude sont des attributs de la variable global qu tu peux règler ia la page

http://raspberrypi:8083/fhem?detail=global


Il y a aussi le module twilight qui permet aussi de faire de jolie chose, et qui fait intervenir aussi les conditions météo dans la détermination de l'heure du changement de luminosité.

Quant à l'envoi via http, je suppose que le module HTTPMOD devrait faire l'affaire, il y a aussi des fonctions "http" dans HTTPUTILS qui pourraient convenir, tout dépend de l'évènement qui va envoyer la requête http.


En creusant un peu sur le wiki fhem, j0'ai aussi trouvé CECI

En deux mot on crée un device "notify" qui en fait est un appel html.

define html_aufruf notify my_schaltern { GetHttpFile("192.168.0.7:80", "/cgi-bin/rc?108") }Lorsque ce device est mis sur ON, alors la commande html est envoyée.

eh, 'ya le RPI V3 qui est sorti
Pov' JP ...

sebcbien;1091956 a dit:

eh, 'ya le RPI V3 qui est sorti
Pov' JP ...

Cliquez pour agrandir...

Heiiiiiiiiiin, comment, quoi, où, combien ?

Et bien, et bien, il ne me reste plus qu'a prendre mon vélo et aller chercher ça cet après midi, le magazin est au coin de la rue ...

Le Wifi et le Bluetooth sont intégrés
64 bits CPU
Même boitier, mais c'est parfait tout ça ...

J'ai justement remplacé le port série d'un de mes ancient avec une carte de lecture NFC et je me demandeais quoi fairte avec le convertisseur, et bien maintenant je sais !!!

Grand merci pour l'info SEBCBIEN

Bon pour éviter la rupture de stock, je l'ai commandé (on ne sais jamais heiiiiin .

Maintenant, l'ARM v8 est 64 bits (vs 32 bits pour le V7 et les autres), d'aptrès debian la distribution jessie est disponible, chwette.

Méfie toit quand même que tout soit bien compatible au niveau des bibliothèque.

Style GPIO, etc