synchronisation

M

muralikrishna85

Guest
pourrait contribuer à l'un deux syncronizing pic dans une communication sans fil. maintenant
j'essaie d'ajouter un préambule au départ de chaque cadre de données .. et puis à partir de cette constatation de la vitesse de transmission ....
s'il vous plaît donner quelques informations à ce sujet.
 
Oui
c'est très fréquent.Même une simple série UART utiliser!

 
Généralement, vous
n'avez pas le micro pour tenter de déterminer la vitesse de transmission du préambule, en particulier dans la communication sans fil.Il est beaucoup plus facile à standarize sur une vitesse de transmission que les deux extrémités savent utiliser.
Le problème
n'est pas la vitesse de transmission, il
s'agit d'une question de cadrage où exactement les données démarre.C'est un gros problème dans la communication sans fil, car l'AGC circuits dans le récepteur prendre un certain temps pour
s'adapter à l'ouverture de la transmission.Le préambule permet au récepteur d'ajuster son gain qui en indiquant clairement à quel point le premier élément de données démarre.
Il ya deux façons de le faire.Une méthode simple qui a bien fonctionné pour les autres est la communication IR NEC style d'un très large impulsion suivie par les données.Le pouls est plus large que
n'importe quel paquet de données en série continue "1" et ne peuvent donc pas être confondus avec les données.Jetez un oeil à:
http://davehouston.net/rf.htm

 
merci pour la réponse
c'est ok!mais quel est le problème avec le débit de données ... en fait mon projet est sur les garanties internationales .. com ici
j'ai 4 part fixe et une station de bse switiching auto ... me fait de la station de base .. i utiliser un pic 16f877a à cet effet .... et il ya deux canaux de communication .. pour une demande de signalisation et autres pour le transfert de données (simplex) ..pic a un seul ... USArt également chaîne de besoins plus élevé taux de données .....

 
Ok, vous avez besoin de deux différentes vitesses de transmission, mais vous savez à l'avance ce que ces deux vitesses sont, pour ne pas avoir à les déterminer expérimentalement.Généralement, vous envoyer une alternance comme 0xa5a5, puis à l'extrémité de réception si vous avez le bon profil 0xa5a5 puis le débit est correct.Si pas, alors vous savez pour passer vitesses.
Le PIC a un seul matériel UART.Toutefois, rien
n'empêche d'utiliser une autre minuterie pour former un UART logiciel.Le code est l'ensemble du Web et a été couramment utilisé avant leur retour UART inclus dans le microcontrôleur.Vous pouvez aussi le fil de ces deux UART en parallèle.Utilisez le matériel UART pour le transfert de données rapide et l'utilisation du logiciel pour UART vitesse demande signaux.Ensuite, le code doit seulement décider de l'UART qui est basé sur le contenu du sachet de contrôle ou de cadrage.
Sinon,
en utilisant un UART, vous devez envoyer le paquet de cadrage, le temps de la réception de décoder le paquet et d'adapter ses UART si nécessaire, avant de dynamitage dans les données réelles.Encore une fois, depuis les vitesses de transmission sont connus, vous pouvez déterminer le temps maximum requis pour faire le changement et donc d'ajuster le temps entre l'élaboration de paquets et les données.
De cette manière, le cadrage est vraiment un paquet de réveil et de passer votre baudrate paquet.

 
ok i nw ur était sous idée ....... vous pouvez voir juste expliqué à moi-même ou proposer un site qui pourrait me faire clair sur ce préambule synchronisation) maintenant ce que je tente de faire est que les premiers malades envoyés dans le préambule avant de la trame de données et vérifier si mauvais alors les données reçues sont ensuite si son préambule, de sorte que le reste des données est seulement à partir de la broche où recevoir les données .. suis-je le faire aller dans la Rigt manière?ou bien encore une fois
s'il vous plaît ... thank u pour épargner du temps pour moi ..
ok encore une chose que vous avez dit logiciel uart' --- est-ce une série de pin progrmmed à parrel coversion et vice versa.

maintenant à l'heure actuelle, ce que je fais est essentiel que
j'ai deux pic16f877a .. un représentant pour une série de données et un autre pour la réception de cette b0 à la broche et de faire d'autres, comme la vérification de la thisgs préambule .. etc. deux pics sont reliés par des fils. . de sorte que si i syncronizing ensuite réussi à remplacer les mauvais fils avec un module RF.

 
Le préambule est ce que vous utilisez pour la vitesse de détection.Jetez un oeil à:
http://www.iol.ie/ ~ ecarroll / autobaud.html

Cet article décrit un algorithme autobaud.Vous
n'avez besoin de le mettre en oeuvre afin de déterminer laquelle des deux possibilités qui sont utilisées.

Faites attention avec le mot «cadre» car elle signifie des choses différentes dans différentes parties du circuit.Quand vous dites données cadre, vous évoquez le bloc de données envoyé.Toutefois, sur le canal de communication, un encadrement d'erreur signifie que les octets ne sont pas décodés correctement parce que la détection a commencé sur le mauvais symbole.

Sur un système avec fil, la détection du bit de démarrage est assez fiable.Dans un système sans fil avec ses habituels problèmes de bruit, le bit de démarrage pourrait être manquée ou d'un bruit d'impulsion pourrait être confondu avec le bit de démarrage.Cela donne une erreur de cadrage.Pensez à un cadre photo qui
n'est pas centrée sur le portrait.C'est le contexte d'une erreur de cadrage.

Le canal sans fil est bruyant et les microcontrôleurs et l'ordinateur ne peut pas ignorer les bruits aléatoires comme vous le pouvez.Si vous êtes à l'écoute de la radio et il ya un bruit statique lors d'une pause dans la communication, vous
n'avez pas mal interpréter la prochaine parole parce que votre cerveau sait d'ignorer cette partie.Les ordinateurs sont muets, que le bruit d'impulsion se tromper l'ordinateur en lui faisant croire que le mot suivant commence à être envoyé.

Je suis préoccupé par le fait que vous êtes actuellement à la conception d'une connexion câblée.C'est une erreur très commune à la conception d'un système de raccordement et puis supposer
qu'il peut facilement être converti en un sans fil.Le canal de communication sans fil est le facteur limitant de l'ensemble de la conception.Tout d'abord, vous devez choisir le système de rf et savoir exactement ce que ses exigences et ses limites.Vous pouvez ensuite régresser à un lien filaire de développement initial.Par exemple, peu de série rf liens sont limitées à vitesses inférieures à 9600.Certains ne vont de 4800 et ont également des limites inférieures de la lenteur avec laquelle ils peuvent aller.

Logiciel de série UART font parallèlement à la conversion sur le côté recevoir de série et parallèle à la conversion sur la transmettre côté.Vous
n'avez pas à faire de ces deux dans une puce.Vous pourriez faire un UART logiciel pour recevoir seulement.Sur la recevoir, il doit détecter le bit de démarrage, échantillon, les bits de données à proximité de leurs centres et puis
n'oubliez pas de jeter les bits de stop.Sur la transmission, l'UART logiciel doit joindre le début et la fin de bits de données et d'horloge puis hors série.Encore une fois, si vous regardez le site web de Microchip, je suis sûr
qu'ils ont encore des exemples de code.La limitation de l'UART logiciel est que le microcontrôleur ne peut pas faire tout le travail d'autres tâches ou des tâches qui nécessitent une interruption pendant le temps que les données sont établies ou reçues.C'est pourquoi par la suite ajouter des puces UART matériel pour permettre ensuite de faire d'autres choses au cours de la transmission de données et de la réception.

 
bonne soirée et chaque corps de banjo ... hw are u?na amende?<img src="http://www.edaboard.com/images/smiles/icon_neutral.gif" alt="Neutre" border="0" />maintenant je suis bloqué avec un autre problème ..........i programmé pour le premier pic outputtig peu à peu un "préambule données de séquence ..puis ma deuxième pic est programmé pour recevoir cette incomming bit par bit de données et vérifier si elle est .... préambule et de la lecture, il ..
le second pic est programmé de telle sorte que quand il jamais dectects un L_H ou H_L bords, il invite à lire isr 1 .. o & en conséquence .... mais ce que le problème est que lorsque -------> jamais une interruption se produit à la broche b0 la photo prend branchement goto 50microseconds à son isr ... pic au cours de cette période ne permet pas de détecter certains des bords des données provenant de votre avis .. whats
le préambule octet'10101010 '
h l'aide d'un oscillateur à quartz de 4megaHZ
... ce problème va être résolu par l'utilisation d'un 20megaHZ:?:

 
thank u banjo,,,
nous avons complété avec succès notre projet ..

 
You must log in or register to reply here.

Welcome to EDABoard.com

Sponsor

Back
Top