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 542
OK, bon si tu es certain des connexions, le nom sur le circuit ne me dit pas grand chose, je vois dans le log système que l'adaptateur est basé sur un prolific

usb 1-1.4: new full-speed USB device number 4 using dwc_otg
[ 2.056855] usb 1-1.4: New USB device found, idVendor=067b, idProduct=2303
[ 2.058705] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 2.060522] usb 1-1.4: Product: USB-Serial Controller
[ 2.062323] usb 1-1.4: Manufacturer: Prolific Technology Inc.

Mais idVendor=067b, idProduct=2303 je n'arrive pas a retrouver le fabricant, j'ai juste trouvé ce post

Où on dit que Prolific a aussi annoncé certains clones chinois qui ont des problèmes ...

Pour vérifier le convertisseur il faut faire le test du retour en branchant TX et RX ensemble sur la sortie du convertisseur comme auparavant, si la trame envoyée par le client revient alors le convertisseur est à priori bon et fonctionnel et on peut passé a l'étape suivante la connexion à la VMC.

Certain sur ce forum ont rapporté que des convertisseurs séries délivraient des signaux TTL et donc incompatibles RS232 (niveau requis par la VMC), ceci est normalement indiqué par le fabricant et parfois le fournisseur.

Je sais que cela semble pénible de bricoler avec le câblage, mais jusqu'à présent on est toujours arrivé a faire fonctionner le système.
 
  • #1 543
rjcab a dit:
je vais en racheter encore un :)

ceci irait : https://www.amazon.fr/CAOLATOR-Adap...id=1503652680&sr=1-1&keywords=usb+rs232+linux
Cliquez pour agrandir...


Attend un peu, ils disent USB TTL RS232 ?????? mais ça n'a aucun sens !!!! n'achète pas ce truc, c'est certainement du TTL en sortie ( 0-5 Volts, il FAUT du RS232 -3 volts à +3 Volts)

D'ailleurs on voit bien que le bidule n'a pas de convertisseur de niveau TTL/RS232. et donc ne peut pas fonctionner sauf si tu met un MAX232 entre la VMC et le convertisseur (comme celui entre le GPIO du raspberry et la VMC)
 
Dernière édition:
  • #1 545
Une recherche signale que le driver doit être recompilé en ce qui concerne les niveaux, ça dit RS232, mais sans schéma difficile d'être certain à 100%

Un peu plus loin on signale que le HL-340 n'est pas reconnu en standard par Linux sous raspberry ...

Dur dur.
 
  • #1 546
Mince, bon je vais essayer d'en trouver un autre
 
  • #1 547
Au cas où, le CN-104 de sitecom fonctionne sans problèmes et est bien reconnu par le debian du raspberry. Le problème avec les bidules chinois c'est le flou artistique dans les spécifications techniques (RS232 = série par exemple), il ne sont pas cher, mais d'un autre côté on ne peut pas se fier a leur documentation.
 
  • #1 548
depuis mon retour de vacance, je constate que mon comfosense se met en erreur de temps à autre

En analysant, j'ai remarquer que j'ai du relancer le socat sur le ttyUSB0

J'ai regarder dans /var/log/messages et messages.1 mais rien à propose de "socat" ou de "ttyUSB0"
Dans le VMClog je vois juste ceci :

02/09/17 23:28:47 : closing ('127.0.0.1', 45278) after reading no data

Une idée ?

Juste avant les vacances, j'ai rangé mon b*, en clair, j'ai mis le Pi dans une petite boite et j'ai un débranché/rebranché les connexions
 
  • #1 549
Hmmm, le socat n'est pas lancé automatiquement (dans inittab [wheezy] ou avec un service [jessie]) ?

Le message indique que la connexion avrec le client 45278 (kernel ID) s'est interompue, mais difficile a dire si le client était socat ou un autre (web, client.py, FHEM autre ???).

Le comfosense en tout indique une erreur lorsqu'il n'est plus en contact avec la VMC, dans notre cas.
la chaine de connexion est

Comfosense <--> ttyUSB0 <--> Socat <--> server <--> ttyUSB1(?) <--> VMC

Si un es lien casse alors => erreur.

J'ai déjà vu sur raspberry des device ttyUSB se faire renommer avec un autre numéro ( ttyUSB0 devenant ttyUSB2 par exemple), pour éviteer ce genre de mésaventure très embetantes lorsqu'on a plusieur ports série USB il faut alors fixer le nom du device avec un link (du genre ttyVMC pointe vers le ttyUSB qui est connecté a la VMC), cela se fait via udev qui assigne les nom des device au bootstrap. Mais la procédure dépend fortement de la configuration matérielle et cela peut s'avérer très compliqué.

Par exemple ma config usb

pi@raspdisplay:~ $ lsusb
Bus 001 Device 005: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Bus 001 Device 004: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Les deux devices apparaissent comme des ttyUSB et parfois la numérotation change et les logiciel perdent les pédales n'ötant plus connecter au bon device.

j'ai donc installé un fichier /etc/udev/rules.d/99-usb-serial.rules contennant

SUBSYSTEM=="tty", ATTRS{idVendor}=="10c4", ATTRS{idProduct}=="ea60", SYMLINK+="ttyZWave"
SUBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", SYMLINK+="ttyRFX"

De cette façon le ttyZWave et le ttyRFX sont toujours lié au bon ttyUSB même si la numérotation change.

Lorsque deux device ont le même idVendor et idProduct il faut alors utiliser le port USB sur lequel ils sont connecté (et ne pas le changer par la suite evidemment (pas trouvé d'autre moyen de les différrencier).
 
  • #1 550
Le usb ne change pas, quand ça plante je relance tjs la même commande que tu m'avais donnée sur le ttyUSB0 et ça refonctionne direct

quand je fais un ps -ef | grep socat je ne vois que 2 ligne de process, si je relance la troisième apparait

J'ai encore du le relancer ce matin, je me dit que c'est lié à ma remise en ordre mais je trouve ça bizarre que ça fonctionne et que ça plante sans raison alors qu'avant ça fonctionné plus de 6 mois sans soucis
 
  • #1 551
J'ai encore vérifié en rentrant, le socat est arrêté

02/09/17 00:59:41 : closing ('127.0.0.1', 45276) after reading no data
02/09/17 10:13:35 : New connection for CCEASE/COMFOSENSE from ('127.0.0.1', 45278)
02/09/17 23:28:47 : closing ('127.0.0.1', 45278) after reading no data
03/09/17 11:52:55 : New connection for CCEASE/COMFOSENSE from ('127.0.0.1', 45280)
04/09/17 05:53:40 : closing ('127.0.0.1', 45280) after reading no data
04/09/17 06:21:49 : New connection for CCEASE/COMFOSENSE from ('127.0.0.1', 45282)
04/09/17 07:13:39 : closing ('127.0.0.1', 45282) after reading no data

pi@raspberrypi:~ $ ps -ef | grep socat
root 1384 1379 0 Aug28 ? 00:00:09 socat PTY,mode=666,link=/tmp/ttyVMC TCP-CONNECT:127.0.0.1:10000
pi 21447 21431 0 19:23 pts/1 00:00:00 grep --color=auto socat

pi@raspberrypi:~ $ socat /dev/ttyUSB0,raw,echo=0,b9600 tcp4-connect:127.0.0.1:10001 &
[1] 21449

pi@raspberrypi:~ $ ps -ef | grep socat
root 1384 1379 0 Aug28 ? 00:00:09 socat PTY,mode=666,link=/tmp/ttyVMC TCP-CONNECT:127.0.0.1:10000
pi 21449 21431 1 19:23 pts/1 00:00:00 socat /dev/ttyUSB0,raw,echo=0,b9600 tcp4-connect:127.0.0.1:10001
pi 21451 21431 0 19:23 pts/1 00:00:00 grep --color=auto socat

pi@raspberrypi:~ $
 
  • #1 552
OK, et au niveau des autres clients (Web ou client.py), ça marche toujours ?

Tu as aussi FHEM actif je pense (d'ou le deuxième socat) ???
 
  • #1 553
Hello,

J'ai racheté un câble :) Je vais en avoir un stock ...
Par contre meme erreur que la dernière fois quand je lance le serveur.

JC, je t'ai laissé l'accès si tu veux jeter un coup d'oeil.
La VMC est branchée. Peut etre nécessité d'inverser les pattes 2 & 3. :laughing:
 
  • #1 554
OK je jete un zoeil ...
 
  • #1 555
J'utilise l'adresse IP que tu m'as donné en MP, mais le ping ne répond pas ... a-t-elle changé entretemps ?
 
  • #1 556
OK je me demande si ce n'est pas le même problème que rjcab a.

En regardant les ttyUSB je vois un 067b:2303 d'après lsusb et dmesg indique:

pl2303 ttyUSB0: usb_serial_generic_write_bulk_callback - urb stopped: -32

Ce qui n'est pas de bonne augure.

Apparemment certains convertisseurs ont un chip "copié" made in china ui pose certain problèmes au driver.

As tu une référence pour ceconvertisseur ?

La question: qu'est ce qui a changé depuis la mise en ordre des câbles ?
 
  • #1 557
Alors, je viens de regarder, FHEM, fonctionne sans soucis

Le socat s'est encore arrêté

J'ai fais un dmesg

Code: 
pi@raspberrypi:~ $ dmesg | grep tty

[    0.000000] Kernel command line: dma.dmachans=0x7f35 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2708.boardrev=0xf bcm2708.serial=0x7a85146c smsc95xx.macaddr=B8:27:EB:85:14:6C bcm2708_fb.fbswap=1 bcm2708.uart_clock=48000000 vc_mem.mem_base=0x1ec00000 vc_mem.mem_size=0x20000000  dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait

[    0.001435] console [tty1] enabled

[    0.203469] 20201000.uart: ttyAMA0 at MMIO 0x20201000 (irq = 81, base_baud = 0) is a PL011 rev2

[   24.138850] usb 1-1.3: pl2303 converter now attached to ttyUSB0
 
  • #1 558
on dirait que le convertisseur se déconnecte/reconnect

ou alors le Pi chaufferait dans sa petite boite plastique que j'ai bricolé
 
  • #1 559
Je n'ai pas plus d'info sur ce cable et il est vrai que le CN104 est pas donné, 30€ :-/
Si je reviens a mon problème, et ce fameux nouveau cable j'ai encore cette erreur au lancement du serveur, chose que tu avais résolu la dernière fois mais je ne sais comment :)
Code: 
pi@raspberrypi ~/raspVMC-master $ ./server.py
problem with log
Traceback (most recent call last):
  File "./server.py", line 197, in <module>
    server.bind(server_address)
  File "/usr/lib/python2.7/socket.py", line 224, in meth
    return getattr(self._sock,name)(*args)
socket.error: [Errno 98] Address already in use
pi@raspberrypi ~/raspVMC-master $ ps
  PID TTY          TIME CMD
 8213 pts/0    00:00:00 bash
 8232 pts/0    00:00:00 ps
pi@raspberrypi ~/raspVMC-master $

Je souhaiterais m'assurer que rien ne fonctionne avec ce nouveau câble :)
 
  • #1 560
eljub a dit:
J'ai encore vérifié en rentrant, le socat est arrêté

0$
Cliquez pour agrandir...


Maudite marde, je me suis connecté sur une autre machine, pas étonnant que je ne voyait pas la même chose que toi.

Peux tu m'envoyer par MP l'adresse de conexion de ton Pi (je l'ai paumée) ?
 
Connectez-vous pour répondre ici.

Sujet semblables

Ben20
Quel pilotage possible VMC Zehnder via Niko Home Control ?
Réponses
10
Affichages
988
Nudji
Nudji
Maka
Modification coffret électrique piscine
Réponses
·
Affichages
169
Maka
Maka
B
Coupler Niko home control et volets Nice (Niceway) sans fil RTS 433,92 Hertz (télécommande WM001g)
2
Réponses
21
Affichages
2K
valkyrie38
V
DoubleYouth
Raccordement contact sec sur chaudière Junkers ZSB 22‑3 CE — besoin de confirmation
Réponses
4
Affichages
390
Tchotto
Tchotto
Tompous
Domotique.. Plus utile/fiable?
Réponses
6
Affichages
1K
ironglove
ironglove

Nos articles

On a aimé dans le forum

Accueil Actu Connexion Chercher
Retour
Haut