Go Back   EcoModder Forum > EcoModding > Instrumentation > OpenGauge / MPGuino FE computer
Register Now
 Register Now
 

Reply  Post New Thread
 
Submit Tools LinkBack Thread Tools
Old 07-06-2023, 06:22 PM   #191 (permalink)
MPGuino Supporter
 
t vago's Avatar
 
Join Date: Oct 2010
Location: Hungary
Posts: 1,807

iNXS - '10 Opel Zafira 111 Anniversary

Suzi - '02 Suzuki Swift GL
Thanks: 828
Thanked 706 Times in 455 Posts
Did some more modifications to my code to make it more modular. One side effect is that my code now supports 20x4 LCD displays with ease. It also supports any TWI LCD 16x2, 20x2, or 20x4 display.

  Reply With Quote
Alt Today
Popular topics

Other popular topics in this forum...

   
Old 07-16-2023, 12:49 PM   #192 (permalink)
MPGuino Supporter
 
t vago's Avatar
 
Join Date: Oct 2010
Location: Hungary
Posts: 1,807

iNXS - '10 Opel Zafira 111 Anniversary

Suzi - '02 Suzuki Swift GL
Thanks: 828
Thanked 706 Times in 455 Posts
Performed substantial re-write to menu code to support 20x4 screens, among other things. Rearranged menu items to strengthen menu-based feature selection.

Finished refactoring dragrace / accel test code, and discovered that it didn't work as of several years ago. Dragrace / accel test debugged and works now.

Minor refinements to debug terminal code.

Now starting to refactor existing coastdown test code.
  Reply With Quote
Old 08-05-2023, 06:52 AM   #193 (permalink)
MPGuino Supporter
 
t vago's Avatar
 
Join Date: Oct 2010
Location: Hungary
Posts: 1,807

iNXS - '10 Opel Zafira 111 Anniversary

Suzi - '02 Suzuki Swift GL
Thanks: 828
Thanked 706 Times in 455 Posts
Coastdown testing is again put on hold for now - trying to figure out the best way ahead to actually do the calculations

In the meantime, I have started efforts to allow my code to run on the MPGuino Colour Touch.

So far, I have Bluetooth support incorporated and almost completely debugged. My code is now able to transmit to an Android smartphone using the MPGuinoBlue app found on Google Play. No word on iPhone compatibility, since I do not think there is currently an iPhone app written for the Colour Touch.

The only hiccup remaining for my code's Bluetooth support is that the smartphone screen will occasionally stop updating after a parameter is changed, and will not start updating again until the settings menu is accessed.


Last edited by t vago; 08-07-2023 at 02:22 PM..
  Reply With Quote
Old 08-08-2023, 01:58 AM   #194 (permalink)
MPGuino Supporter
 
t vago's Avatar
 
Join Date: Oct 2010
Location: Hungary
Posts: 1,807

iNXS - '10 Opel Zafira 111 Anniversary

Suzi - '02 Suzuki Swift GL
Thanks: 828
Thanked 706 Times in 455 Posts
A little more testing suggests that my hiccup described above is happening when MPGuino is processing signals simulating high speeds and high RPMs.

Since i don't expect people to do a lot of configuration changes while speeding down the highway, i am going to give solving this hiccup a low priority.
  Reply With Quote
Old 10-26-2023, 01:07 PM   #195 (permalink)
MPGuino Supporter
 
t vago's Avatar
 
Join Date: Oct 2010
Location: Hungary
Posts: 1,807

iNXS - '10 Opel Zafira 111 Anniversary

Suzi - '02 Suzuki Swift GL
Thanks: 828
Thanked 706 Times in 455 Posts
Yah, it's been a while since I last updated this...

Mainly, I've been enhancing the debug monitor portion of my code, and that has enabled me to discover a number of previously undetectable bugs within my code that had been there for years. Stuff like, tank average vehicle speed going wonky after 500 miles traveled, or fuel cost causing excessively high speeds and fuel consumption rates, or CPU utilitization being artificially reported low. Also pushed more global variables into arrays - this enables visibility to the developer via the debug monitor, and also uncovered a few more very subtle bugs.

Now I am in the process of modifying the signal simulator part of the debug monitor to simulate a peak/hold injector signal, which will in turn allow me to modify the fuel injector monitor code to properly detect and process a peak/hold injector signal. I will use as a base that peak/hold injector code first develped here and incorporated into both meelis11's and abbalooga's code.
  Reply With Quote
Old 10-28-2023, 06:02 AM   #196 (permalink)
MPGuino Supporter
 
t vago's Avatar
 
Join Date: Oct 2010
Location: Hungary
Posts: 1,807

iNXS - '10 Opel Zafira 111 Anniversary

Suzi - '02 Suzuki Swift GL
Thanks: 828
Thanked 706 Times in 455 Posts


Got the fuel injector simulator to spit out an approximation of a frequency modulated peak and hold signal, as can be seen below. The yellow waveform is the base fuel injector signal that MPGuino initially generates as a reference, and the blue waveform is the peak/hold output. However, the hold portion appears to be itself delayed, very likely due to MPGuino capturing these pulses itself.



See, the fuel injector and VSS simulators both generate signals that are supposed to be reasonable approximations of what MPGuino would actually see from a running, moving vehicle. As soon as MPGuino switches the edge of a given simulator waveform signal, it will actually handle that signal change via the interrupts that it would normally use. This is very useful for refining and troubleshooting the signal capture interrupt code. However, it can also introduce delays, especially on lower-level interrupts. The VSS and fuel injection signal capture interrupts are two of the highest priority interrupts within MPGuino - they will always have higher priority over any other interrupts being used. The simulators use the timer1 overflow interrupt, which is also use for LCD delay generation, and of course they have a lower priority on the interrupt hierarchy. So, when the timer1-based simulator generates the waveform, the higher priority interrupt will immediately take over once the timer1 overflow interrupt code ends.

And this is likely why the hold portion of the simulated peak/hold fuel injector signal is missing a few spikes.

On the plus side, my MPGuino code could already somewhat handle frequency modulated peak/hold signals. The code can correctly read the number of fuel injector pulses and can therefore calculate engine speed. However, it currently cannot accurately measure the length of the peak/hold signal... That will be the next trick I teach it.
Attached Thumbnails
Click image for larger version

Name:	TBIInjector.gif
Views:	58
Size:	55.7 KB
ID:	34275   Click image for larger version

Name:	Screenshot 2023-10-28 104620.jpg
Views:	65
Size:	72.8 KB
ID:	34276  
  Reply With Quote
Old 10-28-2023, 02:53 PM   #197 (permalink)
MPGuino Supporter
 
t vago's Avatar
 
Join Date: Oct 2010
Location: Hungary
Posts: 1,807

iNXS - '10 Opel Zafira 111 Anniversary

Suzi - '02 Suzuki Swift GL
Thanks: 828
Thanked 706 Times in 455 Posts
My code now supports frequency modulated peak/hold fuel injection.

What's more - my code automatically detects whether the fuel injection signal is peak/hold or saturated, so there is no need to modify any stored parameter setting.
  Reply With Quote
The Following User Says Thank You to t vago For This Useful Post:
FlashStopFall (01-11-2024)
Old 02-05-2024, 01:46 AM   #198 (permalink)
EcoModding Beginner
 
Join Date: Oct 2022
Location: Oklahoma
Posts: 25

WJ - '03 Jeep Grand Cherokee Laredo
Team E85
90 day: 14.59 mpg (US)

ZJ - '94 Jeep Grand Cherokee Laredo
Thanks: 15
Thanked 10 Times in 9 Posts
Happy to see you are still updating this occasionally!

I'm currently breadboarding the legacy MPGuino setup with the hopes of making a small prototyping board, and maybe even making some PCB's.

Is there a way to display the characters on the display upside down from the default? As in, the display is upside down in my current configuration. I haven't been able to figure it out myself yet. :-)
  Reply With Quote
The Following User Says Thank You to FlashStopFall For This Useful Post:
t vago (02-06-2024)
Old 02-06-2024, 09:15 AM   #199 (permalink)
MPGuino Supporter
 
t vago's Avatar
 
Join Date: Oct 2010
Location: Hungary
Posts: 1,807

iNXS - '10 Opel Zafira 111 Anniversary

Suzi - '02 Suzuki Swift GL
Thanks: 828
Thanked 706 Times in 455 Posts
Quote:
Originally Posted by FlashStopFall View Post
Happy to see you are still updating this occasionally!

I'm currently breadboarding the legacy MPGuino setup with the hopes of making a small prototyping board, and maybe even making some PCB's.

Is there a way to display the characters on the display upside down from the default? As in, the display is upside down in my current configuration. I haven't been able to figure it out myself yet. :-)
If I understand you correctly, your LCD display would be oriented upside down. If that is the case, it is not possible to modify the code to have the characters displayed upside down. You would have to somehow re-orient your setup to have the LCD display right-side up.

This is because the various LCD character bitmaps (for the digits 0 through 9, letters, etc) are hardcoded into the LCD display itself, and the bitmaps only support a right-side-up display. There are only 8 total programmable characters in the LCD display, and they are currently being used by my MPGuino code to display graphs and to do the spiffy trip labels.

Here is a graphic showing a typical LCD display character bitmap.


Attached Thumbnails
Click image for larger version

Name:	LCDs_12_CharSet_01.jpg
Views:	8
Size:	132.0 KB
ID:	34505  
  Reply With Quote
Reply  Post New Thread


Tags
mpguino, peak and hold

Thread Tools




Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.
Content Relevant URLs by vBSEO 3.5.2
All content copyright EcoModder.com