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

( dans

» Electricité » Domotique

)
Chercher:    

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

- Page 49
Page 49 sur 68 Première page - Résultats 1 à 20 sur 1 350 Page precedente 394748 49 505159 Page suivante Dernière page - Résultats 1 341 à 1 350 sur 1 350


31/12/2015 Vieux  
 
  56 ans, Liège
 
Citation:
Posté par listhor Voir le message
Thanks jcoenen. Just for the sake of my mind; so "overframing" of server.py makes it to pause itself? Or just queue is broken and server.py receives nothing (that would explain 2% of CPU utilisation)?
My hardware is Raspberry Pi 2 model B 1GB RAM and for example, webmin shows up a total utilisation of CPU, memory and so on, on about 40 to 50% level. I haven't seen it to work fully overloaded.

Anyway, you did a great job and I keep fingers crossed you will overcome such a issue .
Happy a New Year!
So you have a model 2 in which case it should not at all be overloaded, I have one like that running the server, an EIB server, FHEM, a solar panel monitoring system, a web server and more without any trouble, my Comfosense is connected to it via, albeit, another raspberry (model B).

The way the server works, it gets requests from "clients" and queue the requests and the client ID.
The queue is processed in parallel, sending the requests to the VMC, when the VMC replies, the reply is sent back to the client associated with the request.

So only when the VMC cannot reply fast enough (or too many clients are active) can the queue be overloaded, which I have never seen even though I had many clients connected in parallel.

If CCEASE/Web/Client work on a model B there are no reasons why it should not behave as expected on your 2B.

Wishing you all the best for 2016 (and a working raspVMC
31/12/2015 Vieux  
 
 
Voici un récaptitulatif de mon installation pour domotiser ma VMC à l'aide du logiciel écrit par jcoenen que l'on remercie au passage ! J'ai pensé que ca serait utile pour ceux qui ne veulent pas lire les 50 pages de cettte discussion

Le matériel
------------


- Zehnder ComfoAir 350 (fonctionne aussi sur Stockair). Le modèle Luxe n'est pas obligatoire et le logiciel fonctionne sur toutes les versions de la VMC à ma connaissance
- Boitier de contrôle Zehnder CCEASE (je crois que ça fonctionne aussi avec Comfosense)
- RASPBERRY PI 1 MODEL A+ (aucune raison pour que cela ne fonctionne pas avec un autre modèle...)
- 2 convertisseur USB vers Serial http://www.delock.com/produkte/F_657.../merkmale.html (il faut un modèle dont le chipset est compatible avec Linux c'est le cas de ce modèle mais aussi de centaines d'autres faire une recherche avant)
- 2 cable null modem DB-9. J'ai pris le D-SUB cable, 1:1, 9-pin, BU/BU, 5m (AK 2185) à 3€
- 1 vieux cable RJ45 de récupération peut importe si il est droit ou croisé car on va le découper
- des Wago 221 (http://www.wago.fr/produits/nos-prod...21/index-4.jsp) car c'est très pratique mais on peut utiliser des simples domino (des petits)
- un Ohmmètre (voltmètre en position ohm) et éventuellement un fer à souder

J'ai acheté tous les cables et le raspberry sur le site reichelt.de sans aucune raison particulières que tout était en stock au moment ou j'ai passé la commande

Pré-requis
-----------


On suppose que le raspberry est fonctionnel et raccordé au réseau local et à internet
On suppose égallement que vous savez vous connecter au raspberry en ssh et que vous connaissez un minimum de commandes linux sans être un expert
Le logiciel est validé sur la distribution Wheezy d'après les 50 pages du forum il me semble qu'il y ait des adaptations à faire pour d'autres distributions

Citation:
cat /etc/os-release

PRETTY_NAME="Raspbian GNU/Linux 7 (wheezy)"
Etape 1 relier tous les cables
--------------------------------


Premièrement on coupe un côté des cables DB-9 au raz d'un connecteur (pour avoir un grand cable) et on obtient ainsi 2 cables : DB-9 vers 9 fils de couleur qu'on dénudera un peu pour pouvoir faire des tests

Note : j'ai acheté 2 cables DB-9 car j'avais besoin d'une grande longeur mais votre raspberry est juste à côté de la VMC et aussi à côté du CCEASE alors 1 seul cable suffit puisque vous pouvez le couper en 2 parties égales.

Il faut maintenant identifier les pin 2, 3 et 5 sur le connecteur DB-9 des cables. Pour se faire on utilise un Ohmetre (quand le circuit est ouvert il affiche 1 et quand il y a contact la valeur est très proche de 0 voir 0)
Astuce les connecteurs étant des femelles on enfonce un petit clou en métal dans le trou du connecteur et on fait le test à partir de là (et oui le clou est conducteur)
On note bien sur un papier les couleurs ainsi que le numéro de PIN
On met un bout de sctoch sur les fils inutilisés car il ne faut pas faire de faux contacts

On prépare un cable RJ45 pareil en coupant un petit bout pour avoir RJ45 vers fils dénudés. On repére toujours avec l'Ohmmetre les Pins 1, 2, 3 et 8. Pareil on note bien sur un papier les couleurs avec les numéros de PIN puis on scotch les fils inutilisés.

Note : les fils étant très fins et très fragile j'ai mis un peu d'etain avec un fer a souder pour les renforcer

Maintenant on connecte tout ensemble selon le schéma ci dessous (Wago est ton ami)

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

Par rapport à d'autres messages sur le forum chez moi j'ai connecté le CCEASE TX au DB-9 Pin 2 et le RX au Pin 3 il semblerait que d'autres ont fait l'inverse. On peut faire le test sans risque si le CCEASE affiche NC c'est que c'est pas bon...

Les convertisseurs seront installés sur les 2 ports USB du Raspberry et les connecteur DB9 reliés aux 2 fonctions soit :
Rasp > port USB 1 > Convertisseur USB > Convertisseur DB-9 mâle > Cable null modem DB-9 femelle > CCEASE
Rasp > port USB 2 > Convertisseur USB > Convertisseur DB-9 mâle > Cable null modem DB-9 femelle > RJ45 VMC

Etape 2 installation logicielle
-------------------------------


On vérifie que les 2 convertisseurs existent et son bien reconnus si ce n'est pas le cas il faut installer les drivers (hors scope du présent tutoriel google est ton ami)

Citation:
ls -ltr /dev|grep -i ttyUSB
crw-rw---T 1 root dialout 188, 0 Dec 31 17:26 ttyUSB0
crw-rw---T 1 root dialout 188, 1 Dec 31 17:26 ttyUSB1

dmesg | grep tty
[ 5.538602] usb 1-1.2: pl2303 converter now attached to ttyUSB0
[ 5.656608] usb 1-1.3: pl2303 converter now attached to ttyUSB1

lsusb
Bus 001 Device 004: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
Bus 001 Device 005: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
On vérifie que ttyAMA0 n'est pas connecté à la console

Citation:
raspi-config
Dans l'écran selectionnez : advanced option > A8 Serial > Disable shell and kernel messages on the serial connection puis enregistrer

On install maintenant le logiciel de jcoenen

Citation:
On doit avoir un nouveau répertoire raspVMC-master

Citation:
cd raspVMC-master
On lance l'installation

Citation:
./install.bash
Au départ le script lance un update de linux pour bien tout mettre à jour et install pas mal de logiciel indispensables comme apache, python et socat

A la question FHEM is not installed do you want it to be installed (Y/N) répondez N si vous n'utilisez pas ce logiciel domotique. Si vous ne connaissez pas répondez N...

A la question Select the device connecting the VMC to the raspberry pi:
0 : /dev/ttyUSB1
1 : /dev/ttyUSB0
2 : /dev/ttyAMA0

Choissisez le port USB sur lequel vous avez connecter la VMC en utilisant le cable RJ45 (donc soit 0 pour le port 1 soit 1 pour le port 0 c'est pas logique mais c'est comme ça)

A la question Select the device connecting the ConfoSense to the raspberry pi:
1 : /dev/ttyUSB0
2 : /dev/ttyAMA0
3 : Do not use Confosense

Choissisez l'autre port USB dans mon cas je choissis la réponse 1 pour le port 0 (toujours pas logique mais bon)

Pour les questions :
server bind address (nothing for all):
server port number (default 10000):
enter port number for telnet remote control (def=10002):
server address for clients (blank for this machine :

On rentre rien (valeurs par défaut)

A la question Use socat to define virtual port (fhem client) (Y/N): répondez N si vous n'utilisez pas FHEM ou si vous ne savez pas ce que c'est...

A la question log file name (def=/var/log/VMClog.log):
On laisse par défaut

A la question debug level (2=config, 3=client, 8=frames, def=3): on entre 8 pendant la phase de config (ensuite on oublie pas de l'enlever et de remettre 3 dans le fichier /etc/VMC/VMC.ini !!!)

A la question Use mysql database to store data sample (Y/N): on répond N

A la fin on a peut être une erreur rm: cannot remove `raspVMC.zip': No such file or directory on s'en fou c'est pas grave

Maintenant on vérifie le fichier VMC.ini car parfois le process d'installation fait des petites fautes. (exemple ctty = /dev/ttyUSB0 dans ConfoSense au lieu de tty=/dev/ttyUSB0 et oublie du port) donc corriger au besoin en pretant attention aux ports USB

Citation:
sudo nano /etc/VMC/VMC.ini
Citation:
[VMC]
device = /dev/ttyUSB1 ; le port USB relié à la VMC

[ConfoSense]
tty = /dev/ttyUSB0 ; le port USB relié au CCEASE
port = 10001

[server]
bind = ""
port = 10000

[control]
port = 10002

[client]
server = 127.0.0.1

[debug]
log = /var/log/VMClog.log
level = 8
On modifie et on sauvegarde

Ensuite on démarre le process socat

Citation:
sudo nano /etc/inittab
tout en bas on rajoute

Citation:
CF:235:respawn:/usr/bin/socat /dev/ttyUSB0,b9600,raw,echo=0 tcp:localhost:10001
Note : Remplacer USB0 par USB1 si votre CCEASE est connecté sur le port USB1

On sauve puis

Citation:
sudo init q
On vérifie qu'il est bien lancé

Citation:
ps -ef | grep socat
root 5321 1 2 18:01 ttyUSB0 00:00:00 /usr/bin/socat /dev/ttyUSB0,b9600,raw,echo=0 tcp:localhost:10001
On redémarre tout

Citation:
sudo pkill server
On vérifie qu'il est bien redémarré

Citation:
ps -ef | grep server
root 5284 1 85 17:57 ? 00:00:07 /usr/bin/python /home/pi/raspVMC-master/server.py
Voilà normallement c'est terminé tout doit fonctionner

1. Le CCEASE doit afficher l'écran avec l'heure et la vitesse courante comme avant. Si on appui sur les boutons ca doit fonctionner comme lors d'un raccordement direct à la VMC.
Si le CCEASE ne démarre pas (écran éteint) alors fort probable que le cablage de GND et 12V soit incorrect.
Si le CCEASE démarre l'écran mais affiche NC alors fort probable que le cablage de RX et TX soit incorrect.

2. La VMC est désormais accessible depuis un navigateur internet en tapant :
http://adresse_ip_du_raspberry/VMC1.html

Cette page doit afficher un beau graphique et permettre de changer la vitesse de ventillation. Il est possible que l'affichage soit très long.

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

En cas de problème 3 fichiers utiles a afficher

Le log de la VMC
cat /var/log/VMClog.log

Le log des erreurs serveurs
cat /var/log/VMCerr.log

Le log général du raspberry
cat /var/log/messages

Pour avoir passé 2 jours quasi temps plein sur l'installation il y a 99% de chances que vos problèmes viennent du cablage. Il y a mille erreurs possible avec ces petits fils et toutes ces couleurs. J'en ai fait plein et parfois j'ai râlé pendant des heures alors que j'avais simplement inversé le DB-9 de la VMC avec celui du CCEASE (vu que j'ai acheté les même cables l'erreur est vite arrivée). Donc vérifiez, vérifiez re-vérifiez.

Merci à jcoenen qui m'a aidé à faire fonctionner son logiciel et aux autres membres du forums qui ont répondu à toutes mes questions

Dernière modification par scyrille 31/12/2015 à 19h59. Motif: astuce clou
31/12/2015 Vieux  
 
  56 ans, Liège
 
Un seul mot, BRAVO !

Et un autre, merci !

Et bonne année tant qu'a faire ç|8^)
01/01/2016 Vieux  
 
  Autre pays
 
Citation:
Posté par jcoenen Voir le message
So you have a model 2 in which case it should not at all be overloaded, I have one like that running the server, an EIB server, FHEM, a solar panel monitoring system, a web server and more without any trouble, my Comfosense is connected to it via, albeit, another raspberry (model B).

The way the server works, it gets requests from "clients" and queue the requests and the client ID.
The queue is processed in parallel, sending the requests to the VMC, when the VMC replies, the reply is sent back to the client associated with the request.

So only when the VMC cannot reply fast enough (or too many clients are active) can the queue be overloaded, which I have never seen even though I had many clients connected in parallel.

If CCEASE/Web/Client work on a model B there are no reasons why it should not behave as expected on your 2B.
It's hard to think having a headache

I went through scyrille post and all relevant points match (except FHEM, Jessie and USB-RS232 converters) my actions.
So, I think the only reason causing this malfunction is either:
- usb-rs232 converter; currently connected is Bus 001 Device 004: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC I have 2 converters and despite of that they are recognized and drivers loaded automatically, they work differently. Also sticky bit (T) isn't set. The other converter CCEase couldn't communicate with VMC. VMC is connected through HAT.
- Jessie is installed on my raspbpi - server.py had been written for Wheezy. Are there any significant system-specific dependancies in server script?

Dernière modification par listhor 01/01/2016 à 19h32.
01/01/2016 Vieux  
 
 
Merci scyrille pour ce récapitulatif !

Ton lien vers ton convertisseur USB serial ne fonctionne pas (il a été tronqué ...)

Dans le fichier VMC.ini l'adresse du serveur on laisse ce qui est marqué ou l'on met l'adresse du Raspberry?

Je n'ai pas de valeur qui s'affiche pour le moment. Quand tu dis long c'est combien de temps? Je vais voir le câblage.

Concernant mon cable usb serial je n'ai rien installé mais quand j'ai fait la manip :
lsusb
il m'a trouvé ça
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.
Bus 001 Device 004: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
ce qui correspond à mon câble. Dois je conclure qu'il a les drivers?

Merci et bonne année à tous
01/01/2016 Vieux  
 
  56 ans, Liège
 
Citation:
Posté par nodarii Voir le message
Merci scyrille pour ce récapitulatif !

Ton lien vers ton convertisseur USB serial ne fonctionne pas (il a été tronqué ...)

Dans le fichier VMC.ini l'adresse du serveur on laisse ce qui est marqué ou l'on met l'adresse du Raspberry?

Je n'ai pas de valeur qui s'affiche pour le moment. Quand tu dis long c'est combien de temps? Je vais voir le câblage.

Concernant mon cable usb serial je n'ai rien installé mais quand j'ai fait la manip :
lsusb
il m'a trouvé ça
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.
Bus 001 Device 004: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
ce qui correspond à mon câble. Dois je conclure qu'il a les drivers?

Merci et bonne année à tous
VMC.ini l'adresse serveur est l'adresse que les clients vont utiliser. Donc si le client tourne sur la même machine que le serveur, c'est 127.0.0.1 (ou l'adresse IP du raspberry), si le serveur est sur une autre machine, alors l'adresse de l'autre machine.

Driver OK ? Pas nécessairement, regardes si un /dev/ttyUSB est créé (c'est normalement aussi indiqué dans /var/log/messages), si un ttyUSB est disponible alors cela devrait être bon.

lsmod donne aussi une indication du genre

usbserial 22429 5 pl2303

Apparemment le chip est reconnu par le raspberry pi (minicom fonctionne avec donc c'est OK)

Sur un model B il faut a peu près 5 secondes pour un message complet (client3.py) un peu plus pour une page web, mais cela dépend si d'autres choses tournent en même temps et si d'autre clients font appel au serveur (FHEM, CCEASE ...)

Mets le debug sur 8, restart server, démarre un client (client3.py) et regardes dans /var/log/VMClog.log si tu vois des réponses de la VMC au requêtes des clients.

Si rien ne revient il y a des chances que le câblage soit le coupable.

Dernière modification par jcoenen 01/01/2016 à 23h18.
01/01/2016 Vieux  
 
 
Voici le log des serveurs
File "/home/pi/raspVMC-master/server.py", line 291, in <module>
readable, writable, exceptional = select.select(inputs, outputs, inputs)
File "/usr/lib/python2.7/socket.py", line 223, in meth
def meth(name,self,*args):
File "/home/pi/raspVMC-master/server.py", line 48, in signal_handler
syslog.syslog('Closing IP socket on client '+str(instance.getpeername()))
File "/usr/lib/python2.7/socket.py", line 224, in meth
return getattr(self._sock,name)(*args)
socket.error: [Errno 107] Transport endpoint is not connected
Traceback (most recent call last):
File "/home/pi/raspVMC-master/server.py", line 291, in <module>
readable, writable, exceptional = select.select(inputs, outputs, inputs)
File "/usr/lib/python2.7/socket.py", line 224, in meth
return getattr(self._sock,name)(*args)
File "/home/pi/raspVMC-master/server.py", line 48, in signal_handler
syslog.syslog('Closing IP socket on client '+str(instance.getpeername()))
File "/usr/lib/python2.7/socket.py", line 224, in meth
return getattr(self._sock,name)(*args)
socket.error: [Errno 107] Transport endpoint is not connected
Traceback (most recent call last):
File "/home/pi/raspVMC-master/server.py", line 291, in <module>
readable, writable, exceptional = select.select(inputs, outputs, inputs)
File "/home/pi/raspVMC-master/server.py", line 48, in signal_handler
syslog.syslog('Closing IP socket on client '+str(instance.getpeername()))
File "/usr/lib/python2.7/socket.py", line 224, in meth
return getattr(self._sock,name)(*args)
socket.error: [Errno 107] Transport endpoint is not connected
Traceback (most recent call last):
File "/home/pi/raspVMC-master/server.py", line 411, in <module>
if not messages.empty():
File "/usr/lib/python2.7/Queue.py", line 96, in empty
n = not self._qsize()
File "/usr/lib/python2.7/Queue.py", line 201, in _qsize
return len(self.queue)
File "/home/pi/raspVMC-master/server.py", line 48, in signal_handler
syslog.syslog('Closing IP socket on client '+str(instance.getpeername()))
File "/usr/lib/python2.7/socket.py", line 224, in meth
return getattr(self._sock,name)(*args)
socket.error: [Errno 107] Transport endpoint is not connected
Traceback (most recent call last):
File "/home/pi/raspVMC-master/server.py", line 291, in <module>
readable, writable, exceptional = select.select(inputs, outputs, inputs)
File "/usr/lib/python2.7/socket.py", line 223, in meth
def meth(name,self,*args):
File "/home/pi/raspVMC-master/server.py", line 48, in signal_handler
syslog.syslog('Closing IP socket on client '+str(instance.getpeername()))
File "/usr/lib/python2.7/socket.py", line 224, in meth
return getattr(self._sock,name)(*args)
socket.error: [Errno 107] Transport endpoint is not connected

et le log VMC
01/01/16 22:31:50 : No frame detected in
error: <class 'ConfigParser.NoSectionError'>
01/01/16 22:36:41 : new client connection from ('192.168.1.22', 37489)
01/01/16 22:36:41 : received 07f0000b00b8070f ('192.168.1.22', 37489) from client ('192.168.1.22', 37489) retained is 07f0000b00b8070f
01/01/16 22:36:41 : Processing msg from queue ('192.168.1.22', 37489)
01/01/16 22:36:41 : Sending frame 07f0000b00b8070f to VMC from Client ('192.168.1.22', 37489)
01/01/16 22:36:41 : Command code: 0b reply is True
01/01/16 22:36:41 : expecting a reply
01/01/16 22:36:41 : received from VMC
01/01/16 22:36:41 : No frame detected in

J'ai l'impression que l'installation a buggé

VMC.ini
[VMC]
device = /dev/ttyUSB0

[server]
bind =
port = 10000

[control]
port = 10002

[client]
server = 127.0.0.1

[debug]
log = /var/log/VMClog.log
level = 8
01/01/2016 Vieux  
 
  56 ans, Liège
 
Citation:
Posté par nodarii Voir le message
Voici le log des serveurs
[
File "/home/pi/raspVMC-master/server.py", line 48, in signal_handler
syslog.syslog('Closing IP socket on client '+str(instance.getpeername()))
File "/usr/lib/python2.7/socket.py", line 224, in meth
return getattr(self._sock,name)(*args)
socket.error: [Errno 107] Transport endpoint is not connected

[/i]et le log VMC
01/01/16 22:31:50 : No frame detected in
error: <class 'ConfigParser.NoSectionError'>
01/01/16 22:36:41 : new client connection from ('192.168.1.22', 37489)
01/01/16 22:36:41 : received 07f0000b00b8070f ('192.168.1.22', 37489) from client ('192.168.1.22', 37489) retained is 07f0000b00b8070f
01/01/16 22:36:41 : Processing msg from queue ('192.168.1.22', 37489)
01/01/16 22:36:41 : Sending frame 07f0000b00b8070f to VMC from Client ('192.168.1.22', 37489)
01/01/16 22:36:41 : Command code: 0b reply is True
01/01/16 22:36:41 : expecting a reply
01/01/16 22:36:41 : received from VMC
01/01/16 22:36:41 : No frame detected in

J'ai l'impression que l'installation a buggé

VMC.ini
[VMC]
device = /dev/ttyUSB0

[server]
bind =
port = 10000

[control]
port = 10002

[client]
server = 127.0.0.1

[debug]
log = /var/log/VMClog.log
level = 8
Non, je ne pense pas, les transport not connected sont du a la déconnection des clients, ceux-ci se déconnectent après avoir attendu une réponse qui ne vient pas, en d'autres termes, c'est normal si pas de réponse de la VMC.

Le VMC log indique que le serveur reçoit bien les requêtes clients et les transmet à lq VMC via USB0, mais le VMC ne répond pas ...

Les trames sont correctes donc la libraire client est OK, le serveur est lui autosuffisant, donc, je dirais a priori que c'est un problème de câblage (ou au pire de convertisseur).

Pour info 99 % des problèmes sont du à de mauvaise connexions.

La config me semble correcte aussi.
02/01/2016 Vieux  
 
 
Pour les câbles il n'y en a que 3. La masse, le Tx et le Rx. J'ai déjà inversé au niveau de la VMC le Tx et le Rx. Pas de changements. Alors soit le convertisseur est foireux, soit les bornes du DB-9 du cable USB est foireux. 2 3 et 5 ne sont pas les bornes à utiliser
02/01/2016 Vieux  
 
  56 ans, Liège
 
Citation:
Posté par nodarii Voir le message
Pour les câbles il n'y en a que 3. La masse, le Tx et le Rx. J'ai déjà inversé au niveau de la VMC le Tx et le Rx. Pas de changements. Alors soit le convertisseur est foireux, soit les bornes du DB-9 du cable USB est foireux. 2 3 et 5 ne sont pas les bornes à utiliser
A priori les convertisseur sont câblés en DTE (et la norme RS232 c'est 2 et 3 pour data et 5 pour GND), attention que parfois on câble 3 et 4 et 1 (ça m'est arrivé et aussi à d'autres).

Tu peux faire une vérification rapide sur le convertisseur en brochant 2 et 3 ensemble

Ensuite lances minicom -D /dev/ttyUSB0 (si pas installé -> sudo apt-get install minicom)

Normalement tout ce que tu tapes doit revenir à l'écran le TX revenant par le RX.

Pour sortir Ctrl A et Q
Pour configurer ctrl A et O


Si cela fonctionne alors la VMC devrait fonctionner aussi pour autant que le convertisseur soit bien a la norme RS232 (+/- 3 Volts) et pas en TTL.
02/01/2016 Vieux  
 
 
le problème doit venir de mon convertisseur, car quand je lance minicom, je ne peux plus rien faire les touches Ctrl A et Q ne fonctionne pas

voici ce qu'il me répond quand je fais dmesg | grep tty

[ 0.000000] Kernel command line: dma.dmachans=0x7f35 bcm2708_fb.fbwidth=592 bcm2708_fb.fbheight=448 bcm2709.boardrev=0xa01041 bcm2709.serial=0x4cce7b81 smsc95xx.macaddr=B8:27:EB:CE:78:88 bcm2708_fb.fbswap=1 bcm2709.disk_led_gpio=47 bcm2709.disk_led_active_low=0 sdhci-bcm2708.emmc_clock_freq=250000000 vc_mem.mem_base=0x3dc00000 vc_mem.mem_size=0x3f000000 dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p6 rootfstype=ext4 elevator=deadline rootwait
[ 0.002049] console [tty1] enabled
[ 0.194855] 3f201000.uart: ttyAMA0 at MMIO 0x3f201000 (irq = 83, base_baud = 0) is a PL011 rev2
[ 3.132591] usb 1-1.3: ch341-uart converter now attached to ttyUSB0
[ 4591.858739] ch341-uart ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
[ 4591.858846] ch341-uart ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
[ 4591.878796] ch341-uart ttyUSB0: ch341-uart converter now disconnected from ttyUSB0
[ 4594.521913] usb 1-1.3: ch341-uart converter now attached to ttyUSB1
[ 7140.437526] ch341-uart ttyUSB1: usb_serial_generic_read_bulk_callback - urb stopped: -32
[ 7140.437635] ch341-uart ttyUSB1: usb_serial_generic_read_bulk_callback - urb stopped: -32
[ 7140.442796] ch341-uart ttyUSB1: ch341-uart converter now disconnected from ttyUSB1
[ 7151.537899] usb 1-1.3: ch341-uart converter now attached to ttyUSB0


02/01/2016 Vieux  
 
  56 ans, Liège
 
Hem, il passe de USB0 à USB1 sans prévenir ?

Il est possible que le convertisseur ne soit pas bien reconnu, j'ai vu quelques posts sur celui ci en Ubuntu, je n'en ai jamais eu en test, je ne peux donc pas dire grand chose sur le sujet ... désolé.
02/01/2016 Vieux  
 
 
merci jcoenen. Je tiens à te féliciter pour ta patience, ta pédagogie, ton engagement.

Je me suis dit que les personnes qui ont fabriqué cet adaptateur ont peut être commis l'erreur des broches 2, 3 et 5. Je viens d'essayer en reliant 3 et 4. Maintenant Minicom marque ce que je tape en double (je n'arrive pas quitter minicom)

voici le log. Je n'ai pas de valeurs pour le moment mais j'ai l'impression que ça un peu discuté

02/01/16 10:51:39 : new client connection from ('127.0.0.1', 40815)
02/01/16 10:51:39 : received 07f0000b00b8070f ('127.0.0.1', 40815) from client ('127.0.0.1', 40815) retained is 07f0000b00b8070f
02/01/16 10:51:39 : Processing msg from queue ('127.0.0.1', 40815)
02/01/16 10:51:39 : Sending frame 07f0000b00b8070f to VMC from Client ('127.0.0.1', 40815)
02/01/16 10:51:39 : Command code: 0b reply is True
02/01/16 10:51:39 : expecting a reply
02/01/16 10:51:39 : received from VMC 07f307f0000c06221e06880707861a070f
02/01/16 10:51:39 : 15 frames received from VMC only one is expected from theread
02/01/16 10:51:39 : frame received from VMC stored in client queue 07f0000c06221e06880707861a070f
02/01/16 10:51:39 : sending 07f0000c06221e06880707861a070f to ('127.0.0.1', 40815)
02/01/16 10:51:39 : received 07f000dd008a070f ('127.0.0.1', 40815) from client ('127.0.0.1', 40815) retained is 07f000dd008a070f
02/01/16 10:51:39 : Processing msg from queue ('127.0.0.1', 40815)
02/01/16 10:51:39 : Sending frame 07f000dd008a070f to VMC from Client ('127.0.0.1', 40815)
02/01/16 10:51:39 : Command code: dd reply is True
02/01/16 10:51:39 : expecting a reply
02/01/16 10:51:39 : received from VMC 07f307f000de1400009f001ec60009c70000000011a403ee00 0116af070f
02/01/16 10:51:39 : 28 frames received from VMC only one is expected from theread
02/01/16 10:51:39 : frame received from VMC stored in client queue 07f000de1400009f001ec60009c70000000011a403ee000116 af070f
02/01/16 10:51:39 : sending 07f000de1400009f001ec60009c70000000011a403ee000116 af070f to ('127.0.0.1', 40815)
02/01/16 10:51:39 : received 07f000d1007e070f ('127.0.0.1', 40815) from client ('127.0.0.1', 40815) retained is 07f000d1007e070f
02/01/16 10:51:39 : Processing msg from queue ('127.0.0.1', 40815)
02/01/16 10:51:39 : Sending frame 07f000d1007e070f to VMC from Client ('127.0.0.1', 40815)
02/01/16 10:51:39 : Command code: d1 reply is True
02/01/16 10:51:39 : expecting a reply
02/01/16 10:51:39 : received from VMC 07f307f000d209563a4d513d0f2828287a070f
02/01/16 10:51:39 : 17 frames received from VMC only one is expected from theread
02/01/16 10:51:39 : frame received from VMC stored in client queue 07f000d209563a4d513d0f2828287a070f
02/01/16 10:51:39 : sending 07f000d209563a4d513d0f2828287a070f to ('127.0.0.1', 40815)
02/01/16 10:51:39 : received 07f000cd007a070f ('127.0.0.1', 40815) from client ('127.0.0.1', 40815) retained is 07f000cd007a070f
02/01/16 10:51:39 : Processing msg from queue ('127.0.0.1', 40815)
02/01/16 10:51:39 : Sending frame 07f000cd007a070f to VMC from Client ('127.0.0.1', 40815)
02/01/16 10:51:39 : Command code: cd reply is True
02/01/16 10:51:39 : expecting a reply
02/01/16 10:51:40 : received from VMC 07f307f000ce0e0f1e360f223a1e2202014e5200003a070f
02/01/16 10:51:40 : 22 frames received from VMC only one is expected from theread
02/01/16 10:51:40 : frame received from VMC stored in client queue 07f000ce0e0f1e360f223a1e2202014e5200003a070f
02/01/16 10:51:40 : sending 07f000ce0e0f1e360f223a1e2202014e5200003a070f to ('127.0.0.1', 40815)
02/01/16 10:51:40 : received 07f000690016070f ('127.0.0.1', 40815) from client ('127.0.0.1', 40815) retained is 07f000690016070f
02/01/16 10:51:40 : Processing msg from queue ('127.0.0.1', 40815)
02/01/16 10:51:40 : Sending frame 07f000690016070f to VMC from Client ('127.0.0.1', 40815)
02/01/16 10:51:40 : Command code: 69 reply is True
02/01/16 10:51:40 : expecting a reply
02/01/16 10:51:40 : received from VMC 07f307f0006a0d033c204341333530206c7578657d070f
02/01/16 10:51:40 : 21 frames received from VMC only one is expected from theread
02/01/16 10:51:40 : frame received from VMC stored in client queue 07f0006a0d033c204341333530206c7578657d070f
02/01/16 10:51:40 : sending 07f0006a0d033c204341333530206c7578657d070f to ('127.0.0.1', 40815)
02/01/16 10:51:40 : received 07f0000300b0070f ('127.0.0.1', 40815) from client ('127.0.0.1', 40815) retained is 07f0000300b0070f
02/01/16 10:51:40 : Processing msg from queue ('127.0.0.1', 40815)
02/01/16 10:51:40 : Sending frame 07f0000300b0070f to VMC from Client ('127.0.0.1', 40815)
02/01/16 10:51:40 : Command code: 03 reply is True
02/01/16 10:51:40 : expecting a reply
02/01/16 10:51:40 : received from VMC
02/01/16 10:51:40 : No frame detected in
02/01/16 10:51:56 : new client connection from ('127.0.0.1', 40816)
02/01/16 10:51:56 : received 07f0000b00b8070f ('127.0.0.1', 40816) from client ('127.0.0.1', 40816) retained is 07f0000b00b8070f
02/01/16 10:51:56 : Processing msg from queue ('127.0.0.1', 40816)
02/01/16 10:51:56 : Sending frame 07f0000b00b8070f to VMC from Client ('127.0.0.1', 40816)
02/01/16 10:51:56 : Command code: 0b reply is True
02/01/16 10:51:56 : expecting a reply
02/01/16 10:51:56 : received from VMC
02/01/16 10:51:56 : No frame detected in
02/01/2016 Vieux  
 
  56 ans, Liège
 
Encore une installation finalisée !!!

Bravo pour le test, au final il a porté ses fruits.

Dans le log la suite:

02/01/16 10:51:40 : received 07f000690016070f ('127.0.0.1', 40815) from client ('127.0.0.1', 40815) retained is 07f000690016070f une requête de client est reçue par le serveur
02/01/16 10:51:40 : Processing msg from queue ('127.0.0.1', 40815)
02/01/16 10:51:40 : Sending frame 07f000690016070f to VMC from Client ('127.0.0.1', 40815) La requête est envoyée a la VMC par le port série
02/01/16 10:51:40 : Command code: 69 reply is True
02/01/16 10:51:40 : expecting a reply en attente de réponse de la VMC
02/01/16 10:51:40 : received from VMC 07f307f0006a0d033c204341333530206c7578657d070f La VMC a répondu par une trame
02/01/16 10:51:40 : 21 frames received from VMC only one is expected from theread
02/01/16 10:51:40 : frame received from VMC stored in client queue 07f0006a0d033c204341333530206c7578657d070f La réponse est mise dans la queue du client pour lui renvoyer


Donc tu devrais avoir maintenant les pages web qui donne les infos en mode "lisible".

Pour quitter minicom il faut taper la séquence suivante:

control A (ensemble)
Q
et return (sortie sans reset)

Dernière modification par jcoenen 02/01/2016 à 12h13.
02/01/2016 Vieux  
 
  56 ans, Liège
 
Au fait quand tu dis que tu n'a pas de valeurs, que veux tu exactement dire ?

Testes la chose en lançant un client via la ligne de commande

cd raspVMC-master

./client3.py

et tu devrais voir après 2/3 secondes un son avec les valeurs lues.

les pages web fonctionnent en lançant un script cgi (/usr/lib/cgi-bin/VMCbinjson.cgi) que tu peux aussi lancer manuellement (commande /usr/lib/cgi-bin/VMCbinjson.cgi), le script retourne les valeur au format son qui est décodé par le code javascript de la page.

Si la page web ne donne pas l'image du bloc VMC alors le script n'est pas lancé ou ne retourne pas de valeurs.

Tu peux vérifier que le script tourne en lançant sur ton navigateur:

http://adressedupi/cgi-bin/VMCbinjson.cgi

Qui doit retourner le json.

Donc si le script tourne manuellement mais que tu ne peux pas le lancer via navigateur, alors c'est un problème du serveur web (apache2).

Tu as quelle version de raspbian ?

cat /etc/debian_version
02/01/2016 Vieux  
 
 
Contrôler sa VMC StorkAir / ComfoAir / zehnder via sa domotique
ça fonctionne !!!! C'était bien les pines de l'adaptateur qui sont mal câblés.

Comment fait-on pour passer la vitesse en mode Auto?
02/01/2016 Vieux  
 
  56 ans, Liège
 
Super, bien content pour toi, l'année commence donc bien.

Mode Automatique ?

Je suppose que tu veux dire, modifier la vitesse en fonction de paramètres "extérieurs" au système, du genre humidité dans la salle de bain, heure du jour ...

C'est possible mais cela requiert de connaitre ces paramètres qui varient d'un système à l'autre.

raspVMC permet de piloter la VMC en logiciel, mais cela s'arrête là, le reste est a faire en fonction de l'installation.

J'ai inclus une installation de fhem un logiciel de domotique qui permet d'automatiser la VMC en fonction de diverses choses, c'est une des solutions possibles.
02/01/2016 Vieux  
 
 
Non ce que je veux dire c'est qu'avec le CCEase on peut programmer la vitesse suivant les plages horaires, genre de 12h00 à 13h00 vitesse3
on peut ensuite prendre la main en manu et mettre la vitesse que l'on souhaite. en appuyant sur l'horloge, la vitesse repasse en mode programmé
02/01/2016 Vieux  
 
 
J'aurai besoin de coup de main.
Je souhaiterai récupérer la température extérieure et la température intérieure de la VMC pour la transmettre dans une commande du genre
http://192.168.1.81/api/xdevices.jso...pikey&SetVA03= température extérieure
toutes les 5 minutes par exemple
Il faut surement créer un script Python et le lancer toutes les 5 minutes.
Mais je dois t'avouer que je seche pour programmer ça
02/01/2016 Vieux  
 
  56 ans, Liège
 
Citation:
Posté par nodarii Voir le message
Non ce que je veux dire c'est qu'avec le CCEase on peut programmer la vitesse suivant les plages horaires, genre de 12h00 à 13h00 vitesse3
on peut ensuite prendre la main en manu et mettre la vitesse que l'on souhaite. en appuyant sur l'horloge, la vitesse repasse en mode programmé
Pour ça j'utilise FHEM.

Une autre solution c'est d'utiliser un cron (déclenche des commandes linux sur une base horaire), pour lancer des commandes qui changent la config de la VMC.

Le mode manuel étant toujours disponible via le Web
Page 49 sur 68 Première page - Résultats 1 à 20 sur 1 350 Page precedente 394748 49 505159 Page suivante Dernière page - Résultats 1 341 à 1 350 sur 1 350


A lire également sur BricoZone...
Zehnder ou Storkair / whr ou confoD ? Par chevy3600 dans Plomberie, +3 13/06/2016
Storkair ConfoD luxe et domotique Par sebcbien dans VMC, PAC, Clim, +12 21/10/2013
VMC storkair Par lombsss dans VMC, PAC, Clim, +1 25/01/2013
VMC storkair comfod 350 Par sam_bech dans VMC, PAC, Clim, +16 22/01/2013
Où acheter VMC DF Zehnder/Storkair ? Par Lapilux dans VMC, PAC, Clim, +4 26/03/2012


Forum Domotique : Voir ce forum, Nouveautés, Actifs, Sans rép
Tout BricoZone : Page de garde, Dernieres 24h

Photos au hasard
Voir toutes nos photos


Pas encore membre de BricoZone ?!
Attention Pour participer, poser une Question ou Répondre : inscrivez vous !
Ceci vous permettra également de recevoir un email lors des réponses.
Mais même si vous ne voulez rien écrire : vous pourrez surveiller les forums et leurs nouveaux messages, et obtenir une vue rapide de tous les nouveaux messages depuis votre dernière visite !
Tout ceci est évidemment gratuit et rapide.

Visitez aussi : BricoZone France, nos Blogs. On aime Astel, JardiZone et InternetVista.
 
Connexion!
Identifiant
Mot de passe

Inscription - Oublié ?

Annuaire Pro

illiCO travaux

Un seul interlocuteur pour tous vos devis de travaux de rénovation !


FT Chassis

Spécialiste des châssis PVC, bois et aluminium, portes et volets roulants.


DECOCHALET

Vente et placement d'abris de jardin, carports, garages, pergolas, boxes pour chevaux, ...


Tendance Habitat

Entreprise générale du bâtiment

Ajoutez votre société