Hi Joe, Sorry if I sounded dismissive of your post, it wasn't my intention. I am looking for ideas for the method, I have sensors or outputs connected to a module, lets say that I have five analogue sensors connected to the same ADC but different channels, how do you handle that? My friend suggested that I continuously sample the required channels at regular intervals (based on how fast I require sampling) and put those values on a buffer. when a value is requested that's the value that will be given. He actually thinks that the all buffer is always sent to the PC(controller) and let it mirror the buffer at that end and pick up the values required then. What I am struggling the most is this: I want to make the sensor an individual entity but the five sensors are really five ADC channels which are part of the same ADC, hence at the module end, I have to have routines that will receive a request for a sensor value, will decide which value to get, sample it, and send it back to the routine that asked for it. This strait away implies some sort of addressing is required. It also needs to know what to do if two or more sensor values are requested as the overhead on communications, to transmit one value at a time will be too high. Best Regards Luis On 11 January 2013 21:15, IVP wrote: > > Joe I am not really looking for the physical layer, I sort of have that= , > > Chris is actually very close to what I am looking for. Apologies if I > > haven't described the problem correctly > > Hi Luis, > > I just gave a couple of examples of the micro-sensor interface. Obviously > that is only part of the system. Developing the method and s/w took a lot > longer than designing a few PCBs. What Chris described is very similar to > my implementation, except I use assembler. The nett result is that the > core knows at all times what is connected (h/w is Plug And Play / hot- > swappable) and what the functions and ranges of each module are. The > modules can also talk to each other BTW and execute some simple > commands without further instruction from the core, but do report their > activity to it > > Joe > -- > http://www.piclist.com PIC/SX FAQ & list archive > View/change your membership options at > http://mailman.mit.edu/mailman/listinfo/piclist > --=20 http://www.piclist.com PIC/SX FAQ & list archive View/change your membership options at http://mailman.mit.edu/mailman/listinfo/piclist .