Hi there nav

quote:
A PIC is certainly fast enough to do that,

So the pic would be fast enough to read a byte from a pin then do some process on the byte then read the next pin and do the same and get back to the first pin in time for the second byte without missing any data?


quote:
but you shouldn't start "recording" at a random point in the transmission of a talker if you don't want to record garbage.

Well I understood that with nmea0183 1.5 that there was a checksum at the end of the sentence and the listener would just dump any information recieved with a bad checksum, but I was also thinking that i would make sure the multiplexor could be switched on before the talkers,as for stripping un-needed data i just overlooked it because i figured that the more the pic had to do then the slower it would become and that goes for any processing of the recieved data as well. Just read it in and send it out as it were

quote:
but you don't really need arrays of 98 bytes per talker.

I assumed that as a talker string could be upto 80 bytes long
i would give a little more memory but this could be changed if memory did become an issue,