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 141
Si je branche un autre module pas de souci:
root@NightAera:/var/log# dmesg | grep USB0
[ 317.719132] usb 1-1.3: pl2303 converter now attached to ttyUSB0
root@NightAera:/var/log#

Bon je vais tenter de faire fonctionner ce dernier alors ..
 
  • #1 142
Alors ça a l'aire d'être vendu sur ebay et pour permettre de connecter un arduino via USB.

D'après le nom c'est USB vers TTL (donc pas vers RS232), pour que ce soit compatible avec le signal de la VMC il faut un MAX 232 (convertion des niveau TTL vers rs232).

Le brochage à l'air d'être indiqué sur le PCB ...
 
  • #1 143
rjcab;1110550 a dit:
Hello,

Oui ca va je vais pas me plaindre :)
Alors tu as raison je pense:



Et ceci m'interpelle..
Je vaais voir la diff si je branche un autre module

Il semble effectivement ne pas être reconnu ... pas de driver vriassemblablement. Les drivers FTDI eisten et sont disponibles via leur site, mais il faudra certainement les compiler et sur raspberry ce n'est pas du gateau ...

Pour l'autre c'est quoi comme module (pour vérifier que c'est bien un RS232 et pas un TTL).
 
Dernière édition par un modérateur:
  • #1 144
Alors l'autre module est bien reconnu PL2303:

root@NightAera:~/raspVMC-master# dmesg | grep tty
[ 0.000000] Kernel command line: dma.dmachans=0x7f35 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2709.boardrev=0xa01041 bcm2709.serial=0xe1acf15b smsc95xx.macaddr=B8:27:EB:AC:F1:5B 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=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait
[ 0.002067] console [tty1] enabled
[ 0.195450] 3f201000.uart: ttyAMA0 at MMIO 0x3f201000 (irq = 83, base_baud = 0) is a PL011 rev2
[ 0.700601] console [ttyAMA0] enabled
[ 317.719132] usb 1-1.3: pl2303 converter now attached to ttyUSB0
[ 913.891056] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[ 973.886040] usb 1-1.3: pl2303 converter now attached to ttyUSB0
[ 1104.380501] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
root@NightAera:~/raspVMC-master# [/quote]

Photo:
59054571e33ad00fcb.jpg


59054571e33fd2bb8a.jpg


J'ai relié TX et RX mais rien de concluant dans les logs.
Ce module doit sortir du 5V aussi :)

Merci
 
  • #1 145
rjcab;1110568 a dit:
Alors l'autre module est bien reconnu PL2303:

root@NightAera:~/raspVMC-master# dmesg | grep tty
[ 0.000000] Kernel command line: dma.dmachans=0x7f35 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2709.boardrev=0xa01041 bcm2709.serial=0xe1acf15b smsc95xx.macaddr=B8:27:EB:AC:F1:5B 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=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait
[ 0.002067] console [tty1] enabled
[ 0.195450] 3f201000.uart: ttyAMA0 at MMIO 0x3f201000 (irq = 83, base_baud = 0) is a PL011 rev2
[ 0.700601] console [ttyAMA0] enabled
[ 317.719132] usb 1-1.3: pl2303 converter now attached to ttyUSB0
[ 913.891056] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[ 973.886040] usb 1-1.3: pl2303 converter now attached to ttyUSB0
[ 1104.380501] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
root@NightAera:~/raspVMC-master#

Photo:
59054571e33ad00fcb.jpg


59054571e33fd2bb8a.jpg


J'ai relié TX et RX mais rien de concluant dans les logs.
Ce module doit sortir du 5V aussi :)

Merci[/quote]

Oula, oui rien qu'à voir la photo, c'est du TTL, le chip de convertion est lui même de la même grandeur que le chip série/USB. Je n'en ai jamais vu intégrös non plus, donc ...

Il te faut un truc du genre

Avec dB9

A souder

Ces convertisseurs peuvent se connecter directement sur le GPIO du raspberry et alors utiliser ttyAMA0 pour la VMC (c'est ce qu j'utilise en ayant fixé le dB9 sur la boite du raspberry) comme cela il n'y a pas de fils qui pendouillent.
 
  • #1 147
Merci.
Ce que je comprends pas c'est que meme si on reste sur du ttl pk en reliant tx et rx sur le module, (on shut ainsi la vmc) je n'ai aucun résultat en retour.
 
  • #1 148
Effectivement, en pontant TX et RX les messages envoyés par le serveur reviennent et sont donc signalé dans le fichier log (si debug=8), par contre le client ne reçoit rien en retour car les messages ne sont pas bon.

Vérifies que VMC.ini est correcte (device=/dev/ttyUSB0)

et que les droits d'accès sont correct ls -l /dev/ttyUSB0

Tu peux aussi installer minicom qui est un programme "terminal", et la lancer sur /dev/ttyUSB0

comme ceci

minicom -D /dev/ttyUSB0

Ce que tu tapes au clavier doit alors revenir à l'écran si TX et RX sont pontés correctement.
 
  • #1 149
Hello,

Bon j'ai tout refait et il y a du mieux:

26/04/16 21:30:17 : new client connection from ('127.0.0.1', 44529)
26/04/16 21:30:17 : received 07f0000b00b8070f ('127.0.0.1', 44529) from client ('127.0.0.1', 44529) retained is 07f0000b00b8070f
26/04/16 21:30:17 : Processing msg from queue ('127.0.0.1', 44529)
26/04/16 21:30:17 : Sending frame 07f0000b00b8070f to VMC from Client ('127.0.0.1', 44529)
26/04/16 21:30:17 : Command code: 0b reply is True
26/04/16 21:30:17 : expecting a reply
26/04/16 21:30:18 : received from VMC 07f0000b00b8070f
26/04/16 21:30:18 : 8 frames received from VMC only one is expected from theread
26/04/16 21:30:18 : frame received from VMC stored in client queue 07f0000b00b8070f
26/04/16 21:30:18 : sending 07f0000b00b8070f to ('127.0.0.1', 44529)
26/04/16 21:30:18 : closing ('127.0.0.1', 44529) after reading no data

La je suis sur du TTL.
Je pense maintenant que je peux passer à l'étape du max232 et refaire le meme teste en sortie en reliatn Tx et Rx puis après je connecte a la VMC ;)
 
  • #1 150
rjcab;1111137 a dit:
Hello,

Bon j'ai tout refait et il y a du mieux:



La je suis sur du TTL.
Je pense maintenant que je peux passer à l'étape du max232 et refaire le meme teste en sortie en reliatn Tx et Rx puis après je connecte a la VMC ;)

Effectivement la boucle fonctionne donc passes en rs232 et tu seras opérationnel !
 
  • #1 151
Salut,
de mon coté la rpi prend la poussière au dessus de la VMC. J'utilise juste le client html pour changer de temps en temps la vitesse VMC.
En tout cas ça ne plante pas, j'ai 78jours d'uptime et pas de problème.
 
  • #1 152
Mais c'est pas à cela qu'il sert le raspberry, ramasser la poussière dans un coin perdu ?

Attention de surveiller de temps en temps la capacité du file system (df -k), car une fois que celui-ci est plein, le raspberry commence a déconner.
 
  • #1 153
SpigoloN;1111452 a dit:
Salut,
de mon coté la rpi prend la poussière au dessus de la VMC. J'utilise juste le client html pour changer de temps en temps la vitesse VMC.
En tout cas ça ne plante pas, j'ai 78jours d'uptime et pas de problème.

C'est de la domotique Française ;-)
 
  • #1 154
La domotique a la frite !
 
  • #1 155
En parlant de poussière. Mon raspberry est sur une platine Lego dans une gaine. A chaque fois que je bricole je fais sortir la micro SD. Je ne m'en rends pas compte de suite. Mais plutôt le soir quand la VLC tourne pas au ralenti.

Ma question qu'utilisez vous comme boitier aéré pour le raspberry (un petit lien)

Autre question par rapport a la microsd: peut-on reduire la duree dacquisition de l'historique températures FHEM pour préserver un peu de mémoire. (Et puis pour retraiter ça sous excel, car c'est énorme sur 1 mois)

Une dernière question, j'ai besoin de changer le port d'écoute 80 pour accéder depuis l'exterieur, ou se trouve le fichier du serveur?
 
Dernière édition par un modérateur:
  • #1 156
Salut, pour la carte SD je n'ai pas de solution, juste faire gaffe, mais on n'y pense pas à tout les coups.

Boitier aéré ? j'ai mis des boitier DIN mais question aération je n'ai rien de spécial, as tu un problème de surchauffe ?

En ce qui concerne FHEM, l’intervalle d’échantillonnage est dans la définition du device

define VMC ComfoAir /tmp/ttyVMC 300

300 secondes (5 minutes entre échantillons)

define VMC ComfoAir /tmp/ttyVMC 3600 ( une heure == 3600 secondes )

Tu peux aussi ne pas échantilloner certaines des valeurs via les attributs

poll-Bootloader-Version
poll-Firmware-Version
poll-RS232-Modus
poll-Sensordaten
poll-KonPlatine-Version
poll-Verzoegerungen
poll-Ventilation-Levels
poll-Temperaturen
poll-Betriebsstunden
poll-Status-Bypass
poll-Status-Vorheizung

si l'attribut est à 1, alors un échantillonnage des valeurs correspondant à l'attribut est effectué tout les "intervalle" secondes, si à 0 alors pas d’échantillonnage des valeurs.
 
  • #1 157
Bonjour,
Je me demandais s'il était possible de piloter le Bypass ou s'il était uniquement commandé par l'automate ?
Merci
 
  • #1 158
A ma connaissance (limitée) le bypass est uniquement commandé par l'automate. Pour le commander "manuellement" il faudrait modifier les paramètres qui pilotent l'automate (par example la température de confort) de façon a forcer le bypass. Mais c'est un peu tordu comme méthode.
 
  • #1 159
Ok merci c'est bien ce qu'il me semblait.
Modifier la T confort n'est pas gérable vu les timing imposés par l'automate.
 
  • #1 160
jcoenen;1111612 a dit:
Mais c'est pas à cela qu'il sert le raspberry, ramasser la poussière dans un coin perdu ?

Attention de surveiller de temps en temps la capacité du file system (df -k), car une fois que celui-ci est plein, le raspberry commence a déconner.
Entre temps c'est passé à 92jours je n'ai pas vu de diminution significative de l'espace de travail entre ces deux dates. Il ne doit donc pas y avoir de log qui grossissent trop vite.
 

Sujet semblables

Réponses
10
Affichages
979
Nudji
Réponses
·
Affichages
149
Maka
Réponses
4
Affichages
385
Tchotto
Réponses
6
Affichages
1K
ironglove

Notre sélection

Retour
Haut