Serial.write('A');Serial.write(average);delay(100); am I completely off? what were you suggesting?

oh, and let me clarify, im sending sensor data from each transmitting xbee to a single receiving xbee. I am getting the sensor readings, except everything is all being mushed together when I am reading from the receiving end.

It fluctuates between the values. So in other words, when printing in the receiver, i.e. im just listening to any old thing coming into the serial port, i get a flash of one value from one emitter then another value from the other. Make sense? I guess yes they are overlapping each other

So I two dividing print lines in the receiver that show two different Serial.read() variables I created. When printed, I first place one xbee transmitter 20 feet away, then I have another within arms reach the incoming lines both sync to the same number until I shift around one of the transmitters, then that new incoming value shows up, and affects everything else.

How about posting the code for the receiver.Also post a copy of the output, and explain how it is not what you expected.

My gut feel on this is that the data from the two transmitters stands to get mixed up, unless measures are taken to prevent it. The best approach might be to change to API mode. It can probably be made to work in transparent mode, but some scheme to prevent the two transmitters from transmitting simultaneously will be needed. Such an implementation stands to be relatively clunky as compared to API mode.

//Transmitter modules. These are the bike units intended to show signal strength indication in correlation to a central networked hub.//x bees have been configured with personal ID's to avoid interference with other networks (encryption).//optimal xbee use is outdoors, no wall interference/metal(close contact). range is 300ft at optimal conditions. //

both emitter values show up, but overlapping each other. and not mixed together, I mean with this code It shows one value, clears, then shows another value from other emitter, but all in same line.

And Im sure API mode would be useful, but I am not too comfortable right now to take on a new beast. If it is a must, and their isn't a good suggestion for what I am doing now, I need a push in the right direction for API mode aside from configuring AT command and installing an arduino library.

1. delay(100) in receiver code. Since there are two transmitters each sending every 100ms, probably the code never gets to the emitterTwo() function. I would use no delay in the receiver. It should constantly be watching for incoming data, not "sleeping" -- it can do nothing while delay() executes.

2. int(val_read) does nothing, since val_read is an int.

3. Serial.read() reads a byte. Serial.write() writes a byte. So Serial.write(average), where average is an int, may not have the desired effect.

4. In emitterTwo(), the receiver code appears to check the first byte to identify the sender. But this is not done in loop(). The code should be consistent, should treat every incoming message identically, and there should be a fixed message structure. The code should not make assumptions about which transmitter's message might be received first, or that the two will always alternate perfectly. Some sort of message start delimiter may be a good thing. Just as a starting idea, each transmitter could always send a message like "*ndd" where the * is the start delimiter, n is a single byte identifying the transmitter, and dd is two bytes representing the data sent by the transmitter. Then the receiver code could watch for "*" as the start of a message, then decode the next three bytes accordingly. If another * shows up in the next three bytes, then that is an error, but would allow the receiver to re-sync.

5. It appears you are trying to determine distance (in inches!) based on the RSSI value. This will be a gross approximation at best. Further, if these are S2 (mesh) XBees, RSSI only represents the last hop, so it's entirely possible that the furthest transmitter would route through the closer one, and the hub would see no difference in the RSSI values for the two transmitters.