
<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><div class=""><div class=""></div></div><div class=""><br class=""></div><div class=""><u class=""><b class="">A note on displays</b></u></div><div class=""><br class=""></div><div class="">In general, for external displays I’m thinking that a UART/Bluetooth/SPI/CAN interface would be better suited, with some small micro-controller, rather than raw GPIO. I know raw GPIO is simple, but there is so much more that can be done with this, and the prices of displays are plummeting. I certainly intend to use bluetooth to a cellphone, and we can expose the OVMS protocol to that to allow for some pretty powerful control.</div><div class=""><br class=""></div><div class="">The ESP32 now has two direct GPIO pins free (EXT_1 and EXT_2) and those can be mapped to a UART, for example.</div><div class=""><br class=""></div><div class="">Along with some HUDs, I’ve been experimenting with a little OBDII display that costs around US$25 (quantity: 1). Connection is via OBDII (CAN bus) - the idea being that we will emulate an OBDII ECU on one of our CAN buses that connects to this. So, we can output battery temperate where the unit expects coolant temperature, SOC% as fuel level, etc. MCU in that unit is a GD32F103 (like an STM32, but 108MHz). Input is via a little jog-left, jog-right, push-to-click button on the front. Just an idea and something I’m messing around with.</div><div class=""><br class=""></div><div class=""></div></body></html>