Hello i am trying to wrap my brain around the best method to do this. id like to have one reciever that can listen for tons of transmitted 433mhz signals. the idea being rfid tags, ive seen similar projects but with small weather stations where there are only a few and collision doesnt seem to be a problem and theres the method of changing the intervals that a transmitter sends but since i want to be able to read many i cant expect to do that.. i am wanting to use 433mhz for the range. i know BLE is really good for this because they play nice with each other but im wondering if theres a cost effective way of "acking" like a transmitter sends its message and if the reciever gets the message it can respond to the to transmitter(i guess id need two radios in each) whats the best way to do this or if theres a better method.
Do a bit of reading on TCP (not UDP) internals. They handle that exact problem - each packet gets and ACK (or NAK) when it is received. Collisions (which will happen if you have more than one transmitter unless they are all sync'd somehow (maybe configured as slaves and the "master" queries each one with a time-out if it does not respond). In the case of a collision, the sender backs off some pseudo random amount of time and tries again. Your description is basically the same as a network segment with multiple devices on the network - the only difference (well a couple) is that you are using RF instead of wired (wifi TCP actually works the same way basically with each packet getting acknowledged). Packets are sent (in the ethernet world with a CRC on them, but you could even use a simple checksum although it doesn't catch as many errors). Basically, you have a choice of either checking the messages and handshaking with the sending stations or syncing them somehow (master/slave, time info or ?) to deal with the problem of multiple senders.