RF πρόβλημα tranceiver

M

Munib

Guest
Iam χρήση πομπός TXM RF-418-LR και RF δέκτης RXM-418-LR από την Linx Technologies είναι και οι δύο ενότητες που συνδέονται με την PIC18F452 MCU
Ενότητες που έχουν ξεχωριστή antennas.I π.μ. χρησιμοποιώντας το ήμισυ tranceiver duplex
πομπούς datain pin είναι συνδεδεμένο με TX της USART και recivers pin dataout είναι cnnnected στο RX της USART σε mcu.supply votage των δύο ενοτήτων ελέγχεται επίσης από την MCU έτσι ώστε σε μια δεδομένη στιγμή μόνο μία από αυτές είναι εργασίαςΔοκίμασα την RF ενότητες seperately.I έδωσε ένα τετράγωνο κύμα στην είσοδο του pin datain transmiiters και στη συνέχεια ελέγχεται η έξοδος για τους δέκτες dataout καρφίτσα από oscilloscope.Igot το ίδιο σήμα πίσω, πράγμα που σημαίνει ότι RFmodules μου δουλεύουν μια χαρά.

Τώρα συνδεθεί ο πομπός να MCU #!και reciver να MCU # 2.
MCU # 1 εκπέμπει ένας μετρητής αύξοντα και MCU # 2 υποτίθεται ότι θα λάβει το μετρητή.Τώρα το πρόβλημα είναι ότι είμαι δεδομένα αποβίβασή MCU # 2, αλλά δεν είναι σωστή ορισμένες τιμές του είναι σωστές μερικά είναι ψευδή.

μπορεί κανείς να μου πει ποιο είναι το πρόβλημα όταν πομπός και δέκτης μου και επίσης μικροελεγκτές εργάζονται πρόστιμο ατομικά το ποιο είναι το πρόβλημα όταν είναι ολοκληρωμένες

Νομίζω ότι το πρόβλημα είναι στα δεδομένα αύξοντα synchroni9zation AOF όταν μεταδίδονται ασύρματα

οποιαδήποτε λύση στο πρόβλημα αυτό

 
Munib έγραψε:

.... votage προμήθεια και των δύο ενοτήτων ελέγχεται επίσης από mcu τέτοια ώστε σε μια δεδομένη στιγμή μόνο μία από αυτές είναι εργασίας

.....
 
Να χρησιμοποιείτε μόνο σειράς δεδομένων;;Δεν bits syncronization;;Ή προοίμιο;;
Ίσως σε φέτες επίπεδο δεν έχει προσαρμοστεί καλά;;
Θα χρειαστεί επίσης πιο συγκεκριμένες πληροφορίες ..
Νομίζω ότι θα πρέπει να τηρούν τα δεδομένα που στείλατε με αναλυτή ανακοίνωση ή κάτι άλλο ..

 
Παράθεση:

.... votage προμήθεια και των δύο ενοτήτων ελέγχεται επίσης από mcu τέτοια ώστε σε μια δεδομένη στιγμή μόνο μία από αυτές είναι εργασίας

.....
 
Ελέγξτε τη χρονική καθυστέρηση ανάμεσα στην εξουσία και την έναρξη της μετάδοσης.Επόμενη θα πρέπει να δοκιμάσετε χαμηλότερο bitrate.

 
Munib,

Έχω το ίδιο πρόβλημα όταν κάνει ένα έργο με PIC16f628 και 433MHz Tx-Rx ζεύγος.Δυστυχώς, εγώ ακόμα δεν μπορεί να λύσει το πρόβλημα.

Έστειλα hex αριθμούς, αλλά λαμβάνουν κάποια άλλα πράγματα στο RX τέλος ...ορισμένα στοιχεία είναι σωστά, ορισμένα δεν είναι ...εκείνων που είναι "κατεστραμμένο" δεν είναι μοναδική ....ίδια στην περίπτωσή σας;

Δεδομένου ότι μόνο για να στείλει μερικά διδασκαλίας κωδικούς, αυτό που έκανα είναι να κάνω μια ματιά επάνω πίνακα για τα RX τέλος ...Μάλλον πρόκειται για ένα ασήμαντο Soln και δεν θα λειτουργήσει εάν κάνετε σειράς comms και ανάγκη τα 256 char.

Sync SHD δεν είναι προβλημάτων, αφού το μοντέλο USART στο ΣΜΕ που χειρίζεται.Τι θα μπορούσε να είναι λάθος είναι η διαδρομή προς το κύκλωμα tx ενότητα και την κωδικοποίηση των δεδομένων - αποστολή πάρα πολλά consequtive 1s/0s.

Επίσης, jus να εξασφαλιστεί ότι όλα τα κωδικοποίησης ΣΜΕ είναι εντάξει, συνδέστε το tx-rx καρφίτσες από σύρματα για να ελέγξετε ότι η USART λειτουργεί.Στη συνέχεια το έργο για το ασύρματο μέρος comms ....

Η ελπίδα εσείς μπορεί να λύσει το πρόβλημα.Στη συνέχεια, μπορείτε να μου πείτε πώς να το κάνετε

<img src="http://www.edaboard.com/images/smiles/icon_smile.gif" alt="Χαμόγελο" border="0" />Gd τύχη!

 
Να θεσπίσει ένα καλά επικοινωνία μεταξύ δύο idantical ψηφιακές πηγές, μερικές δοκιμασμένες τεχνικές θα πρέπει να χρησιμοποιούνται πιστεύω.

Ειδικά, κατά την αποδιαμόρφωση από FSK ή παρόμοια κυματομορφή, λόγω assymmetric μίξερ και τη συμπεριφορά Slicer, ορισμένες προ-δεδομένα πρέπει να αποστέλλονται στην syncronize και να προσαρμόσει το επίπεδο τεμαχισμό του αποδιαμορφωτή.Καλούμε αυτές datas ως "σκέψη" bits.Αυτά τα bit που χρησιμοποιούνται για syncronize και να ανοίξετε ή να τραβήξει μέχρι το τεμαχισμό επίπεδο του αποδιαμορφωτή.Και αυτά είναι 10101010101 (καμία καιρό).Μετά την αποστολή ορισμένων στοιχείων προοίμιο bits, το dc επίπεδο της Slicer δέκτη θα είναι σταθερή (λόγω φόρτισης πυκνωτή σε αυτό) και, στη συνέχεια βασικά δεδομένα θα φτάσει και να είναι κομμένο σε φέτες.Εάν δεν χρησιμοποιείτε bits προοίμιο, το επίπεδο DC θα αλλάξει accoording σε bits δεδομένων που αποστέλλονται.Έτσι, κάποια κομμάτια θα πρέπει να χάσετε και κάποια από αυτά επιτυγχάνονται

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

 
Munib έγραψε:

Iam χρήση πομπός TXM RF-418-LR και RF δέκτης RXM-418-LR από την Linx Technologies είναι και οι δύο ενότητες που συνδέονται με την PIC18F452 MCU

Ενότητες που έχουν ξεχωριστή antennas.I π.μ. χρησιμοποιώντας το ήμισυ tranceiver duplex

πομπούς datain pin είναι συνδεδεμένο με TX της USART and recivers pin dataout είναι cnnnected στο RX της USART σε mcu.supply votage των δύο ενοτήτων ελέγχεται επίσης από την MCU έτσι ώστε σε μια δεδομένη στιγμή μόνο μία από αυτές είναι εργασίαςΔοκίμασα την RF ενότητες seperately.I έδωσε ένα τετράγωνο κύμα στην είσοδο του pin datain transmiiters και στη συνέχεια ελέγχεται η έξοδος για τους δέκτες dataout καρφίτσα από oscilloscope.Igot το ίδιο σήμα πίσω, πράγμα που σημαίνει ότι RFmodules μου δουλεύουν μια χαρά.Τώρα συνδεθεί ο πομπός να MCU #!
και reciver να MCU # 2.

MCU # 1 εκπέμπει ένας μετρητής αύξοντα και MCU # 2 υποτίθεται ότι θα λάβει το μετρητή.Τώρα το πρόβλημα είναι ότι είμαι δεδομένα αποβίβασή MCU # 2, αλλά δεν είναι σωστή ορισμένες τιμές του είναι σωστές μερικά είναι ψευδή.μπορεί κανείς να μου πει ποιο είναι το πρόβλημα όταν πομπός και δέκτης μου και επίσης μικροελεγκτές εργάζονται πρόστιμο ατομικά το ποιο είναι το πρόβλημα όταν είναι ολοκληρωμένεςΝομίζω ότι το πρόβλημα είναι στα δεδομένα αύξοντα synchroni9zation AOF όταν μεταδίδονται ασύρματαοποιαδήποτε λύση στο πρόβλημα αυτό
 
Όταν στέλνετε ορισμένα NRZ δεδομένα μέσω του αέρα αυτού του είδους τα προβλήματα είναι φυσιολογικά.
Το μέσο επίπεδο εξαρτάται από τα δεδομένα που διαβιβάζονται και τα Slicer δεδομένων (συγκριτικό που εξάγει τα δεδομένα) δεν λειτουργεί καλά.
Επίσης, συνήθως ο θόρυβος που συνδέεται με την είσοδο σήματος δεν αλλάζει το επίπεδο συνεχούς ρεύματος στην είσοδο της σύγκρισης.
Όπως προαναφέρθηκε ένα καλό improuvment είναι δυνατόν να έχει με τη χρήση των bytes προοίμιο (σύνορα χρήση 2 με 10 byte), αλλά το πρόβλημα μπορεί να επιλυθεί με τη χρησιμοποίηση Biphase mopdulated δεδομένων, όπως FM0, FM1 ή Μάντσεστερ κωδικοποίησης.
Τα κακά νέα είναι ότι χρειάζεστε 8530 ή πολύ sotware να δημιουργήσει (και πολύ περισσότερο να demodulate) αυτού του τύπου των δεδομένων.

Mandi

 

Welcome to EDABoard.com

Sponsor

Back
Top