syncronization

M

muralikrishna85

Guest
κάθε ένας θα μπορούσε να βοηθήσει στην syncronizing δύο pic σε ασύρματη επικοινωνία. τώρα προσπαθώ με την προσθήκη στο προοίμιο της έναρξης της κάθε .. πλαισίου δεδομένων και έπειτα από τη διαπίστωση αυτή η ταχύτητα baud .... δώστε κάποιες πληροφορίες σχετικά με αυτό.
 
Mark Zuckerberg rozmawiał z Barackiem Obamą o inwigilacji w Internecie. W podobnym czasie Edward Snowden mówił uczestnikom festiwalu SXSW o konieczności szyfrowania sieciowej aktywności. Czy wolny Internet to przeszłość? O potrzebie ochrony danych i sposobach zachowania prywatności opowiada Paweł Wujcikowski, ekspert ds. bezpieczeństwa Spy Shop.

Read more...
 
Ναι αυτό είναι πολύ συχνές.Ακόμη και απλό σειριακό UART τη χρησιμοποιήσετε!

 
Σε γενικές γραμμές, δεν έχετε το μικροελεγκτές προσπαθούν να καθορίσουν την ταχύτητα baud από το προοίμιο, ιδίως στον τομέα των ασύρματων επικοινωνιών.Είναι πολύ πιο εύκολο να standarize σε μια κοινή ρυθμός baud ότι τα δύο άκρα ξέρουν να χρησιμοποιούν.
Το πρόβλημα δεν είναι η ταχύτητα baud, είναι ένα θέμα της χάραξης όπου ακριβώς τα στοιχεία που ξεκινά.Αυτό είναι ένα μεγάλο πρόβλημα στην ασύρματη επικοινωνία, επειδή τα κυκλώματα AGC στο δέκτη πάρει κάποιο χρόνο για να προσαρμοστούν από την έναρξη της μεταφοράς.Το προοίμιο επιτρέπει στον δέκτη να προσαρμόσει το όφελός της το οποίο, επίσης, αναφέροντας σαφώς σε ποιο σημείο αρχίζει ο πρώτος στοιχείο δεδομένων.
Υπάρχουν δύο τρόποι να γίνει αυτό.Μία απλή μέθοδος που έχει λειτουργήσει καλά για τους άλλους είναι το στυλ NEC ανακοίνωση της ΚΕ του ένα ευρύτατο παλμό που ακολουθείται από τα δεδομένα.Ο σφυγμός είναι ευρύτερο από κάθε σειράς πακέτων δεδομένων της συνεχούς "1" και ως εκ τούτου δεν μπορεί να συγχέεται με τα δεδομένα.Ρίξτε μια ματιά:
http://davehouston.net/rf.htm

 
thankx για την απάντηση
ότι είναι εντάξει!αλλά ποιο είναι το πρόβλημα με το ρυθμό μετάδοσης δεδομένων ... πραγματικά το έργο μου είναι σε προστατευμένους com άλλων .. εδώ έχω 4 ορίζει το χέρι και ένας σταθμός για την ΣΕΒ switiching εαυτό μου ... κάνει το σταθμό βάσης .. χρήσης θ μια pic 16F877A για αυτό το σκοπό .... και υπάρχουν δύο δίαυλο επικοινωνίας .. μία αίτηση για σήματα και άλλα για τη μεταφορά δεδομένων (simplex) ..pic έχει μόνο μία USART ... επίσης κανάλι δεδομένων ανάγκες υψηλότερο ρυθμό μετάδοσης δεδομένων .....

 
Εντάξει, θα πρέπει να baud δύο διαφορετικούς συντελεστές, αλλά γνωρίζετε εκ των προτέρων ποια είναι αυτά τα δύο ποσοστά είναι baud, έτσι ώστε να μην αναγκάζονται να καθορίσουν τους πειραματικά.Συνήθως, μπορείτε να στείλετε ένα εναλλασσόμενο μοτίβο ήθελα 0xa5a5 και στη συνέχεια, στο τέλος της παραλαβής εάν έχετε την κατάλληλη διάρθρωση 0xa5a5 τότε ο ρυθμός baud είναι σωστή.Αν δεν είναι, τότε ξέρεις να μεταβείτε baud τιμές.
Ο ΣΜΕ έχει μόνο ένα hardware UART.Ωστόσο, τίποτα δεν θα σταματήσει να χρησιμοποιεί ένα άλλο χρονόμετρο για να σχηματίσουν ένα λογισμικό UART.Ο κώδικας είναι σε όλο το web και χρησιμοποιήθηκε ευρέως πίσω πριν περιλαμβάνονται UARTs στο μικροελεγκτή.Θα μπορούσατε επίσης να σύρμα UARTs αυτά τα δύο παράλληλα.Χρησιμοποιήστε το υλικό UART για ταχεία μεταφορά δεδομένων και τη χρήση του λογισμικού για UART βραδύτερη σήματα αίτημα ταχύτητα.Στη συνέχεια, ο κώδικας πρέπει μόνο να αποφασίζει ποια UART έχει τον έλεγχο με βάση το περιεχόμενο του ελέγχου ή πακέτο διαμόρφωσης.
Σε αντίθετη περίπτωση, χρησιμοποιώντας ένα UART, έχετε να στείλετε το πακέτο διαμόρφωση, επιτρέπει κάποιο χρονικό διάστημα για το θύμα για να αποκωδικοποιήσει το πακέτο και να προσαρμόσει UART του εάν απαιτείται, πριν από την ανατίναξη σε όλη την πραγματικά δεδομένα.Και πάλι, δεδομένου ότι τα ποσοστά είναι γνωστό Baud μπορείτε να προσδιορίσετε το μέγιστο χρόνο που απαιτείται για να κάνει την αλλαγή και ως εκ τούτου ρυθμίσετε το χρόνο καθυστέρησης μεταξύ των πακέτων και τη διαμόρφωση των δεδομένων.
Με τον τρόπο αυτό το πακέτο χάραξης είναι πραγματικά ένα εγερτήριο και διακόπτης baudrate πακέτο σας.

 
ok i ν.π. υπό ανήλθε ur ....... ιδέα να δείτε που μόλις explai σε μένα ή προτείνει μια τοποθεσία η οποία θα μπορούσε να μου σαφής σε αυτό syncronization σκέψη) τώρα αυτό που προσπαθώ να κάνω είναι ότι ο πρώτος ασθενής αποστέλλεται το προοίμιο του μπροστά από το πλαίσιο δεδομένων και στη συνέχεια άρρωστος ελέγξτε αν το λάβει δεδομένα, στη συνέχεια, αν προοίμιο της, ώστε τα υπόλοιπα στοιχεία είναι μόνο από τη συγκεκριμένη καρφίτσα όταν λάβει τα δεδομένα .. 'αυτόν τον τρόπο θα πάω στην rigt τρόπο;ή αλλιώς παρακαλώ ... για μια ακόμη φορά ευχαριστώ u για φειδωλοί φορά για μένα ..
ok και κάτι ακόμα, όπως είπατε «uart' λογισμικού --- είναι μια καρφίτσα progrmmed για τον αύξοντα να parrel coversion και αντιστρόφως.

τώρα προς το παρόν αυτό που ουσιαστικά έχω κάνει είναι ότι έχω δύο pic16f877a .. μία για προσωπούν σειράς δεδομένων και ένα άλλο για την παραλαβή αυτής σε καρφίτσα b0 και κάνει άλλες thisgs όπως και τον έλεγχο του προοιμίου, κλπ. ... είναι δύο εικόνες που συνδέονται με καλώδια. . έτσι ώστε αν θ καταφέρει σε syncronizing τότε κακή αντικαταστήσει τα καλώδια με ένα RF ενότητα.

 
Η σκέψη είναι αυτό που χρησιμοποιείτε για baud ποσοστό ανίχνευσης.Ρίξτε μια ματιά:
http://www.iol.ie/ ~ ecarroll / autobaud.html

Αυτό περιγράφει ένα autobaud αλγόριθμο.Θα πρέπει μόνο να την εφαρμόσουν να καθοριστεί ποια από τις δύο πιθανές αυτές χρησιμοποιούνται.

Να είστε προσεκτικοί με τη λέξη "πλαίσιο" που σημαίνει διαφορετικά πράγματα σε διαφορετικά μέρη του κυκλώματος.Όταν λέτε δεδομένα πλαίσιο, μιλάτε για το πακέτο των δεδομένων που αποστέλλονται.Ωστόσο, για το κανάλι επικοινωνίας, ένα σφάλμα διαμόρφωση σημαίνει ότι οι bytes δεν αποκωδικοποιούνται σωστά γιατί ανίχνευση ξεκίνησε σε λάθος σύμβολο.

Σε ένα ενσύρματο σύστημα, την ανίχνευση του bit εκκίνησης είναι αρκετά αξιόπιστη.Σε ένα ασύρματο σύστημα με τα συνήθη προβλήματα του θορύβου, η αρχή λίγο θα μπορούσε να χαθεί ή παλμό του θορύβου θα μπορούσε να είναι λάθος για το bit εκκίνηση.Αυτό δίνει μια λάθος διατύπωση.Σκεφτείτε μια κορνίζα που δεν έχει ως άξονα το πορτρέτο.Αυτό είναι το πλαίσιο της διαμόρφωσης ενός σφάλματος.

Το ασύρματο κανάλι είναι θορυβώδης και η μικροελεγκτές και υπολογιστές δεν μπορεί να αγνοήσει το τυχαίο θορύβους, όπως μπορείτε.Αν ακούτε το ραδιόφωνο και υπάρχει μια στατική θορύβου κατά τη διάρκεια μιας παύσης στην ανακοίνωση, δεν ερμήνευσε εσφαλμένα την επόμενη προφορικό λόγο, επειδή ο εγκέφαλός σας ξέρει να αγνοεί αυτό το μέρος.Υπολογιστές είναι χαζός, ότι παλμό θόρυβος θα εξαπατήσει τον υπολογιστή να πιστέψει ότι η επόμενη λέξη αρχίζει να σταλεί.

Ανησυχώ ότι είστε σήμερα σχεδιασμό με ενσύρματη σύνδεση.Αυτό είναι ένα πολύ κοινό λάθος να σχεδιάσει ένα σκληρό ενσύρματο σύστημα και στη συνέχεια να υποθέσουμε ότι μπορεί εύκολα να μετατραπεί σε ένα ασύρματο.Το ασύρματο κανάλι επικοινωνίας είναι ο περιοριστικός παράγοντας της το σύνολο του σχεδιασμού.Πρώτα πρέπει να επιλέξετε το RF σύστημα και να μάθουν τι ακριβώς οι απαιτήσεις και τους περιορισμούς της.Στη συνέχεια μπορείτε να επανέλθει σε μία ενσύρματη σύνδεση για την αρχική ανάπτυξη.Για παράδειγμα, οι φθηνές συνδέσεις σειράς RF περιορίζεται σε baud ποσοστά κάτω του 9600.Μερικά μόνο πηγαίνετε στο 4800 και έχουν χαμηλότερα όρια για το πώς αργά μπορούν να πάνε.

Λογισμικό UARTs κάνουν σειριακή σε παράλληλη μετατροπή σχετικά με τη λήψη πλευρά και παράλληλα με αύξοντα μετατροπής για την μετάδοση πλευρά.Δεν χρειάζεται να κάνουμε και τα δύο από αυτές σε κάποια συγκεκριμένη μάρκα.Θα μπορούσατε να κάνετε ένα λογισμικό UART για να λαμβάνουν μόνο.Από την πλευρά της να λαμβάνουν, θα πρέπει να ανιχνεύουν την εκκίνηση λίγο, δείγμα των bits δεδομένων κοντά στα κέντρα τους και στη συνέχεια να θυμάστε να απορρίψει οποιαδήποτε stop bits.Από την πλευρά διαβιβάζει, το λογισμικό UART πρέπει να προσαρτήσει την έναρξη και διακοπή bits για τα δεδομένα και στη συνέχεια ρολόι έξω σειριακά.Και πάλι, αν δει κανείς την ιστοσελίδα μικροτσίπ, είμαι βέβαιος ότι έχουν ακόμη δείγμα κώδικα.Ο περιορισμός του λογισμικού UARTs είναι ότι το μικροελεγκτή δεν μπορεί να κάνει οποιαδήποτε άλλη εργασία εντάσεως εργασίας ή καθήκοντα που απαιτούν διακόπτει την εποχή είναι ότι τα δεδομένα που καθορίζουν ή να λάβει.Αυτός είναι ο λόγος για τον οποίο αργότερα προστέθηκε μάρκες UARTs υλικού για να επιτρέψει στη συνέχεια να κάνουν άλλα πράγματα κατά τη διάρκεια μετάδοσης δεδομένων και λήψη.

 
καλό banjo βράδυ και κάθε οργανισμό ... hw are u?na πρόστιμο;<img src="http://www.edaboard.com/images/smiles/icon_neutral.gif" alt="Ουδέτερη" border="0" />τώρα είμαι κολλημένος με ένα άλλο πρόβλημα ..........i προγραμματιστεί η πρώτη pic για το κομμάτι από το κομμάτι outputtig προοίμιο ένα ' .. σειράς δεδομένων »τότε δεύτερη pic μου είναι προγραμματισμένη να λάβει αυτό το κομμάτι από το κομμάτι εισερχόμενα δεδομένα και να ελέγχουν εάν είναι .... προοίμιο και ανάγνωση ..
η δεύτερη pic είναι προγραμματισμένη έτσι ώστε, όταν ποτέ αυτό dectects ένα L_H ή H_L άκρα τότε κλήσεις isr να διαβάσετε 1 .. & o αναλόγως .... αλλά ποιο είναι το πρόβλημα είναι ότι όταν -------> ποτέ μια διακοπή που συμβαίνουν στο pin b0 την pic παίρνει arround 50microseconds να goto ISR του ... κατά τη διάρκεια αυτής της περιόδου pic αδυνατεί να ανιχνεύσει το ορισμένες από τις άκρες των δεδομένων που έρχονται για .. whats γνώμη σας
το byte προοίμιο είναι '10101010 '
Χρησιμοποιώ ταλαντωτής κρύσταλλο της 4megaHZ
... το πρόβλημα αυτό θα επιλυθεί με τη χρήση 20megaHZ:?:

 
Ευχαριστώ u banjo,,,
ολοκληρώσαμε το έργο μας με επιτυχία ..

 

Welcome to EDABoard.com

Sponsor

Back
Top