Over the past year or so, I've had a few people ask me the same sort of question, so thought a single reply here would help. On the v2 module circuit board there is a unpopulated 9x2 set of holes in the board. You can see it on the attached picture, between the crystal and LEDs. You can find the circuit diagram on github, under vehices/Car Module/v2-base. You can either solder directly to this, or use a header plug/socket arrangement. All the unused pins from the PIC are brought out via that header, as well as GND, +5V and +12V. There are several free analog input pins, as well as digital input/output pins available for expansion. They are all 5V TTL level. If someone wants to use these for something, I suggest you code utils.h/utils.c to provide a function to initialise and control the required ports. Just try to make it fairly non-specific so it is of some use to others. Then, the vehicle module can just call the appropriate utils.c function, presumably in response to an SMS / net_msg command. For bi-directional sync/async comms, things are a little bit more tricky. The I2C pins are used by the LEDs, so you would have to sacrifice those and hack the code to use I2C. You could in theory do a software async, but I think that would be tricky. The DIAG port is just a tap between the PIC and the modem. Probably the best, for something sophisticated, is to use the CAN bus. Regards, Mark.
Together with some of my Think-assosiates, I'm tracking the can-messages for central lock/unlock switch for the Think. We have some good progress and I think I'll be able to implement it. We also have one interesting idea to expand the usage of the OVMS, by using the Duinomite as a can-to-axillary gateway. The ovms can send self defined can-messages to the Duino, which again can set one analoge/digital out-pin. E.g. to turn on a Webasto/Eberspächer heater via SMS. This would of course be easier to implement, if OVMS-module had a few analog output pins that can be set to +12V or to GND.
