![]() | ![]() | ![]() |
| | |||||||
| Electronic Projects Design/Ideas/Reviews Are you building an electronic project or want to? Maybe you need some assistance? Come and submit your electronic questions here and let our experienced members find a solution. |
| | LinkBack | Thread Tools | Display Modes |
| | (permalink) |
| I'm trying to devise some type of simple communication protocol between a single interrogator device and several corresponding transponders. The idea is that the transponders will be in "Sleep Mode". The interrogator will periodically wake up the transponders in the area and the transponders will each transmit some data to the interrogator for collection. I'm having trouble figuring out how to resolve the collision that occurs when two or more transponders transmit their data at the same time and thus, the reader receives some mixed up, incorrect data. Or, errors that may occur due to the noisy environment. I figured adding some type of checksum to the data packet would be useful in detecting errors. That way, the reader can check if what it received is correct or not. The premise is that if the reader receives something and detects it has being incorrect, it can tell the transponder that sent it to resend it in hopes of receiving it error free. My problem is that I do not know how to make the reader able to tell the correct transponder to resend. How can I make this possible? Is there perhaps an easier way? I read about the different TDMA algorithms and ALOHA based schemes but they seem to be way out of my league. Any pointers or tips? Thanks and I apologize if I may seem a bit vague but will further elaborate if need be. | |
| |
| | (permalink) |
| Could you have the interrogator just wake up each transponder one by one rather than a group of transponders? Wouldn't that also easily solve all your resend problems? Just wake up the offending transponder again. I don't see why you HAVE to wake up a group of transponders all at once (and then have them arbitrate amongst themselves who sends first, etc!) since they will still fundamentally transmit one by one. Last edited by dknguyen; 11th March 2008 at 12:05 AM. | |
| |
| | (permalink) |
| Try CAN(Controller Area Network). It has an extremely robust arbitration mechanism for simutaneous transmitters. The best part is that it is nondestructive.
__________________ We never have time to do it right; but we always have time to do it over. | |
| |
| | (permalink) | |
| Quote:
| ||
| |
| | (permalink) |
| WHy would it not be sufficient? You get 100% bandwidth utilization. WIth the methods that require collision resolution you get about 50% or so utilization of the bandwidth. | |
| |
| | (permalink) | |
| Quote:
Another possibility is to use some sort of 802.15.4 technology like Zigbee or Bluetooth. There are a lot of micro-controllers now with built-in Zigbee support (for instance, see http://search.digikey.com/scripts/Dk...ame=MC13211-ND ) The Zigbee protocol stack will handle all collisions, acks and retries, so you can concentrate on just the communication. You can also implement a mesh network so nodes don't have to be within their own transmitter range to talk to each other. The only other suggestion I have is to use some sort of multiple access method like TDMA (time division), FDMA (frequency division) or CDMA (code division). | ||
| |
| | (permalink) | |
| Quote:
| ||
| |
| | (permalink) | |
| Quote:
There is a lot of obfuscation going on here. We only know a part of the problem. It would help to know: How many readers are there? How many transponers are there? What is their geographical distribution? If these things move about a bit, how far do they move, and how quickly? JimB
__________________ Experience is directly proportional to the value of the equipment ruined. | ||
| |
| | (permalink) | |
| Quote:
__________________ We never have time to do it right; but we always have time to do it over. | ||
| |
| | (permalink) | |
| Quote:
| ||
| |
| Bookmarks |
| Thread Tools | |
| Display Modes | |
| |
| | ||||
| Title | Starter | Forum | Replies | Latest |
| single voltage source equivalent of multiple voltage sources | sstimuluss | General Electronics Chat | 29 | 31st January 2007 10:33 PM |
| Microcontroller interfacing multiple Relays | prevravanth | Micro Controllers | 6 | 14th December 2006 05:07 PM |
| multiple frequency transmitter | chinsoon | General Electronics Chat | 2 | 3rd November 2006 06:55 PM |
| PIC and multiple serial devices | Oznog | Micro Controllers | 14 | 26th May 2005 09:18 AM |
| Power Supply and Multiple Projects | Barry | General Electronics Chat | 2 | 15th May 2004 01:58 PM |