Re: Ultrasonic sensor interactions
"Arthur Clarke" <[email protected]> Sun, 21 May 2006 09:31:58 GMT
| Newsgroups | gmane.comp.hardware.lego.robotics |
|---|---|
| Organization | UK |
| Message-ID | <[email protected]> |
The problem here is the management of a single shared resource, i.e. the air through which the ultrasonic signals travel. The lack of a Bluetooth broadcast mechanism makes the implementation of a conventional resource locking system difficult, but not impossible. A similar situation exists in Ethernet communication where a set of communication channels must be implemented over a single physical cable, optical fibre etc. This is achieved without using a separate communication mechanism to achieve locking. When an Ethernet interface wishes to transmit a packet, it first listens to see if the ÂEther is in use. If it is, it continues to listen until the ÂEther is quiet. If the ÂEther is not in use it transmits the packet but listens to see if the packet is corrupted by a Âcollision with a another packet from a different interface that has started to transmit at the same time. If there is a collision, it waits for a randomly selected interval and then repeats the whole procedure until the packet is transmitted successfully. All packets are transmitted in full weather or not a collision occurs to ensure that all senders detect collisions. In this environment Âcollisions are a normal part of network operation. This is called Âcarrier sense multiple access with collision detection (CSMA/CD). I wonder is the characteristics of the ultrasonic sensor might permit something similar. It must be able to listen to see if the ÂEther (the air) is quiet, but could it detect ÂcollisionsÂ? If this is possible, the next problem concerns the relatively low bandwidth of the ultrasonic channel compared to even the slowest Ethernet. It might be that, in order to avoid deadlock, the collision back-off times would need to be quite long, e.g. several seconds. If this is the case, the rate at which an individual robot could sample its ultrasonic sensor data might be too low to be useful for navigation purposes. [I suspect that this last problem may be the limiting factor for any implementation of a suitable locking mechanism.] Perhaps someone with access to a detailed sensor spec, or the real thing, could investigate. Arthur Clarke