rf module USART et pic

[jaycec]

Forum Salut j'ai un doute général sur asynchronus USART réception, je suis connecté à un récepteur RF à rx ligne de receiver.so il y aura une entrée de bruit à la ligne rx, va recevoir ce microcontrôleur en série de data? Si oui, alors un autre question.Assume récepteur registre du pic est à moitié chargée par une entrée de bruit puis vient ensuite envoyer les données i est-il possible que le registre récepteur peut contenir la moitié de bruit bits d'entrée et les bits de moitié restante i send.Please me répondre même il ressemble à une question stupide.

 

[Jack// ani]

Jetez un oeil à ce projet, il vous donnera une bonne idée de ce qui doit être fait: AVR-GCC Tutorial [/url] A propos de votre autre question, vous devez envoyer préambule assez long pour le module RX à stabiliser avant d'envoyer le paquet de données réel. Il s'agit d'éviter la corruption de données due au bruit. Et pour vous assurer que vous avez reçu les données correctes une sorte de mécanisme de détection d'erreur doit être mis en œuvre comme pair / impair parité. Hope this helps

 

[FvM]

A propos de votre autre question, vous devez envoyer préambule assez long pour le module RX à stabiliser avant d'envoyer le paquet de données réel. Il s'agit d'éviter la corruption de données due au bruit.

C'est en fait une bonne idée, mais ne garantit pas receiption correct tant un UART standard est utilisé au niveau du récepteur. Supposons que le récepteur UART a été déclenché par le bruit d'un ou deux bits avant le préambule commence. Dans le pire des cas, il sera continouosly recevoir des données erronées et ne jamais se synchroniser sur le paquet entrant. Par chance, il va ramasser un bit de départ correcte après une erreur de trame. La seule méthode fiable dans cette situation est la synchronisation bit à bit. Il ne peut pas être réalisé avec UART matériel, mais se fait facilement dans les logiciels usuels aux faibles vitesses de transmission maximale 4k8 9k6 ou. Comme un autre point, vous devriez vérifier si les modules RF sont capables de transmettre des données UART standard, qui ont une portée devoir bit de cycle de 10 à 90% (0x00 0xff données respectivement) Ils sont souvent conçus pour fonctionner avec HT-12 type RC signaux codés (CC entre 33 et 66%). Le codage Manchester est une méthode courante pour atteindre près de 50% pour les CC du flux de bits.

 

[jaycec]

Merci pour votre réponse, où puis-je trouver des détails sur USART logiciel à l'aide mikroC?

 

[FvM]

Malheureusement, je ne suis pas fanmiliar avec mikroC. Mais le fonctionnement de base du logiciel UART est d'interroger la broche d'entrée ou éventuellement utiliser un changement de voie B interrompre et ont une référence de temps, soit par un logiciel de retard ou une horloge matérielle. Après un bord bit de départ, la durée de bits attendre 1/2, puis échantillonner les données d'un débit binaire de l'définie. Matériel UART généralement suréchantillonner la broche d'entrée à 16 x débit. La synchronisation de bits effectue une reconnaissance de motif. Si une différence est détectée, il est redémarré sur le bit suivant. Un préambule standard, une séquence continue 1010, ne détermine pas la limite de trame. Au lieu de cela, il utilise un caractère de synchronisation après le préambule. C'est détection démarre le receiption paquet.