Remote Digital Status sensors(opinions needed)
Brian Carpenter
Posts: 728
All,
I have purchased 1 Rx (CDR03AA) and 8 Tx (FSI000A). See the pdf at http://www.xenon-tech.com/member/26398/eshop/RFspec.pdf
I am attempting to make a Tx that sends data every 5-10 minutes or so that would be received by the Rx. The idea would be that the Micro (prop) on the RX would look for unique data being sent from each of the eight (this is how they would be identified, could be as simple as 1 character) if the Tx gets disconnected from its battery source, it would no longer send it ID to the RX and prop and after a period of an hour or so of not getting an ID from one of the Tx's, the prop would go on to do a function.
Is this vague enough?
I need to feed some data into the Tx (a node ID?). This 'sending unit' has to be on the CHEAP. there for i do not want to put a prop on each Tx. I was looking at some cheap pic chips for .40 -.50 but do not have a programming environment for them. Would this be the best route, To learn how to program a Pic and put these on the Tx units.
I am open to suggestions please.
I have purchased 1 Rx (CDR03AA) and 8 Tx (FSI000A). See the pdf at http://www.xenon-tech.com/member/26398/eshop/RFspec.pdf
I am attempting to make a Tx that sends data every 5-10 minutes or so that would be received by the Rx. The idea would be that the Micro (prop) on the RX would look for unique data being sent from each of the eight (this is how they would be identified, could be as simple as 1 character) if the Tx gets disconnected from its battery source, it would no longer send it ID to the RX and prop and after a period of an hour or so of not getting an ID from one of the Tx's, the prop would go on to do a function.
Is this vague enough?
I need to feed some data into the Tx (a node ID?). This 'sending unit' has to be on the CHEAP. there for i do not want to put a prop on each Tx. I was looking at some cheap pic chips for .40 -.50 but do not have a programming environment for them. Would this be the best route, To learn how to program a Pic and put these on the Tx units.
I am open to suggestions please.
Comments
Essentially you would have a Master that would be listening for broadcasts 100% of the time. So some ID would be required, but also a Checksum is wise to confirm that the received data is not corrupted in transmission. The receiver would just ignore any data that arrived with improper checksum. In order to compensate for that you might transmit a double the rate that you really want reliable data to arrive at.
How does the data get corrupted? Collisions when two or more transmitters operate at the same time. With this many transmitters on the same frequency, you are eventually going to have drift in your timing and occasional transmission overlap.