Log in Register

Login to your account

Username
Password *
Remember Me

Create an account

Fields marked with an asterisk (*) are required.
Name
Username
Password *
Verify password *
Email *
Verify email *
Captcha *
Welcome, Guest
Username: Password: Remember me

TOPIC: Définition d'un protocole de communication

Définition d'un protocole de communication 26 Jan 2013 09:50 #1

Comme la plupart d'entre vous le savent, nous recherchons actuellement a définir un Protocole de communication longue distances pour le projet.

Ce "bus" aura pour but de transiter l'information et de permettre la communication entre les composants du système xPLduino.

En effet, nous avons constaté le besoin de déporter des modules, ou rendre intelligent certaine actions et cherchons la meilleure solutions pour le faire d'une façon simple et efficace.

Plusieurs topologies peuvent-êtres envisagées, mais dans tout les cas la souplesse du réseau doit être conservée ( réseau en étoile )

Voici un exemple :

Topologiebus XPLduino

Ceci n'est qu'un exemple, je vous invite à la discussion sur le sujet, afin de définir une vision globale.

A savoir que la solution doit-être la plus flexible et facile à mettre en oeuvre possible.

Pistes possibles (le protocole soit être ouvert):

- RS485
- Bus EIB
- Micro modules xPL
- KNX

Piste : http://linuxfr.org/news/domotique-libre-ou-en-sommes-nous#toc_8

A vous les studios Tongue
  • chestroled
  • Avatar
  • OFFLINE
  • Administrateur
  • Administrateur
  • Posts: 58
  • Thank you received: 2
  • Karma: 1
Last Edit: 26 Jan 2013 10:39 by chestroled.
The administrator has disabled public write access.

Définition d'un protocole de communication 26 Jan 2013 22:29 #2

Alternative au DMX peu pratique du fait de la liaison série entre les différents récepteurs: le DMX sur réseau ethernet, ou protocole Artnet

- Artnet est un protocole ouvert, libre de droits
- Bidirectionnel (à la différence du DMX simple) donc possibilité d'avoir des retours d'état
- Exemple de gateway DMX/ethernet (Artnet) avec shield Arduino
vvvv.org/contribution/artnet-arduino-set-v2
et une video:
www.dailymotion.com/video/xr6uzo_noeud-a...mx-avec-arduino_tech

- Un site plein de ressources avec le projet OLA: opendmx.net/index.php/Open_Lighting_Project. Voir également, dans la section "produits" des exemples de montage Open Source (on dit pas ça quand il s'agit de hardware, mais c'est la même chose!)DMX/relais DMX/gradateur

Bon c'est tout pour ce soir, pour démarrer la réflexion!
  • jean-marc
  • Nophoto
  • OFFLINE
  • Senior Boarder
  • Rank2
  • Posts: 60
  • Thank you received: 1
  • Karma: 0
The administrator has disabled public write access.

Définition d'un protocole de communication 27 Jan 2013 09:55 #3

Merci pour ces explication Jean-Marc,

cependant si j'ai bien compris le principe, cela reviens à passer par un réseau ethernet pour ensuite re-transformer en signal DMX . Je ne veux pas trop m'avancer mais il me semble que mettre un composant ethernet à chaque point n'est pas très réaliste. Cette complication n'est pas nécessaire, une couche matérielle comme le RS485 permet de porter un signal sur de très longue distance sans soucis et les composants nécessaires sont négligeables .

Je t'invite à lire la page wikipedia : RS485

Attention cependant je nuance, je ne dis pas qu'il ne faut pas faire de DMX, par contre il ne me semble pas judicieux de se baser sur cette techno pour déployer un bus.

Bon dimanche Wink
  • chestroled
  • Avatar
  • OFFLINE
  • Administrateur
  • Administrateur
  • Posts: 58
  • Thank you received: 2
  • Karma: 1
The administrator has disabled public write access.

Définition d'un protocole de communication 27 Jan 2013 10:19 #4

Il ne faut pas confondre le protocole de gestion du bus (i2c, RS485... ) et le protocole applicatif (DMX, XPL...)
On recherche plutôt le moyen de transporter la commande de la SMB vers le point lumineux.

S'offre à nous plusieurs moyens:
- Ethernet: c'est ce qu'utilise les noeuds xplduino pour échanger entre eux, parfait pour de longue distance et de gros volume d'information
- I2C : c'est ce qu'utilise le contrôleur d'un noeud pour échanger avec ses cartes d'interfaces, parfait pour de courte distance
- RS485 et dérivé: parfait pour de longue distance et faible volume d'information
- RF: faible à moyenne distance et faible volume d'information
- CPL: longue distance et faible volume d'information
- IR: faible distance et faible volume d'information
et sans doute d'autres supports.

Il faut bien cibler le besoin.

S'il faut être compatible avec des équipements DMX du marché, alors pas de doute, il faut implémenter le protocole.
S'il s'agit simplement de trouver une solution simple pour envoyer une commande à un uC qui contrôle une lampe et avoir un retour d'état, alors un protocole basique sur du RS485 ou RF est largement suffisant.

C'est mon analyse à ce jour, dimanche 27 janvier 11:19 Laughing

Gromain
  • gromain
  • Avatar 2013 01 07
  • OFFLINE
  • Administrateur
  • Administrateur
  • Posts: 153
  • Thank you received: 10
  • Karma: 3
The administrator has disabled public write access.

Définition d'un protocole de communication 29 Jan 2013 21:52 #5

Salut

c'est plus un bus de terrain que l'on cherche et donc il faudrai un propocole simple
je pense qu'un protocol maitre esclave est le plus simple a mettre en place
il faudrai que le cout de l'electronique soit a prix plus bas qu'un arduino
pourquoi ne pas utiliser I2C avec un P82B715 pour les longues distances, ca resterait dans l'idee xplduino
  • louarn
  • Nophoto
  • OFFLINE
  • Fresh Boarder
  • Rank0
  • Posts: 3
  • Karma: 0
The administrator has disabled public write access.

Définition d'un protocole de communication 03 Feb 2013 11:18 #6

A l heure du tout ip, a l heure des objets ip communicants, je dirais bien : Ethernet.

On voit bien que nos idees (rs485 ou autres) demandent un cablage specifique, et ne s adresse donc qu au construction. Avec l ethernet on peut limiter un peu ce probleme : sans avoir penser domotique, tout construction neuve a maintenant qqs prises ethernet (et donc un debut de reseau en place). De plus, pour les constructions existantes, des options hardwrae peuvent exister sur nos modules intelligents : wifi, cpl.
Enfin, en prenant ethernet on garde donc le meme bus longue distance existant deja entre nos smb.

Apres, il y a le reticence face au coût potentiel. Chestroled tu dis bien que tu vois difficilement mettre un composant ethernet a chaque point. En prenant le 1er pic embarquant ca nativement (18F66j60), ca nous fait dans les 4 euros, a voir si c acceptable ou pas.

Enfin, personellement, c vrai que si c que pour du point lumineux, je dirais aussi dmx ou equivalent (travaille pas mal avec le dmx), tout en cablant ca en rj45, en etoile pour pas m enfermer dans un truc ferme et dans en gardant la capacite de passer en ethernet un jour...... Donc autant utiliser ce cable pour ce qu il est fait ? Et en plus ca permet des faire des capteur intelligent exitable par autre chose que nos smb....

Pour finir, j ai aussi le besoin de ce genre de capteur pour driver les rubans leds (chose qui ne peut se faire depuis la tableau). Donc je suis pas mal interesse a voir comment ca va communiquer avec le reste...

Ps : C est mon premier post sur le forum, je me presenterai sous peu, mais j ai deja pas mal echange par mail/chat avec gromain et avec Frunk (+++ pour ce dernier que je remercie encore). Voyez là dans ce premier post un debut de participation un peu plus active dans le projet.
  • fletort
  • Nophoto
  • OFFLINE
  • Fresh Boarder
  • Rank0
  • Posts: 7
  • Karma: 0
Last Edit: 03 Feb 2013 11:34 by fletort.
The administrator has disabled public write access.

Définition d'un protocole de communication 03 Feb 2013 12:00 #7

Bonjour Fletort,

D'ores et déjà bienvenue parmi nous !

J'ai bien lu tes explications et comprend ton approche.

Concernant le DMX, sache que les gros point négatifs à nos yeux sont :

- Pas de retour d'état
- Disposition du réseau en série

au sujet de l'utilisation de l'Ethernet je ne suis pas contre mais j'ai quand même plusieurs point :

- Il faudrait réaliser une étude de coût de cette solution.
- Il faudrait un switch démesuré pour accueillir tout les composants (32,64 ports)
- Il faudrait réaliser une couche de sécurité pour protéger l'installation (Vlan)

Il y a par contre aussi des avantages, comme l'alimentation POE, les distances négligeables etc.

Voici pour mon avis

Bon dimanche et à bientôt
  • chestroled
  • Avatar
  • OFFLINE
  • Administrateur
  • Administrateur
  • Posts: 58
  • Thank you received: 2
  • Karma: 1
The administrator has disabled public write access.

Définition d'un protocole de communication 03 Feb 2013 16:07 #8

L'Ethernet peut-être une solution pour amener la commande à un point lumineux. Même si on lève partiellement le coût d'un nœud Ethernet (mcu PIC mais magjack, port de switch...), on ne lève pas la problématique de la topologie de l’Ethernet qui doit être en étoile: autant de départ que de nœud.

L'idée d'un bus type rs485 est justement de permettre d'être à la fois étoile (via un hub rs485), mais également série. Ce qui peut être intéressant pour pouvoir chaîner des commandes de lumières (ou capteurs) depuis un seul point de départ. En outre, le coût est assez faible (petit mcu + max485), et on peut imaginer alimenter les nœuds depuis le hub rs485.
Sans aller jusqu'au dmx qui n'est finalement qu'un protocole unidirectionnel, on peut se faire un petit protocole léger bidirectionnel.

Tout cela n'étant pas dans la roadmap 2013 officielle, on a encore le temps d'y penser Tongue
Pour finir, j ai aussi le besoin de ce genre de capteur pour driver les rubans leds (chose qui ne peut se faire depuis la tableau).
mccyrille a une solution intéressant pour driver des leds depuis le tableau grâce à un multilplexeur PWM et des amplis
  • gromain
  • Avatar 2013 01 07
  • OFFLINE
  • Administrateur
  • Administrateur
  • Posts: 153
  • Thank you received: 10
  • Karma: 3
Last Edit: 03 Feb 2013 16:09 by gromain.
The administrator has disabled public write access.

Définition d'un protocole de communication 03 Feb 2013 21:41 #9

Bon, sans vouloir me mettre en travers de votre chemin, quand on parle d'un appareil récepteur intelligent, je veux bien qu'on mette au point une techno et du matos qui vont bien. Par contre, pour les points lumineux, si on a l'obligation de tirer de la data jusqu'à chaque point, et que la carte réceptrice demande des coûts et du temps de fabrication, alors je dis : mouais.

Perso, autant je prône le filaire, j'ai tiré 1km de gaines dans une maison de taille raisonnable, autant j'ai parfois envie de dire stop. Mes points lumineux ne sont alimentés qu'en 220V, j'assume ce moindre câblage et selon moi voici un produit ayant les specs qui vont bien pour équiper sa maison en RGB (prix/fonctionnalités) :

www.aliexpress.com/item/ambient-Color-Ch...-bulp/689851651.html
  • Frunk
  • Avatar 2013 01 08
  • OFFLINE
  • Administrateur
  • Administrateur
  • Posts: 70
  • Thank you received: 1
  • Karma: 1
The administrator has disabled public write access.

Définition d'un protocole de communication 03 Feb 2013 23:52 #10

Frunk, ce que je ne comprends pas dans ta suggestion de produit: comment intègres tu tes lumières dans ta domotique??
Comment peux tu faire: toutes lumières off? lumière salon couleur bleue si sonnette porte d'entrée? Clignotement rouge/vert si scenario x? etc...etc...
Ce que je vois est une simple ampoule led télécommandée comme tu en trouves dans toutes les grandes surfaces de bricolage...et ici on parle de domotique avec la carte smb de Gromain, je n'arrive pas à comprendre comment tu peux faire dialoguer Arduino avec ta lampe. Mais il se peut très bien que je n'aie pas tout compris.
L'avantage avec le DMX c'est que tu peux faire tout ça, et si tu ne peux pas tirer de câble ethernet il existe des petites cartes récepteurs DMX wifi et même HF pour une trentaine d'euros.
www.boutique-electroconcept.com/boutique...sans-fils-w-dmx.html
  • jean-marc
  • Nophoto
  • OFFLINE
  • Senior Boarder
  • Rank2
  • Posts: 60
  • Thank you received: 1
  • Karma: 0
Last Edit: 03 Feb 2013 23:57 by jean-marc. Reason: Faute d'ortographe....
The administrator has disabled public write access.
Backtotop