The problem is, they'll be coming in like this:
000000000000111111110000000000000111111110000000000011111100000000001111
000000001111100000000111110000000000011111000000111111000000000001111100
111110000000000011111110000000000000011111111110000000000000000001111111
000000000000111111111111111000000000000000000011111110000000000000000111
000000111111111111000000000000000000011111111111110000000000000000001111
S:111110111111111111111111111000000111111111111111111111111100000001111111
Where the '1's are IR remotes with the LED "on", and the '0's are the
IR remotes while the LED is off.
How does your sensor distinguish which photons are coming from which
channel during the times that _any_ transmitter is transmitting an IR
pulse?
Thanks,
Rich
Your point is well taken, but the sensor doesn't need to distinguish between
photons from different ir remotes, it just needs to determine whether or not
it has a valid response from any remote. I would place the ir sensors on the
front wall with baffles in place to block all (most) signals but those
coming from the appropriate row. This isn't too hard to do. Now the sensor
will receive an incoming signal(s). If the sensor reads a proper header (
example - "1111000010100101"), then count the next several bytes. Receive
the serial number, answer and check sum, and then check the input. If the
signal gets clobbered by another remote, the checksum bombs and the receiver
rejects that particular input(s). This is why the visual feedback is
necessary (think bingo type board with one light per student, reset each
question). A student will push their button, see that their answer wasn't
accepted, and push again.
If we limit the number of remotes per sensor (my guess is anything less then
10 would be ok), and questions are displayed to the crowd or read to the
crowd, and there are 2 to 4 possible responses, I've got to believe that the
responses will come in over a 10 to 20 second time period per question,
making the likelihood of competing entries even smaller. A quick check on
standard baud rates for ir communication via remotes seems to be in the
100-2000 bps range. Although not particularly fast, it should be fast
enough. Yes, I know I am assuming a lot here, but I am envisioning a normal
classroom setting with some students getting the answer much more quickly
then others. With these assumptions, most student responses would be
received the first time, with a few here and there that would have to
re-enter their answer per question
Again, not a perfect solution for all situations. I.E.: if only one student
is to answer at a time, perfect and cheap. If all students are taking a
test, but the answers are not based on the quickness of a response, it will
work well for most students for most answers with cost and expandability
still being protected. If this is a Jeopardy type game speed is of the
essence, then it doesn't work at all.
- Doug