Is it possible to get ALL files in the numerous mp3 triggers to start playing at the same time? ie will some lag and start a bit later?
If variations in start time between receiving xbees are likely, is it possible to use code to delay triggers so they start when the slowest xbee is ready ie introducing general latency just to make all files start to play simultaneously?
What kind of XBees are you using? How are they configured? What method are you using to send data? That is, are you using API mode or AT mode? Sending to one other XBee at a time or to all at once using broadcast mode?
They are, but how will all the XBees know when the last one got the message?
How much variation is acceptable? The lag depends on how the data is being sent, how far, and what is between the sending and receiving XBees, but is likely to be on the order of microseconds, not seconds.
I have been looking at the series 2 XBee (wire antenna) as I hear the networking options are more what I need.
I was assuming there may be a way by them all passing around some kind of 'ready' message - but maybe this just shows my inexperience!
I will be moving audio around speakers to get sense of movement (among other things)
Is there a method of data sending that would reduce any delay?
The point to (multi)point will be sufficient, if you are using broadcast mode, and the sender can see each receiver.
An XBee that is an end device or router can communicate with an XBee that is a coordinator, possibly through other routers.So, the coordinator would need to send a message to all the end devices/routers. They would all have to reply "Ready" Then, the coordinator would have to broadcast a "Go" message. That rather defeats the purpose, eh?
I don't understand. How are you moving this audio data around?
Keep the message as small as possible. Make sure that the coordinator can see all the end devices/routers, so that use of routers to retransmit the message is minimized (or, perhaps you shouldn't have any routers).