ΒΟΗΘΕΙΑ ΣΕ ΕΡΓΑΣΙΑ ΜΕ 8051!!

[kiros]

αλλο 600 γραμμές κώδικα και άλλο 50, (οι 600 ουτε καν μπορουν να διορθωθουν)

Φαίνεται ότι μιλάς για παιχνιδάκια.

[SRF]

στη σχολή μου έχουμε 2 μαθήματα με assemply , δεν είπα να μην πιάσεις αλέτρι
αλλά αν θέλεις να κάνεις μία καλή εφαρμογή απλά δεν γίνεται με assemply
αλλο 600 γραμμές κώδικα και άλλο 50, (οι 600 ουτε καν μπορουν να διορθωθουν)
όσο για τη μνήμη, πραγματικά ασχολίαστο αφού ειδικά σήμερα δεν αποτελεί πρόβλημα,αντίο να πληρώσεις 2,3ε πληρώνεις 2,5ε για μεγαλύτερη μνήμη
καλύτερα να ασχοληθείς πάνω σε αλγόριθμους της C,προγραμματισμός με πάνω απο 2 πυρήνες, αποδοτικός κώδικας κτλ
παρά της assemply που δεν βρίσκουν κανένα αντίκρισμα σήμερα.

στη πρώτη εργασία που έκανα , ενα μοτέρ-άξονας γύριζε με ένα ποντεσιόμετρο
και έπρεπε να σταματάει συγκεκριμένη στιγμή,έφτιαξα δικιές μου συναρτήσεις για να μπορείς να διαβάσει, σε assemply μπορείς να το κάνεις?

μετα σύνδεσα και οθόνη, πόσες γραμμές κώδικα θέλει η οθόνη σε assemply?

για να υπολογίζεις απόσταση με υπερύχους?

για να βάλεις οθόνη αφής? συναρτήσεις για επικοινωνία? πρωτόκολλα, ότι έχει να κάνει με εικόνα και ήχο , pid,
κάπου διάβασα και για 32bit , νομίζω avr που προγραμματιζονται σε java
μην λέμε ότι θέλουμε, πρέπει να ξέρεις τη βάση αλλα δεν αναπτίζεις με αυτή
αλλιώς όλοι οι αγρότες θα όργωναν με αλέτρι αντί για τρακτερ

Σέβομαι την άποψή σου καθ΄ότι είναι εμφανές ότι θεωρείς ότι με assembly δεν μπορείς να φτιάξεις μια καλή εφαρμογή ή έστω μια εφαρμογή με πάνω από 50 άντε 70 γραμμές κώδικα! Πάντως αυτό που εσύ δεν μπορείς όπως φαίνεται να κάνεις σε assembly δεν είναι θέσφατο ότι κανείς άλλος δεν μπορεί επίσης!
Και ναι, όλα τα παραδείγματα που έγραψες (μοτέρ, LCD, Graphic, touch screen, κλπ) μα όλα... γίνονται ανετότατα από κάποιον που ξέρει καλά assembly... Άλλωστε ότι κάνεις εσύ σε C είναι σίγουρο ότι γίνεται ακριβέστερα με συγκεκριμένες εντολές σε assembly! Και αν γράφεις σωστά & όχι "μακαρόνι" το πρόγραμμά σου θα είναι και πιό γρήγορο στην εκτέλεση, αλλά & πιό εμφανές το τι κάνει τι ακριβώς! Όσο για το πόσες γραμμές κώδικα απαιτείται για μια οθόνη LCD σε assembly... άστο... γιατί αν το ψάξεις πραγματικά θα δεις τελικά ότι είναι λιγότερες! Βέβαια εσύ πάντα θα βλέπεις τις γραμμές κώδικα σε πάνω επίπεδο, οπότε θεωρείς ότι έχεις πραγματικά δημιουργήσει μικρότερο πιθανόν κώδικα, αδιαφορώντας (και αγνοώντας ίσως) τι κάνει ή "προσθέτει" η C από κάτω...
Όσο για το "άλέτρι" που χαριτολογώντας είχες χαρακτηρίσει την assembly, προσωπικά δεν θεωρώ ότι ισχύει... και για αυτό άλλωστε το ανάφερα, αφού & την πραγματικά βαριά δουλειά που μπορεί να κάνει & με καλύτερο έλεγχο της ακολουθίας που απαιτείται για την ολοκλήρωση ενός task.
Τώρα αν είναι να συμφωνήσω κάπου, είναι ότι η C απλουστεύει την μάθηση του πραγματικού απαιτούμενου βάρους ενός μικροελεγκτή, δίνοντας σου εύκολες & έτοιμες μακροεντολές, που δεν σε φορτώνουν να μάθεις απολύτως το τι πράττει η μηχανή σε επιμέρους πραγματικές εντολές & χρονισμούς. Αυτό είναι, ως απλοποίηση τρομερά χρήσιμο σε εφαρμογές ειδικά multimedia, με εφαρμογές 32bit. Σε 8bit όμως δεν θα τρελλαθείς καθόλου αν κάνεις εφαρμογές σαν αυτές που προανάφερες (έστω εκτός Video, που ούτως ή άλλως δεν νομιζω ότι θα έκανες κάτι σοβαρό σε 8bit)...
Προσωπικά πιστεύω ότι από assembly πας & σε C όποτε θέλεις... αλλά το ανάποδο δεν ισχύει τό ίδιο εύκολα! Βέβαια όλα αυτά είναι άποψή μου, οπότε... φαντάζομαι θα εμπίπτει & στον γνωστό "πόλεμο" μεταξύ της μίας η της άλλης σχολής προγραμματισμού!

[SRF]

Γιώργο μήπως πολλοί καθηγητές δείχνουν το ανάποδο; Ότι δηλαδή μάθανε κάτι και αδυνατούν να πάνε παρακάτω και να δείξουν και στα παιδιά κάτι πιο σύγχρονο ή κάτι διαφορετικό εν πάσι περιπτώσει; Γνωρίζω καθηγητές που το παραδέχονται, αλλά επιπλέον γιατί ορισμένοι καθηγητές δίνουν εργασίες αποκλειστικά για AVR, κάποιοι άλλοι αποκλειστικά για 8051, για φωτοβολταϊκά κλπ; Δεν δείχνουν ότι δεν πάνε οι ίδιοι παρακάτω; Για να μην πω χειρότερα σενάρια...

Δεν μπορώ να ξέρω αν ισχύει αυτό που λες, περί πιθανής αναγκαιότητας λόγο άγνοιας από καθηγητές! Αν ισχύει μάλλον θα είναι τραγικό για τους ίδιους, όχι όμως για τους σπουδαστές τους...
Βέβαια δεν μπορείς & εσύ να ξέρεις με σιγουριά αν αυτό που επικαλείσαι όντως ισχύει γενικά... ακόμα & αν ξέρεις έναν η δύο που όπως λες το έχουν παραδεχτεί σε εσένα τον ίδιο! ???
Υπάρχουν όντως επίπεδα & γνώσεων αλλα & ενδιαφέροντος & στην ακαδημαϊκή κοινότητα, αλλά αυτό εξ'ορισμού δεν αναιρεί επ'ουδενί τρόπο ότι προείπα!

[klik]

...Και αν γράφεις σωστά & όχι "μακαρόνι" το πρόγραμμά σου θα είναι και πιό γρήγορο στην εκτέλεση, αλλά & πιό εμφανές το τι κάνει τι ακριβώς! ...

Το bold ειδικά... δε θα το σχολιάσω...
Στο άλλο (γρήγορο) έχω αντιρρήσεις αλλά δεν είναι της ώρας...

Στα υπόλοιπα που έγραψες γενικά συμφωνώ.
Βέβαια δεν έχει τεθεί καθόλου θέμα επεκτασιμότητας/μεταφερσιμότητας κώδικα κλπ (αλλά όταν μιλάμε για 8051 δεν έχει και πολύ σημασία καθότι είναι διαχρονικός!)

[SRF]

Το bold ειδικά... δε θα το σχολιάσω...
Στο άλλο (γρήγορο) έχω αντιρρήσεις αλλά δεν είναι της ώρας...

Στα υπόλοιπα που έγραψες γενικά συμφωνώ.
Βέβαια δεν έχει τεθεί καθόλου θέμα επεκτασιμότητας/μεταφερσιμότητας κώδικα κλπ (αλλά όταν μιλάμε για 8051 δεν έχει και πολύ σημασία καθότι είναι διαχρονικός!)

Δεν διαφωνώ καθόλου στο θέμα απλούστερης μεταφερσιμότητας ενός προγράμματος γραμμένου σε C όταν αυτό απαιτείται τελικά! Αλλά τότε δεν μιλάς για εφαρμογές καθαρά dedicated που είναι & η ουσία του των embedded controller. Αν πάμε εκεί... τότε πλεόν οι λύσεις είναι τα embedded PC, και φτιάχνεις την εφαρμογή σου "παραθυράτη" να φυσάει ο βορειάς να πέφτει το σύστημά σου!!!

[Κοπρίτης]

WD600KMT_CIRCUIT_6_V1.pdf
(αν όλα έχουν πάει καλά) βλεπεις ένα κύκλωμα dimmer με τον 80C51, όπου δέχεται τηλεχειρισμό μέσω RS-485 και οδηγεί φορτία-λάμπες μέσω optocoupler.
Η συσκευή είναι σε παραγωγή, άσχετα τι λένε μερικοί πως είναι παλιός κλπ, και πουλιέται ακόμα σαν καινούργια.
Μερικές συμβουλές:
Δες το σχέδιο για να πάρεις μιά ιδέα πως μπορείς να υλοποιήσεις την αρχιτεκτονική, απλά μια ιδέα.
Αυτό που ρωτάς για τους ανιχνευτές κίνησης:
Οι συνεγερμιτζήδες χρησιμοποιούν 3 είδη:
Τους υπέρυθρους, που ανιχνεύουν κίνηση κάθετη προς τον προσανατολισμό τους, τους υπέρηχους, που ανιχνεύουν μεταβολή όγκου και κίνηση προς τον ανιχνευτή και τους μικροκυματικούς που είναι κάτι ανάλογο του ρανταρ, ή συνδιασμούς μεταξύ τους, συνήθως μικροκυματικό με υπέρυθρο. Ολα αυτά τα παραμύθια παίρνουν 12 V και δίνουν μια επαφή μέσω ρελέ όταν πιάσουν κίνηση. Εδώ είναι και το πρώτο στοιχείο, πρέπει να υπολογήσεις χρόνους αναμονής επανασκανδαλισμού κλπ των εισόδων.
Η έξοδοι γίνονται εύκολα, είτε με ένα τρανζιστορ που οδηγεί ρελέ κλπ η μέσω optocoupler που οδηγεί ότι θες, στο σχεδιο εδώ οδηγεί ένα triack, Που όμως θέλει μελέτη αν έχεις επαγωγικά φορτία ή ηλεκτρονικούς μετασχηματιστές-τροφοδοτικά, στοιχείο που πρέπει να μελετήσεις.

Ελπίζω να ασχοληθείς με το επάγγελμα και να μην καταλήξεις σε ένα γραφείο να βάζεις υπογραφές.

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

[GeorgeVita]

[off topic]

... και φτιάχνεις την εφαρμογή σου "παραθυράτη" να φυσάει ο βορειάς να πέφτει το σύστημά σου!

Hardware <-> Assembly <-> High Level <-> "Παραθυράτο" (διάβαζε Software)

Η assembly αρκετές φορές έχει τη στιβαρότητα του H/W (λ.χ. 50% duty cycle Flip Flop):

Flip:   set bit
        nop
Flop:   clear bit
        jump Flip

Το παραπάνω δεν είναι "firmware" αλλά "hardware με πολλά fet-άκια"

Το S/W φτιάχνεται γρήγορα ("fast time to market") και κάνει ότι θέλει λ.χ. πατάς το κουμπί να τερματιστεί η κλήση στο smart phone και αυτό το σκέφτεται λιγάκι. Την ώρα που "σκέφτεται" εσύ μένεις βουβός μη τυχόν και σε ακούει ο ανταποκριτής της κλήσης σου. Μετά θα έρθει η "αναβάθμιση" (διάβαζε patch). Οταν είμαστε κοντά στο H/W η λειτουργία της εφαρμογής μας είναι πιο σταθερή και προβλέψιμη.
G
[/off topic]

[Gant]

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

Ακριβώς! Μία άποψη που κοιτάει μακροπρόθεσμα.

[Lysandros]

Καλησπέρα

Το project ειναι αρκετά βατό , ευκολο και φυσικά δεν χρειάζεται να βαλεις και καποιο PC που να τρέχει windows XP η linux και να γράψεις
σε object oriented γλώσσα αφου χρησιμοποιήσεις τίς μισές βιβλιοθήκες του linux για να δειξεις ενα λαμπάκι να αναβοσβύνει. Ουτε να πάρεις ενα fpga πού να τρέχει στο 1 GHZ, να γράψεις σε VHDL το core του 8051 και αφου περάσεις 6 μήνες προσπαθώντας να καταλάβεις τι θέλει να πει ο ποιητής να αρχίσεις να μπαίνεις στο θέμα
Λοιπόν θα σε συμβούλευα να κανεις δυο κομμάτια την δουλειά .Το πρώτο κομμάτι ειναι η εξοδος με το χρονικό .Η εξοδος θέλει μονο ενα τραζίστορ και ενα ρελαί και την καθυστέρηση που θα γρψεις σε software .
Tο δευτερο η ανάγνωση της εισόδου kai o εντοπισμός της κίνησης.Εκει οι ανιχνευτές κινησης συναγερμών σκίζουν.
Τωρα επειδη ο χρόνος κσοτίζει παρε ενα αναπτυξιακό απο KEIL με τον 8051 που σου επιτρέπει να γραφεις κωδικα μεχρι 4 Κ .Μεσα σε λιγη ωρα θα εχεις στήσει το περιβάλλον και θα γράφεις τις πρώτες σου εφαρμογές σε 8051 .
Ακομα ποιο φτηνα ειναι τα SILABS evaluation kits με τους 8051 της συγκεκριμένης εταιρίας που εχουν και JTAG .Σε λιγα λεπτά θα πειραματίζεσαι ανεβάζοντας κωδικα που εχεις γραψει σε μνημη που σβύνει και γράφει . Θα δουλεύεις περίπου οπως ενα PC αφού σου επιτρέπι να βάζεις breakpoints, single step klp. Βρές ομως KEIL evaluation version . Δοκιμασε FARNELL και αλλος προμηθευτές που δεν θα πληρώσεις εκτελωνισμό .Στο boardaki που θα σου στείλουν θα μπορέσεις να κολλήσεις και ρελεδάκια και καμμία αντιστασούλα αφου μια μικρή περιοχή δουλέυει και σαν breadboard οπότε δεν θα αρχίσεις απο το μηδέν .Τωρα βεβαια δεν μου αρέσει η ιδέα που θα δουλέψεις με υψηλή τάση αλλά ζητα να σου ελέγξει καποιος εμπειρος συναδελφος σου τις συνδέσεις.
Τωρα αν σε ενδιαφέρει αρκετά το θέμα παρε CYPRESS τα SOC με 8051 core .Ειναι αρκετά μοντέρνα και σου επιτρέπουν να συνθέσεις μεσα σε ενα τσίπ ολόκληρο σύστημα .θα μαθεις παρα πολλά εκτός του 8051.Τα evaluation kit που εχουν ειναι πολύ φτηνά.
Ελπίζω να μην σας κούρασα .Kαλή συνεχεια .!!!!

[SRF]

Καλησπερα,
εχω προβλημα με την πτυχιακη μου!Το θεμα ειναι "Αυτοματος ελεγχος οικιακου φωτισμου με χρηση μικροελεγκτη 8051".Εκτος απο το προγραμμα που πρεπει να κανω σε assembly, πρεπει να κανω και το hardware(αυτο με δυσκολευει περισσοτερο!).
Πιο αναλυτικα, πρεπει να συνδεσω καποιον αισθητηρα ο οποιος θα ελεγχει τυχον ανθρωπινη υπαρξη μεσα στο δωματιο και θα αναβει τα φωτα.Σε περιπτωση που ο ανθρωπος βγει απο το δωματιο θα μενουν τα φωτα καποια δευτερολεπτα αναμμενα και μετα θα σβηνουν.Αρχικα πρεπει να βρω τον καταλληλο αισθητηρα.Ειχα σκεφτει κινησης αλλα μου ειπαν οτι δεν μπορει να ανιχνευσει σε ολο το δωματιο.Μετα σκεφτηκα θερμοτητας.Αυτον τον αισθητηρα πρεπει να τον συνδεσω στον 8051 οπως επισης και τα φωτα...
Ο,τι πληροφοριες μπορειτε να μου δωσετε ειναι ευπροσδεκτες!!

Λοιπόν... θα σου προτείνω να χρησιμοποιήσεις διπλό PIR ή IR πομποδέκτες! Θεωρώ ότι αυτό που σε ενδιαφέρει είναι να ξέρεις ότι υπάρχει εντός του χώρου παρουσία ατόμου η μη, & όχι αν το άτομο αυτό πχ κινείται η όχι στον χώρο που φωτίζεις. Αυτό το βάζω ως μιά αρχή που πρέπει να είναι αποδεκτή για να λειτουργήσει ότι βασίζεται σε PIR! Αν δηλαδή το άτομο εντός του χώρου καθήσει ακίνητο για >Χ χρόνου εσύ δεν θέλεις να σβήσει το φως! Αλλοιώς η φιλοσοφία θα αλλάξει την τελική εφαρμογή.
Η όλη εγκατάσταση πρέπει να έχει τόσα σημεία ελέγχου όσα είναι & τα δυνατά (αποδεκτά δηλαδή) σημεία πρόσβασης στον χώρο μας. Αυτό εξαιρεί τα πιθανά παράθυρα, αφού τυπικώς δεν εισέρχεται κάποιος από αυτά, και καθορίζει τις θύρες ως τα αποκλειστικού ενδιαφέροντος σημεία ελέγχου! Σε κάθε λοιπόν θύρα, απαιτείται να εγκαταστήσεις ένα αισθητήριο ελέγχου. Αυτό πρέπει να σου παρέχει με την καλύτερη δυνατή ακρίβεια πληροφορία γιά την κατεύθυνση που θα ακολουθεί ότι περνάει από την συγκεκριμένη θύρα. Αν ξέρεις την κατεύθυνση κάθε κίνησης & μετράς τα "γεγονότα" εισόδου - εξόδου με αντίστοιχο πρόσημο, έχεις αποτέλεσμα που καθορίζει ανά πάσα χρονική στιγμή, αν υπάρχει παρουσία εντός του χώρου!
Ένα διπλό PIR έχει την φυσικη ιδιότητα να σου παρέχει στην έξοδό του έναν παλμό που σε πληροφορεί από την ίδια την μορφή του γιά την χρονική ακολουθία του γεγονότος που ενεργοποίησε το επιμέρους "παράθυρό" του. Επειδή βέβαια αυτή είναι πάνω σε μία έξοδο απαιτείται ένα κύκλωμα που θα "εξάγει" την αντίστοιχη κατεύθυνση. Αυτό βέβαια είναι δυνατό να γίνει με διάβασμα σε ένα A/D που έχει προκαθορισμένη στάθμη στο Vdd/2 οπότε η διεύθυνση καθορίζεται από την μεταβολή του εξαιτίας των ακολουθιών που προκύπτουν από το DUAL PIR. Θα έχεις τρεις λειτουργικές στάθμες. Αδιάφορη όπου διαβάζεις σταθερά Vdd/2, είσοδος όπου θα προηγειται πχ ένα αρνητικότερο του Vdd/2 σήμα που πρέπει να ακολουθείται από ένα θετικότερο του Vdd/2 σήμα, ώστε να επιβεβαιώνεται η πράξη, και ηρεμία στο Vdd/2 πάλι μετά, που δηλώνει τέλος πράξεως! Έξοδος προκύπτει όταν αυτή η ακολουθία θα έχει ανεστραμμένη πολικότητα των σημάτων από αρχής ως τέλους. Αν μάλιστα το πρόγραμμά σου ανάγνωσης του A/D είναι "έξυπνα" φτιαγμένο, επειδή η πληροφορία εξόδου από το DPIR είναι αναλογική της θερμότητας κάθε κινούμενου στόχου μπορείς να διαχωρίζεις μέγεθος/ύψος η σχεδόν ταυτόχρονη διέλευση!
Υπάρχει βέβαια & ένα βασικό μειονέκτημα, που έχει να κάνει με το thermal masking των PIR! Τα PIR έχουν την ιδιότητα 'αυτοπροσαρμογής' στην περιβάλλουσα θερμοκρασία. Αυτό είναι θετικό υπό προϋποθέσεις αλλά σε εφαρμογές που υπάρχει απότομη μεταβολή θερμοκρασίας του χώρου μπροστά από το "παράθυρό" τους μπορεί να οδηγήσει είτε σε εσφαλμένο triggering της εξόδου τους, είτε σε αδρανοποίηση ανάγνωσης γεγονότος πιό ψυχρού πίσω από ένα θερμό΄'τοίχος' που παρεμβάλλεται μεταξύ του "στόχου" και του PIR. Συνήθως δηλαδή, τα PIR "μπλοκάρουν" από υψηλής θερμοκρασίας φαινόμενα που είναι πολύ κοντύτερα σε αυτά από ότι ο στόχος! Ή ενεργοποιούνται από απότομη αλλαγή την επιπαραθύριας θερμοκρασίας, οδηγώντας σε προσωρινά σφάλματα! Αν είναι τοποθετημένα εξωτερικά ακριβώς πάνω στο πλαίσιο & πχ ανοίξει η θύρα, και ενώ εξωτερικά έχει πολύ κρύο από μέσα βγεί σχετικά απότομα ένα αρκετά θερμότερο ρεύμα αέρος, περνώντας μπρος από το PIR θα το ενεργοποιήση ασκόπως, και με σχετικά τυχαία διαδικασία ανταπόκρισης των μερών του! Βέβαια, τεχνικά αυτό μπορεί να αποφευχτεί σε αρκετά μεγάλο βαθμό, ειδικά με 'έξυπνη' μηχανική κατασκευή που να απομονώνει σημαντικά τα δύο επιμέρους PIR, ώστε να μην έχουν ακολουθία που να είναι αποδεκτή ως ορθή, αλλά όχι απολύτως! Η εγκατάσταση όμως σε εσωτερικές θύρες εντός πχ ενός ομοιογενώς θερμικά κτιρίου, δεν δημιουργεί τέτοια σφάλματα. Ατού είναι ότι η εγκατάσταση ενός DPIR είναι απλή, & δεν απαιτεί καλωδιώσεις από κάθε πλευρά/σκέλος του πλαισίου μιάς θύρας!
Γενικά η μέθοδος αυτή έχει υψηλά ποσοστά επιτυχίας (αναλόγως βεβαίως της εγκατάστασης & της κατασκευής του αισθητήρα) που θεωρώ αποδεκτά όταν είναι πάνω από 98%

Αντιστοίχως, η χρήση διπλής δέσμης IR με χρήση πομπων & δεκτών τοποθετημένων αντικρυστά στο πλαίσιο της θύρας, απαιτεί αρκετή καλωδίωση η τουλάχιστον την χρήση & ειδικού ανακλαστικού υλικού στη μία πλευρά, θεωρώντας ότι ο πομπός & ο δέκτης είναι στην άλλη & έχουν αρκετή απόρρριψη μεταξύ των. Δύο τέτοια αισθητήρια τοποθετημένα σε μιά απόσταση μεταξύ τους που να εξασφαλίζει την μη αλληλοκάλυψη των δεσμών τους (πχ όχι μόνο οριζόντια, αλλά & διαφορετικό ύψος) μπορεί να προσφέρει εξαιρετικά αποτέλεσματα καταμέτρησης & κατεύθυνσης γεγονότων!
Βασικά μειονεκτήματα;
Α) Οι δέκτες είναι αρκετά 'ευαίσθητοι' σε φωτομεταβολές του περιβάλλοντος, & ιδιαίτερα μάλιστα σε παρουσία μεταβολής του, όπως συμβαίνει πχ σε χώρους που υπάρχουν φωτιστικά φθορισμού, όπου το φως τους περιέχει συχνοτικά τους 50Hz του δικτύου! Αυτό εμφανίζεται σαν 'παρεμβολή' στο δέκτη, όπου χωρίς σχετικό φιλτράρισμα του παραθύρου του, θα υπάρχει μια συνεχώς μεταβαλλόμενη στάθμη εξόδου, που υπό περιπτώσεις μπορεί να δημιουργήσει σφάλματα αναγνώσεων! Βέβαια αυτό λύναται τόσο μέσω του hardware όσο & με τεχνικές στο firmware. Αλλά πρέπει να ληφθεί υπόψην όταν ξεκινάς σχεδιασμό...
Β) Πιθανότητα "ξεγέλάσματος" του συστήματος, όταν αρκετά άτομα σε 'συρμό' αλληλοκαλύπτουν τις δέσμες μη επιτρέποντας έστω & λίγο τον δέκτη να διαχωρίσει τον ενδιάμεσο χώρο τους... Αν μάλιστα ο 'συρμός' των ατόμων έχει υπολογιστεί & ακολουθηθεί σωστά, μπορεί το σύστημα να δείξει τελικά μέτρηση μόνο ενός, ανεξαρτήτως του αριθμού ατόμων που αποτέλεσαν τον 'συρμό'... Τεχνικές υπάρχουν για να είτε ακυρώνεις τέτοια μέτρηση (θεωρώντας έναν μέγιστο επιτρεπτό χρόνο που αποδέχεσαι να είναι σκιασμένα διαρκώς τα αισθητήριά σου) είτε να δημιουργείς ένα ειδοποιητικό σήμα, πχ με μεγαφωνάκι που μπορεί ακόμα & να λέει 'απομακρυνθείτε από την θύρα' !
Γ) Το σημαντικότερο όμως είναι, ότι υπάρχει μία αδυναμία του συστήματος να ξέρει τι είναι όντως αυτό που αναγνώρισε ως 'επιτυχές πέρασμα' & τι όχι! Αυτό οφείλεται στο ότι με τέτοια αισθητήρια δεν έχεις καμμία πληροφορία πέραν του "διεκόπη η δέσμη Α μετά διεκόπη & η δέσμη Β μετά ελευθερώθηκε η δέσμη Α & τελικά ελευθερώθηκε & η δέσμη Β" που θα σου παρέχουν τις αναγκαίες καταστάσεις κατεύθυνσης & μέτρησης! Αν όμως οι δέσμες διακοπούν σωστά μεν αλλά από πχ έναν άνθρωπο που σέρνει ένα καροτσάκι κενό δεν θα το καταλάβεις καθόλου εύκολα! Εσύ θα έχεις τα φώτα αναμμένα, ξέρωντας από την μέτρησή σου για 2 "παρουσίες" εντός. Ο άνθρωπος μετά από λίγο βγαίνει, αφήνοντας το κενό καροτσάκι εντός! Εσύ αφαιρείς μεν 1 έχοντας πλέον υπόλοιπο 1, & διατηρείς αναμμένα τα φώτα, να 'βλέπει' το κενό καροτσάκι? Υπάρχουν κάποιες τεχνικές που μπορείς να ακολουθήσεις στο firmware σου για να μειώσεις τέτοια σφάλματα, αλλά δεν θα τα αποκλείσεις δυστυχώς! Η τελική εγκατάσταση των δύο απαιτούμενων αισθητήρων σε ύψος & πλάτος, εδώ πλέον είναι κρίσιμη!!! Ποσοστά επιτυχίας που εκτιμώ σεβαστά εξ'αιτίας αυτών, είναι τα πάνω από 95%

Σχετικά με Dual PIR μπορείς να διαβάσεις εδώ
Πριν από ~10 χρόνια είχαν & αρκετά ενδιαφέρουσα βοηθητική βιβλιογραφία αλλά δεν είμαι σίγουρος αν τα έχουν διαθέσιμα για κατέβασμα & τώρα...