Reception trame avec un PIC

[flyingrock]

Bonsoir,

Je souhaite récupérer les données d'une trame envoyée par radio a 1200 bauds, le coté démodulateur ne pause aucun problème.
Là ou j'ai un soucis c'est plutôt du coté décodage.
La trame se décompose de la façon suivante, un premier octet (toujours le même), d'une série de bit pouvant contenir jusqu'à 560 bits,d'un octet de contrôle , puis pour terminer la trame un octet identique au premier.
J'avais bien pensé utilisé le bus SPI , mais je ne vois pas comment synchroniser le démodulateur au PIC.

Avez vous une petite idée de la façon de faire ?

Merci.

Francis
-----

[invitee05a3fcc]

Si c'est de la radio TTY, c'est une suite d'octet transmis avec le protocole asynchrone (start, 8 bits, stop). C'est compatible avec tous les UARTs.

[flyingrock]

Bonsoir,
Malheureusement non, d'apres ce que je sais c'est une transmission synchrone.

Francis

[invitee05a3fcc]

Malheureusement non, d'apres ce que je sais c'est une transmission synchrone.

Une liaison synchrone (comme son nom l'indique), demande une transmission de l'horloge.

Donne un lien WEB sur ton protocole.

[A voir en vidéo sur Futura]

[flyingrock]

Le voilà www.aprs.org/doc/APRS101.PDF

[invitee05a3fcc]

J'en suis à la page 30/128 et ça cause ...ça cause .....
C'est où le protocole de transmission d'un octet ?

[flyingrock]

Page 12 il est dit que l'APRS utilise le protocole AX25, ici un lien en français qui explique rapidement ce qu'est le protocole AX25 http://f1my.ecole.pagespro-orange.fr/A-F1MY/ax25.htm

Je n'ai pas trouvé le protocole de transmission d'un octet ce qui me fait penser que c'est une transmission synchrone, ce qui confirmé sur ce dernier lien .

[invite29971eb1]

Page 12 il est dit que l'APRS utilise le protocole AX25, ici un lien en français qui explique rapidement ce qu'est le protocole AX25 http://f1my.ecole.pagespro-orange.fr/A-F1MY/ax25.htm

Je n'ai pas trouvé le protocole de transmission d'un octet ce qui me fait penser que c'est une transmission synchrone, ce qui confirmé sur ce dernier lien .

D'un autre côté, l'auteur de la page ne sait pas la différence entre synchrone et asynchrone. Ce n'est pas parce que deux octets encadrent le message que c'est synchrone....un bel exemple de page pas fiable.

Il faut toujours se méfier des pages d'amateurs, comme de quasiment tout ce qu'on trouve sur Internet d'ailleurs

Synchrone, c'est quand une horloge est transmise en même temps que les données, comme en I2c ou en SPI par exemple. Ton X-25 c'est typiquement du asynchrone, et typiquement lisible via l'UART du PIC

[invitee05a3fcc]

En fait, tous ces documents partent du principe qu'un octet et reçu et qu'on l'utilise.
Par contre, ils utilisent le terme HDLC http://www.interfacebus.com/Design_HDLC.html et ça c'est un codage (c'est vieux comme souvenir) qui a une valeur moyenne nulle. Si on a une suite de 11111, c'est transmis 10101 de telle sorte que le signal passe dans les transfos et les émetteurs H.F . C'est une transmission synchrone (pas de start ni de stop) et l'horloge est récupérée à partir des transitions. regarde le codage NRZ

Si mes souvenir sont bons, il faut un oscillateur local qui est synchronisé sur les transitions (un genre de PLL) pour reconstruire les octets et surtout, détecter le flag de début de trame.

[flyingrock]

Bonjour,

Merci à vous deux pour votre aide je viens de trouver ceci http://wiki.ham.fi/APRS-AX.25.en .Je vais me pencher dessus.