Prise en charge Modbus

[nikorun]

bonjour a tous,

Je suis nouveau ici et ne connais pas du tout Calaos dont j'ai entendu parle sur le forum G+ Domotique-info.
Ce projet à l'air très au point avec une interface très sympa mais je ne parviens pas a trouver d'info dans le wiki sur les systèmes supportes. J'ai compris que c'était destiné principalement a du Wago que je ne connais pas mis a part j'en prez google...

J'aimerai savoir si je peux avoir une chance de piloter des cartes modbus classique avec , quelqu'au aurait' il cette info ?
Ma maison est déjà équipée de 5 modules Modbus, pour une centaine de gpio a peu près et j'aimerai bien garder cette infra plutôt que d'acheter des Ipx800 ou pire des zwave (€€€€).

Des que je libère un pi, j'installe l'image pour voir de plus près quand même ...

Si il y a un spécialiste qui peut parler du projet sur le forum cite plus haut ça ferai une bonne pub car il est assez dynamique...

Félicitation en tous cas aux devs pour avoir fait tout ça !

Niko

[captainigloo]

Salut Niko,

et bienvenue!

Il faut effectivement que nous fassions une page sur l'ensemble des systemes supportés.
En premier lieu les automates wago sont ceux qui sont historiquement supportés. Je ne connais pas le détail de l'implémentation de cette partie, mais le support passe par un bout de code spécifique calaos dans le wago pour gérer la communication entre calaos_server et le wago.
En ce qui concerne modbus, c'est une techno qui revient tres souvent quand on parle de domotique, et Calaos ne le supporte pas directement, meme si il y a des bout de modbus dans le support du Wago (Raoul tu confirmes ca ?)
Dans tous les cas, calaos ne supporte pas directement modbus. Aurais-tu plus de détails sur les cartes modbus que tu possédes, et ce serait un plus si tu as une documentation décrivant l'api, le protocole ou l'architecture ?
Ca permettrait d'implementer ces entrées sorties dans calaos, je ne pense pas que ca soit bien compliqué a ajouter.

Au niveau des technologies supportées par calaos, il ya ;
- Wago
- GPIO (au sens linux, comme par exemple les GPIO de la Raspberrypi)
- OneWire (uniquement temperature)
- IO HTTP, c'est a dire n'importe quelle valeur issue d'un fichier json/xml pouvant être récupérée par une requette http, c'est par exemple le cas eds IPX800 ou de l'eco device teleinfo, de OpenWeatherMap, du Karotz, ...
- Camera mjpeg

En cours de développement,
- ZWave
- MQTT

Nico

[raoulh]

Salut et bienvenu sur le forum.

C'est quoi tes platines modbus? Calaos sait faire du Modbus/TCP uniquement.

Apres IPX800 ou zwave c'est bien plus cher comparé a un automate wago si tu rapportes le cout sur l'habitat au complet...

[nikorun]

Hello Nico,

merci pour ta réponse.
Les automates que j'utilise sont pour l'instant des automates ISMART de chez IMO. Ils utilisent le protocole MODBUS en mode RTU/38400 bps, avec un support des fonctions 01/03 et 16. En gros ce sont les fonctions de travail sur les registres 16 bits et les "bits" (Coils dans le monde Modbus).

Par contre je vais les changer le mois prochain car j'en ai designé de nouveaux, basés sur des microcontroleurs Teensy3.1, qui sont des alternatives à l'Arduino mais avec un proc ARM. j'attends la livraison des Circuits Imprimés pour faire ce changement. Je compte pour l'instant les piloter avec OpenHAB, qui est une alternative à Calaos, qui prend en charge beaucoup de protocoles mais dont la programmation est indigeste, c'est du JAVA et j'y comprends rien ... ... c'est pour ça que je cherche une autre solution comme la votre.
En fait pour bien faire, il faudrait au moins que je switche sur Modbus/TCP, un peu plus employé dans le monde domotique car le mode RTU est historiquement employé dans l'industrie (c'est fiable et robuste aux parasites EM).

A force de bricoler des modules Modbus, je commence à bien connaitre ce protocole et suis donc tout disposé à tester et à vous aider sur le sujet, même si je pars sur une autre solution, par contre je ne suis pas bon programmeur donc pas grand chose à espérer de ce coté. J'ai pas mal de microcontroleurs chez moi, des Pi, des BBB, mais aussi des Arduinos en pagaille et une Olinuxino A20, qui est un peu plus chère qu'un PI mais bien plus puissante. je vais essayer tout ça dès que j'aurais un petit moment.
Bye

[captainigloo]

Ok, donc c'est une connexion en rs232 ou rs485 avec l'automate ?
D'apres ce que dit raoul, le modbus/tcp est supporté dans Calaos, il faudrait faire une petite page dans le wiki pour expliquer comment. Par contre dans ton cas, avec une liaison série, c'est pas codé.
Il faut ajouter une couche qui viens lire la liaison série et dispatch ca dans calaos, c'est moins trivial que prévu, mais ca peut se faire. Dans tous les cas j'aimerai qu'on pusise gérer un jour ce genre de choses, pour se connecter facileemnt avec des arduino/microcontrolleurs.

J'ai parcouru tres tres brievement la documentation de modbus, mais je doit dire, que ca semble assez barbare, comparé a d'autres protocoles de comm comme MQTT et je me demande si on aurait pas interret dans le futur a pousser vers mqtt.
Je vous invite a jeter un coup d'oeuil aux specifications de mqtt. (http://mqtt.org/new/wp-content/uploads/2...c_v1.2.pdf) C'est principalment pour du tcp ou udp (mqtt-sn) mais on pourrait tres bien mettre ca au dessus d'une laison série. Le principe c'est quil ya un broker dans le systeme. Les clients se connectent sur le broker. Les clients peuvent souscrire a des messages, et publier des messages. Les messages publiés sont envoyés aux client qui ont souscrits. Je trouve cette maniére de procédé vraiment interessante. Et le protocole ajoute tres peu d'ovehead par rapport aux données échangées, simplement 2 octets de plus.

Je suis en train de m'amuser avec des micros 8051 (cc2530) avec contiki et du 6lowpan pour calaos, et j'ai mis en place cette architecture, ca marchouille pour le moment. Mais ca pourrait être cool d'avoir un truc commun pour tout ca
Mais peut être que Modbus est finalement mois pire que ce que j'ai appercu

Pour info calaos supporte bien les proc allwinner (cubieboard, cubieboard2, mele, olinuxino a13) , donc la carte olinuxino a20 devrait être supportée avec peu d'efforts.
La BBB n'est pas supportée, mais il y a un tres bon support dans OpenEmbedded pour cetter carte, donc ca devrait bien se passer en ajoutant la bonne MACHINE.

PS : java tu parles de l'ile ou de la dance ?

[captainigloo]

Si tu veux parler en live du projet tu peux aussi nous joindre sur le canal irc #calaos sur irc.freenode.org

[raoulh]

Ah oui effectivement le RTU ca marchera pas avec calaos... On est au minimum en ethernet

Par contre des passerelles RTU <> TCP ca existe. Et ca pourrait fonctionner.

Au niveau de calaos, pour la comm avec les automates Wago, ca utilise principalement du modbus/tcp mais aussi un proto udp en plus pour combler les lacunes du modbus.
En tout cas si tu es interessé par tout ca, on peut t'aider pour l'inclure dans calaos...

PS: Haha openhab... Je me souviens d'une démo qu'un type nous a fait sur un stand. Ca mettait 3 plombes a lancer l'usine a gaz en java pour au final ne pas fonctionner...

[nikorun]

Bon je prêche pas pour ma paroisse mais effectivement, repasser par de la liaison série (485 chez moi), ça ressemble un peu à du rétropédalage, faut reconnaître ///.

J'ai gardé le port SPI dispo sur ma carte Teensy, donc je vais plutôt y greffer un module Ethernet pour pouvoir faire du Modbus/TCP.
Je vais jeter un oeil à MQTT, qui semble effectivement le protocole le plus adpaté aux short messages de nos jours, en espérant que quelqu'un ait porté le protocole sur Arduino et Teensy, car comme précisé plus haut, j'aurais pas moyen de le faire moi même, passer le if/then/else je suis plus trop là ...

Quand à OpenHAB, il faut reconnaître que ça marche, ca prend jusqu'à 1 minute pour démarrer, mais c'est le seul qui me permette de communiquer avec mes pauvre modules Modbus pour l'instant. Par contre pour faire une focntion tout bête, il faut écrire des trucs incompréhensibles dans X fichiers texte, c'est pas vraiment ce qu'on peut appeller une IHM sexy, on est d'accord.