In the past week, we've had a lot of new toys turn up. Amongst them, we've got our GPS receiver, part of the secondary tracking downlink package, and the 434MHz radio unit to go with it. They'll both end up connected to the CCP's serial port (the GPS on the RX line, the radio on the TX line. We just need to work out a common baud rate for the two - by experiment - because it doesn't look as if the LPC1768 supports split baud rates. Not that surprising - after all, they went out of fashion when PRESTEL (using 1200/ baud RX and 75 TX, from the end computer's point of view) lost its market too.
So why can't we use two serial ports? The answer's to do with the I2C bus. Take a look at these two pictures:
Notice anyting? Yep - the same pins are used for serial and I2C - with the exception of the serial port on pins 13,14. We need both I2C buses, so we only get one spare serial port and that's going to have to service both the GPS, which should be read-only, and the radio, which should be write-only (we're not receiving radio messages).
You might wonder why we need both I2C buses. The reason's to do with temperature management. We want to be able to manage up to four temperature zones, but our TMP102 temperature sensors, which are I2C devices, can only be configured to one of two bus addresses: 90h and 91h. (The 'h' means hexadecimal - base 16.) That means we can only hang two sensors off each bus