V0.5 : Discussions et avancement

Tout ce qui est en rapport avec le développement du protocole radio
Avatar de l’utilisateur
Yaug
Administrateur
Messages : 1466
Inscription : 19 Juillet 2013, 17:09
Localisation : Moselle
Contact :

Re: V0.5 : Discussions et avancement

Messagepar Yaug » 22 Octobre 2013, 14:47

Yargol a écrit :Nous sommes d'accord, c'est juste évident :lol:


A voir ça.
C'est en partie évident, mais pour moi, on programme ces mécanismes depuis l'ihm.
Après, reste à voir comment tu penses rendre ça faisable :)



Avec l'accord du chef seulement :mrgreen: Je limite car le protocole i2c n'est pas vraiment fais pour gérer des gros buffer.


Tu l'as ;)
ne serait ce que pour clarifier un peu les discussions et l'état d'avancement.

Zescientist
Messages : 360
Inscription : 23 Juillet 2013, 16:38
Localisation : Arques

Re: V0.5 : Discussions et avancement

Messagepar Zescientist » 22 Octobre 2013, 14:49

Yargol a écrit :
Puisque tu en parles, je trouve ça plus logique comme méthode de fonctionnement. IHM pour affichage des données et envoie de commande au master. Le master réagit aux données reçues, et c'est lui qui gère toutes les règles.

Nous sommes d'accord, c'est juste évident :lol:

Oui... mais c'est pas ce qu'on fait :mrgreen:


Yargol a écrit : 4bits 4bits
|DATA_ETAT|valeur relais1|
|DATA_ETAT|valeur relais2|
|DATA_ETAT|valeur relais3|
|DATA_ETAT|valeur relais4|
|DATA_ETAT|valeur relais5|
|DATA_ETAT|valeur relais6|
|DATA_ETAT|valeur relais7|
|DATA_ETAT|valeur relais8|

Donc 8 BYTES de data + 3 d’entête = 11 BYTES au total. Pourquoi tu crois que j'ai fais mes test i2c avec 12 BYTES :lol: il reste même un BYTE pour le CRC

Donc pour faire changer la valeur du relais 7, tu ne peux pas demander de changer que le 7, mais tu renvoies tes 8 octets et donc tes 8 états? :D


Yargol a écrit :
Et tu nous créait un beau topic pour nous expliquer comment tu fais avec ton I2C? :) (Et pourquoi la limitation des 12 bits, pas compris :/)


Avec l'accord du chef seulement :mrgreen: Je limite car le protocole i2c n'est pas vraiment fais pour gérer des gros buffer.

Un message privé alors? :p Ok je comprends mieux ;)
El'Radioman

Yargol
Messages : 162
Inscription : 23 Juillet 2013, 10:28

Re: V0.5 : Discussions et avancement

Messagepar Yargol » 22 Octobre 2013, 14:58

Yargol a écrit :
4bits 4bits
|DATA_ETAT|valeur relais1|
|DATA_ETAT|valeur relais2|
|DATA_ETAT|valeur relais3|
|DATA_ETAT|valeur relais4|
|DATA_ETAT|valeur relais5|
|DATA_ETAT|valeur relais6|
|DATA_ETAT|valeur relais7|
|DATA_ETAT|valeur relais8|

Donc 8 BYTES de data + 3 d’entête = 11 BYTES au total. Pourquoi tu crois que j'ai fais mes test i2c avec 12 BYTES :lol: il reste même un BYTE pour le CRC

Donc pour faire changer la valeur du relais 7, tu ne peux pas demander de changer que le 7, mais tu renvoies tes 8 octets et donc tes 8 états? :D


AHHH je comprends notre petite mésentente :D les types DATA_ETAT sont des data ENVOYEE par un node vers le master, le master lui il envoie des command de type : CMD que je n'ai pas encore définie. Un truc du genre

4Bits ---------- 4Bits
CMD_ON | N° relais/sortie
CMD_OFF | N° relais/sortie
CMD_REQUEST | N° relais/sortie
ETC...
Ydle, c'est le projet domotique low cost, qui doit plaire à votre femme @Yaug

Zescientist
Messages : 360
Inscription : 23 Juillet 2013, 16:38
Localisation : Arques

Re: V0.5 : Discussions et avancement

Messagepar Zescientist » 22 Octobre 2013, 15:06

Les explications me vont bien dans ce cas :)

Ton idée pour les data est OK pour moi, mais je préférerais rester sur ce modèle-ci par contre :
RF V0_5.png
RF V0_5.png (11.74 Kio) Consulté 2939 fois


C'est bien, c'est beau, c'est propre!
:mrgreen:
El'Radioman

Yargol
Messages : 162
Inscription : 23 Juillet 2013, 10:28

Re: V0.5 : Discussions et avancement

Messagepar Yargol » 22 Octobre 2013, 15:10

Zescientist a écrit :Les explications me vont bien dans ce cas :)

Ton idée pour les data est OK pour moi, mais je préférerais rester sur ce modèle-ci par contre :
RF V0_5.png


C'est bien, c'est beau, c'est propre!
:mrgreen:


Je contre, comment tu découpe FACILEMENT les datas en réceptions ? :D
Ydle, c'est le projet domotique low cost, qui doit plaire à votre femme @Yaug

Zescientist
Messages : 360
Inscription : 23 Juillet 2013, 16:38
Localisation : Arques

Re: V0.5 : Discussions et avancement

Messagepar Zescientist » 22 Octobre 2013, 15:15

De la même façon que toi, ton système de "descriptif"-"data".

Je me suis mal exprimé, c'est de l'en-tête que je parle (iDs, type et taille) :mrgreen:
El'Radioman

Avatar de l’utilisateur
Yaug
Administrateur
Messages : 1466
Inscription : 19 Juillet 2013, 17:09
Localisation : Moselle
Contact :

Re: V0.5 : Discussions et avancement

Messagepar Yaug » 22 Octobre 2013, 15:17

J'avais pas dit oui tout à l'heure pour une nouvelle discussion ? :mrgreen:

Yargol
Messages : 162
Inscription : 23 Juillet 2013, 10:28

Re: V0.5 : Discussions et avancement

Messagepar Yargol » 22 Octobre 2013, 15:24

Zescientist a écrit :De la même façon que toi, ton système de "descriptif"-"data".

Je me suis mal exprimé, c'est de l'en-tête que je parle (iDs, type et taille) :mrgreen:


Mais mais mais nous sommes donc d’accord :D :D :D Merde, on va se faire ch... maintenant


Yaug, je note ta validation du node Master pour la version 0.5. Le tout devant témoins :lol: :lol: :lol:
Ydle, c'est le projet domotique low cost, qui doit plaire à votre femme @Yaug

Zescientist
Messages : 360
Inscription : 23 Juillet 2013, 16:38
Localisation : Arques

Re: V0.5 : Discussions et avancement

Messagepar Zescientist » 22 Octobre 2013, 15:36

Yaug a écrit :J'avais pas dit oui tout à l'heure pour une nouvelle discussion ? :mrgreen:


Si, pour le node intermédiaire, mais là on parle encore du sujet d'origine : le protocole radio!
Bah alors Yaug, on suit pas?? :mrgreen:
El'Radioman

Yargol
Messages : 162
Inscription : 23 Juillet 2013, 10:28

Re: V0.5 : Discussions et avancement

Messagepar Yargol » 23 Octobre 2013, 22:44

Bon, Protocole v0.5 terminé (enfin presque)

Je commit demain matin les sources master et node ( librairies) qui supporte le proto 0.5 avec au programme.

* Gestion de différent type de commande
* Taille des datas variables
* Calcul et vérification d'un CRC 8bits pour toutes les commandes ( va être content Matthieu :lol: )
* Ack possible sur les commandes Master-->Node
* Implémentation testé sur rPI,Arduino et Attiny

voili-voila. Il me reste la retransmission des trames si pas de ACK reçu pour le commande a finir.

Je laisse El'Radioman le soin de faire les tests de portée et de fiabilités.

Maintenant, Dodo :mrgreen:
Ydle, c'est le projet domotique low cost, qui doit plaire à votre femme @Yaug


Revenir vers « Protocole radio »

Qui est en ligne ?

Utilisateurs parcourant ce forum : Aucun utilisateur inscrit et 1 invité

cron