In car multigauge

What are you developing?
Posts: 167
Joined: Wed May 11, 2016 4:29 pm

Re: In car multigauge

Post by dannyf » Mon Nov 13, 2017 11:17 am

Pic of my original Nano driven replacement just prior to install - it's a bit Heath Robinson:
maybe a different approach:

1) each display unit consists of a small mcu driving a display;
2) the display units act as slaves taken data input from a master and visualize it on the display;
3) a master collects take from obd2 and user inputs and sends the data to the display units where the visualization is handled locally.

This approach allows scalability and modulization: the display units should be highly similar to each other, and the communication will be quite simple to handle, potentially via uart or i2c, or whatever suits your environment.

Posts: 167
Joined: Wed May 11, 2016 4:29 pm

Re: In car multigauge

Post by dannyf » Tue Nov 14, 2017 9:57 pm

To just expand on my post above, each slave would be identical, with a library of charts or graphs, customizable by the master, to display a value sent by the master.

So the master can simply tell a slave to render a particular graph, with titles, and range, and refresh periodically with a data item to be visualized.

As the slaves are identical, users can customize variables to be displayed on command.

It greatly simplifies programming and production: one piece of master and one piece of slave code running on multiple display units.

User avatar
Posts: 7413
Joined: Mon Apr 27, 2015 10:36 am
Location: Melbourne, Australia

Re: In car multigauge

Post by RogerClark » Tue Nov 14, 2017 11:48 pm

Sounds similar to what a new member posted about a distributed alarm system, which uses multiple I2C slaves.

Post Reply