Do you have pics?
Kaiser Engineering Digital Dash
It looks like the Digital Dash will be up for sale for $585 as of this Saturday 4/10 on their website:
kaiserengineering.io
I've been following their progress on this for a long time and I'm glad it's finally here.
![]()
Ford Focus ST/RS Digital Dash Complete Kit
Unlock your vehicle with the first-ever plug-and-play Digital Dash upgrade for your Focus ST/RS! Unlike universal products, we have fine-tuned this product in every way to work in your Focus ST/RS right out of the box. Simply replace your old gauges with the new and improved KE Digital Dash...
kaiserengineering.io
I've been following their progress on this for a long time and I'm glad it's finally here.
81 - 100 of 115 Posts
I wondered and thought about this as well, but struggled to put it so succinctly. Attempting to include it in what I written only made it longer, and look like I really wanted to talk a whole lot about **** I am, essentially, clueless about.
Thank you for putting it out there.
The only thing I'd like to add is that I know Nutron Pro Moto made a couple of OBDll adapters, the first of which is specifically listed as "on" with the vehicle. The second connects at this guage location, but unlike the first one it isn't listed as "on" with the car only. Maybe that's and omission, or maybe it's an indication that using the information, in the way you envision, is possible.
Nutron OBD2 Cord Mod2
TECHNICAL DATA extra OBD2 port cord, for Ford Focus RS mk3 and ST mk3 only, easy Plug&Play installation,
Nutron OBD2 Cord Mod1
TECHNICAL DATA extra OBD2 port cord, for Ford Focus RS mk3 only, easy Plug&Play installation, powered when ignition is on only (battery friendly solution), extra 12V and HS CAN wires.
Sent from my SM-N975U1 using Tapatalk
My guess (I don't have the DD) is it has to do with the data storage on the pi being used. Raspberry Pi read and write speed won't exceed 20-22 MB/s via the onboard SD card slot. I don't know the size of the software, but I assume this is the issue. I also wouldn't assume you are getting very fast storage media for the total price. That being said, those load times are atrocious lol.
https://raspberrypi.stackexchange.com/questions/43618/raspberry-pi-3-micro-sd-card-speed#:~:text=The speed of the microSD,and overclock the card reader.
Wow again and cheers for the explanation. The dash was a long time in development, so maybe let them know that SSD speeds is the norm these days and will positively add to the user experience.My guess (I don't have the DD) is it has to do with the data storage on the pi being used. Raspberry Pi read and write speed won't exceed 20-22 MB/s via the onboard SD card slot. I don't know the size of the software, but I assume this is the issue. I also wouldn't assume you are getting very fast storage media for the total price. That being said, those load times are atrocious lol.
https://raspberrypi.stackexchange.com/questions/43618/raspberry-pi-3-micro-sd-card-speed#:~:text=The speed of the microSD,and overclock the card reader.
Even the USB bridge/ethernet tops out at 60MB/s. Most of us are accustomed to SSD speeds at this point (at least 500MB/s, my current pcie4 raid 0 hits 10GB/s lol e-peen enhancing pic below) . If the above schematic is still true, the best option is to look into, "raspberry pi 3 fast boot" checking if you can help optimize the software a bit. The Raspberry Pi4 also doubles the speed to 40MB/s over the sdcard. Pi4 also has vastly improved USB3 with its hugely improved data rate of up to in theory 5 GB/s. So maybe they need to upgrade the hardware in order to have a acceptable boot experience as well; if optimizations can't be made.![]()
I'm excited to hear you're working on this
! Do you think, in addition to working for improved boot speeds, perhaps replacing a stock Pi boot image / animation with a custom one prior to the overlay could result in an (custom) image / animation being displayed (in a significantly perceived way) even sooner and until the overlay mightbe applied? Or, is nothing able to be displayed whatsoever prior to the overlay being applied?With, essentially, no knowledge of such things how might I best apply my time to potentially learn how to make meaningful contributions to this project? Are there some specific resources you'd suggest I take a look at, or specific skills you'd suggest I work to acquire? I don't even know enough to know what I don't know, or where I might begin to change that.
I would be willing to contribute ~3-6 hours a week for 2-3 months learning and applying what I learn. With that, would it be reasonable to think (as a fairly fast learner with strong reasoning skills) I could learn enough to contribute something (useful for other users) before you (or the community) had already gotten to it?
If not, is there anything else that I might do to contribute? Perhaps I (and maybe others) could contribute to a fund to directly support / hire specific developments for the project
, or something like that...Sent from my SM-N975U1 using Tapatalk
We'd need to put some consideration into the splash screen idea, there are plenty of tutorials online to add that to the Pi boot sequence. However the Digital Dash is configured so that you never see the actual operating system running. The motherboard will not enable the backlight until it receives communication from the GUI and after 250ms of no communication from the GUI it will disable the screen. Meaning we'd need to adjust the firmware logic to allow for a splash screen. I'd almost prefer to improve the boot time as best we can and have the splash screen part of the application booting up. But, we can also investigate driving some GPIO pins to signal the splash screen is being displayed.I'm excited to hear you're working on this! Do you think, in addition to working for improved boot speeds, perhaps replacing a stock Pi boot image / animation with a custom one prior to the overlay could result in an (custom) image / animation being displayed (in a significantly perceived way) even sooner and until the overlay mightbe applied? Or, is nothing able to be displayed whatsoever prior to the overlay being applied?
With, essentially, no knowledge of such things how might I best apply my time to potentially learn how to make meaningful contributions to this project? Are there some specific resources you'd suggest I take a look at, or specific skills you'd suggest I work to acquire? I don't even know enough to know what I don't know, or where I might begin to change that.
I would be willing to contribute ~3-6 hours a week for 2-3 months learning and applying what I learn. With that, would it be reasonable to think (as a fairly fast learner with strong reasoning skills) I could learn enough to contribute something (useful for other users) before you (or the community) had already gotten to it?
If not, is there anything else that I might do to contribute? Perhaps I (and maybe others) could contribute to a fund to directly support / hire specific developments for the project, or something like that...
Sent from my SM-N975U1 using Tapatalk
Thank you so much for the enthusiasm! We started a Discord channel to start talking about bugs, features, share themes, etc..
We can get in touch and I can see about getting you setup with a test environment to test new features/help us prove out Focus RS specific parameters (We have a 2016 ST). Clearly there's some differences such as Charge Air Temp.
Again, thank you so much for the support!
There is a global electronic shortage so we can't get the main processor. Therefore we are stuck waiting
I'm hitting a wall that someone here can probably help with. I don't have the dash itself to mess with yet, so this is all still in the research phase for me.
The bootup time is very concerning. I've been trying to find a method by which we can load a pre-booted image into memory on the Pi. Is that possible? The premise isn't very different from loading a snapshot of a pre-booted VM into memory, but it would obviously require a different approach; is this something PXE can be used for? Is that even supported on the Pi?
If we had a fully booted OS running this would be a non-starter(computers are state machines, after all), but because we're starting from a cold boot each time there is no pre-existing state to worry about, i.e. the entire contents of RAM(outside protected areas) should be okay to rewrite with the image.
Am I wasting my time in this pursuit?
It might not even be necessary if some of the articles I'm reading are accurate. Simple optimizing the boot time might be possible:
himeshp.blogspot.com
^^ I really like this one
www.raspberrypi.org
www.furkantokac.com
These approaches are also quite difficult to implement, but they could resolve the only issue I've really seen with this project; the outrageously protracted booting process.
Thank you for your time.
*EDIT: I'm ordering a Pi today. I should have just bit the bullet months ago.
The bootup time is very concerning. I've been trying to find a method by which we can load a pre-booted image into memory on the Pi. Is that possible? The premise isn't very different from loading a snapshot of a pre-booted VM into memory, but it would obviously require a different approach; is this something PXE can be used for? Is that even supported on the Pi?
If we had a fully booted OS running this would be a non-starter(computers are state machines, after all), but because we're starting from a cold boot each time there is no pre-existing state to worry about, i.e. the entire contents of RAM(outside protected areas) should be okay to rewrite with the image.
Am I wasting my time in this pursuit?
It might not even be necessary if some of the articles I'm reading are accurate. Simple optimizing the boot time might be possible:
Fast boot with Raspberry Pi
I am hoping to have a raspberry pi power a wildlife camera. This camera will have to rely on battery and solar power. As a result, it would ...
himeshp.blogspot.com
What's the fastest you can boot a Raspberry Pi? - Raspberry Pi Forums
www.raspberrypi.org
Raspberry Pi 3 Fastboot - Less Than 2 Seconds - Bir Coder'ın Günlüğü
www.furkantokac.com
These approaches are also quite difficult to implement, but they could resolve the only issue I've really seen with this project; the outrageously protracted booting process.
Thank you for your time.
*EDIT: I'm ordering a Pi today. I should have just bit the bullet months ago.
If the illumination circuit is constant voltage to power the LEDs, what about using this to splice in a circuit that turns on when unlocking the car? Maybe the cigarette lighter circuit? Throw a timed relay in there to switch back to the normal illumination line after 60 seconds. I use a timed relay on my dashcam to keep it recording for a few minutes after I turn the car off, otherwise the closing the door makes it think there has been an accident.
Nutron OBD2 Cord Mod2
0~60 Second Delay Time Switch 1 Minute Adjustable DC12V NE555 Timer Relay Module | eBay
Find many great new & used options and get the best deals for 0~60 Second Delay Time Switch 1 Minute Adjustable DC12V NE555 Timer Relay Module at the best online prices at eBay! Free shipping for many products!
www.ebay.com
Nutron OBD2 Cord Mod2
81 - 100 of 115 Posts
