Feature #2360

Protocoles

Added by Pierre Guinault almost 9 years ago. Updated over 8 years ago.

Status:In ProgressStart date:12/10/2012
Priority:NormalDue date:
Assignee:Axel Faure% Done:

90%

Category:-
Target version:Quadriut Fonctionnel

Description

Mise en place des protocoles internes et externes au drone (Serial, Wifi)

History

#1 Updated by Jacques LAFFONT almost 9 years ago

référence page wiki ?

#2 Updated by Benjamin Rivray almost 9 years ago

  • % Done changed from 0 to 20

#4 Updated by Jacques LAFFONT almost 9 years ago

Endianess Géré par l'encodeur et le décodeur, pas important si les messages sont en ASCII.

Pourquoi ne pas travailler entre 2^(N-1)-1 et -2^(N-1). Utilisation maximale de la dynamique. Rapport 32767 on peut rester centré en zéro, et surtout permet d’éviter une division à chaque envoi / réception de message (utile sur cible µC).

Trame: j'ai un faible pour les trames de taille fixe, mais votre format ne me choque pas.

Le zero des trames de debug est un '0' ascii ou un '\0' binaire ?

Dans le cas de valeurs multiples, un champ indiquant le nombre de valeurs dans le message peut être utile.

Il manque un code de détection d'erreur (checksum) par exemple. Les données sont critiques pour le fonctionnement du système.

Le détail des identifiants serait mieux sur une autre page référencées a partir de la page protocole mais aussi d'un point haut du wiki.

Insister sur le fait que la synchronisation des fsm d’émission et de réception se feront sur les caractère CR/LF (ou un autre à définir). Les autres étant mal placés ou non discriminants.

Étoffer l’échange type qui est une très bonne idée.

#5 Updated by Axel Faure almost 9 years ago

Endianess Géré par l'encodeur et le décodeur, pas important si les messages sont en ASCII.

l'encodeur et le décodeur sont des composants des cartes réseau ?

Pourquoi ne pas travailler entre 2^(N-1)-1 et -2^(N-1). Utilisation maximale de la dynamique. Rapport 32767 on peut rester centré en zéro, et surtout permet d’éviter une division à chaque envoi / réception de message (utile sur cible µC).

J'ai peur de n'avoir pas tout compris à cette partie (et c'est un euphémisme)

Trame: j'ai un faible pour les trames de taille fixe, mais votre format ne me choque pas.

Comme je l'indiquais dans les notes, on peut tout à fait envisager de compléter par des octets de bourrage

Le zero des trames de debug est un '0' ascii ou un '\0' binaire ?

Il s'agit d'un zéro ascii (dans le cas contraire je le précise systématiquement)

Dans le cas de valeurs multiples, un champ indiquant le nombre de valeurs dans le message peut être utile.

Normalement le nombre de valeurs est défini par le type de trame

Il manque un code de détection d'erreur (checksum) par exemple. Les données sont critiques pour le fonctionnement du système.

Une détection très simple suffira t'elle ou bien faut il envisager des détections plus complexes et redondantes ?

Insister sur le fait que la synchronisation des fsm d’émission et de réception se feront sur les caractère CR/LF (ou un autre à définir). Les autres étant mal placés ou non discriminants.

Qu'est ce qu'un(e) fsm ?

#6 Updated by Jacques LAFFONT almost 9 years ago

On fait le point lundi.

#7 Updated by Pierre Guinault over 8 years ago

  • Target version set to Quadriut Fonctionnel

#8 Updated by Pierre Guinault over 8 years ago

  • % Done changed from 20 to 90

Also available in: Atom PDF