In car multigauge

What are you developing?
dannyf
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.

dannyf
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
RogerClark
Posts: 7413
Joined: Mon Apr 27, 2015 10:36 am
Location: Melbourne, Australia
Contact:

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