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

Reply  Post New Thread
 
Submit Tools LinkBack Thread Tools
Old 11-05-2008, 02:13 PM   #251 (permalink)
EcoModding Lurker
 
Join Date: Jul 2008
Location: US
Posts: 76

sukisuki - '00 Suzuki Grand Vitara 4wd
90 day: 21.88 mpg (US)
Thanks: 1
Thanked 15 Times in 6 Posts
is it compatible with kill-switch feature?

I mean, when I stop at a long (>30sec) red light I turn off the engine. I still would like to know what is the overall fuel usage from home to work (including the engine stops).

  Reply With Quote
Alt Today
Popular topics

Other popular topics in this forum...

   
Old 11-05-2008, 07:23 PM   #252 (permalink)
EcoModding Apprentice
 
cmags's Avatar
 
Join Date: Apr 2008
Location: Marietta, GA
Posts: 139

Scoob - '05 Subaru Impreza Outback Sport SE
90 day: 25.28 mpg (US)
Thanks: 0
Thanked 0 Times in 0 Posts
That should be fine. If you're at a light and stop the engine, then start it again when you go, the OBDuino will start back up when you start the engine, resuming your fuel consumption and distance from where you stopped.

The issue comes in when doing EOC, you'll be racking up miles on your car's ODO, but not in the OBDuino, so the trip distances will not match up, and your eco-tricks won't show up in your OBDuino-reported economy.

Maybe we can change the RPM->0 check to add a timeout so we can record our miles without the engine running for EOC? Or maybe we can only save when we have RPM->0 and speed->0?
  Reply With Quote
Old 11-05-2008, 07:45 PM   #253 (permalink)
MechE
 
Join Date: Dec 2007
Location: Bay Area
Posts: 1,151

The Miata - '01 Mazda MX-5 Miata
Thanks: 0
Thanked 18 Times in 15 Posts
Quote:
Originally Posted by cmags View Post
Maybe we can change the RPM->0 check to add a timeout so we can record our miles without the engine running for EOC? Or maybe we can only save when we have RPM->0 and speed->0?
An RPM timeout would be better in my opinion... 120 or 180 seconds maybe?

I don't have a kill switch, I turn my key back slightly (in between run and off). It keeps the accessories and lights on and kills the engine and the speed sensor with it.

I really should put some time into the code
__________________
Cars have not created a new problem. They merely made more urgent the necessity to solve existing ones.
  Reply With Quote
Old 11-05-2008, 07:50 PM   #254 (permalink)
dcb
needs more cowbell
 
dcb's Avatar
 
Join Date: Feb 2008
Location: ÿ
Posts: 5,032

pimp mobile - '81 suzuki gs 250 t
90 day: 96.29 mpg (US)

schnitzel - '01 Volkswagen Golf TDI
90 day: 53.56 mpg (US)
Thanks: 156
Thanked 264 Times in 207 Posts
I know there's a lot of talk about saving the trips, but its all but a non-issue on a working guino. As long as the battery connection is there, the trips are there, and I hardly ever unplug the guino.

It is nice during development however. But once the device is fairly stable, it stays plugged in, so it doesn't really matter. Unless I'm missing something here.
__________________
WINDMILLS DO NOT WORK THAT WAY!!!
  Reply With Quote
Old 11-06-2008, 09:12 AM   #255 (permalink)
OBDuino coder
 
Magister's Avatar
 
Join Date: Jun 2008
Location: Montréal, QC
Posts: 212

Titine - '13 Hyundai Sonata Hybrid
Thanks: 3
Thanked 10 Times in 8 Posts
Quote:
Originally Posted by cmags View Post
The issue comes in when doing EOC, you'll be racking up miles on your car's ODO, but not in the OBDuino, so the trip distances will not match up
No, I thought about it when I made the code. When you shutdown the engine, you have to re-put the key in the "ON" mode (else the ECU can not talk, obviously). So even with the engine off, the OBDuino will continue to accumulate distance because VSS will still answer. I tested it on down slopes, it works.

Tip 55:
Quote:
EOC can be accomplished in non-hybrids as well simply by shifting to neutral and switching the key from "Run" to "Acc" (being careful not to switch to "Off" and cause the steering to lock). As soon as the engine stops, return the key to the "Run" position so the odometer continues to count distance traveled and you're ready for a re-start.
__________________
2013 Hyundai Sonata Hybrid
  Reply With Quote
Old 11-06-2008, 10:05 AM   #256 (permalink)
EcoModding Apprentice
 
cmags's Avatar
 
Join Date: Apr 2008
Location: Marietta, GA
Posts: 139

Scoob - '05 Subaru Impreza Outback Sport SE
90 day: 25.28 mpg (US)
Thanks: 0
Thanked 0 Times in 0 Posts
Even better. So you save the value, but re-load it as soon as we go into On, rather than wait until the RPMs go > 0. Very cool. I'll be prototyping this this weekend.
  Reply With Quote
Old 11-06-2008, 03:19 PM   #257 (permalink)
EcoModding Lurker
 
Join Date: Nov 2008
Location: Cambridge, MA
Posts: 7

Accent - '02 Hyundai Accent
90 day: 31.48 mpg (US)

Canyon - '05 GMC Canyon
90 day: 18.12 mpg (US)

Insight - '01 Honda Insight
90 day: 53.23 mpg (US)
Thanks: 2
Thanked 0 Times in 0 Posts
Quote:
Originally Posted by cmags View Post
The OBDuino and MPGuino are both coded specifically for Hitachi HD44780 LCD displays. I know that some OLED displays are built with the same controller, and should in theory work. If the VFD comes with the same controller, its probably good as well. However, I can say that the timing does seem to be a little touchy. I had some other "equivalent" displays that just wouldn't stay running right and the issue wouldn't go away until I purchased the "official" LCD. Definitely at your own risk, but if you have a HD44780 equivalent controller, then you should be good to try it out.
Noritake makes VFDs with an HD44780-compatible controller. I picked up a few surplus ones years ago, and a few are probably still in the closet at my parents'. If I ever get around to putting together an MPGuino, I could try one out and see.
  Reply With Quote
Old 11-07-2008, 02:15 PM   #258 (permalink)
OBDuino coder
 
Magister's Avatar
 
Join Date: Jun 2008
Location: Montréal, QC
Posts: 212

Titine - '13 Hyundai Sonata Hybrid
Thanks: 3
Thanked 10 Times in 8 Posts
(from an old message)

Quote:
Originally Posted by jmilk View Post
First off, I think ELM is the wrong way to go.
Yes and no, for version 1.0 at least it gave me the opportunity to develop all the higher level code of the OBDuino easily.
Also the ELM327 can interface with a lot of Windows softwares and 30$ + a few components is still better than a $100 interface.
I had to deal with ELM support and they are great and very responsive, their chip is nicely programmed, stable, and powerful too.
In fact, the only "no" is the price...

Quote:
Originally Posted by jmilk View Post
Instead, I would go with the MC2515/MC2551 combination.
Now that the code is very stable, I am looking at the MCP2515/2551. I am using a free CAN library that interface with the 2515 thru SPI, I adapted the code to use this instead of the ELM (with some #define). I designed a schematic interface (I'll post it in the project wiki) and started to built it. All I need now is a 2515 but MC sample is temporarily unavailable but everything else is ready

Quote:
Originally Posted by jmilk View Post
Advantages:
- Less than $5 in single quantities, less than $3 in 100+.
- Available in DIP (and smaller form factors)
- SPI instead of RS23x -- forget baudrates, AT-commands and all that junk + run full-speed.
- ELM still calls their (expensive!!) chips "experimental", while Microchip is already on the 2nd generation of production.
- MC isn't going anywhere... ELM?
Disadvantages:
- Slightly more code.
I have to agree, luckily enough for the "disadvantge" there is CAN library and MCP2515 SPI library available freely.

Quote:
Originally Posted by jmilk View Post
Secondly, I think the arduino/ATMega platform is fine; AVR's automotive chips with built-in CAN are interesting, but beyond the reach of a hobbyist as far as handling goes. If code size really becomes an issue, there's the option of the ATmega328 with 32K flash. Additional advantages of the Arduino platform are the bootloader and IDE; and the 168 and 328 are available in DIP forms.
Right, an AT90CAN could do the job but there is no "arduino" like for it.

Quote:
Originally Posted by jmilk View Post
For my CAN scenario, I'm looking at $10-$12 in parts excluding the PCB, LCD and connector. The whole thing, in single quantity, should come in under $30 -- that's less than the ELM chip alone.
Right, the OBDuino "CAN only" is an MPGuino + $10 of components (or less).


Quote:
Originally Posted by jmilk View Post
- Replace the "trip computer"
- Add instant mpg
- Add avg mpg last x minutes/miles, since last stop, since beginning of trip, today, this week, this month.
- Track/log mpg for different drivers.
(and a few more)
Well, there is 2 separate trips for the moment, but adding more just add a few bytes so it's possible to extend it

In resume, ISO can be done with a Freescale 33290 (untested) and CAN with MCP2515. For VPW/PWM for the moment the only solution is an ELM322/320.
__________________
2013 Hyundai Sonata Hybrid
  Reply With Quote
Old 11-07-2008, 03:05 PM   #259 (permalink)
MechE
 
Join Date: Dec 2007
Location: Bay Area
Posts: 1,151

The Miata - '01 Mazda MX-5 Miata
Thanks: 0
Thanked 18 Times in 15 Posts
oKay, I'm jumping into the fray.

Today I got my 33920's, 510 ohm resistor, misc. filter caps, LCD (hopefully works), RJ45 socket (for OBD interface), voltage regulator... I'm going to use a thumbduino for the micro. Later, I'll get a $5 alarm clock, to harvest the tactile switches...

I'm going to focus on OBD->Laptop data logging... While not exactly novel, I can't find the metrics I want. Hopefully, my programming skills are close to what is necessary to follow the code I really can't complain about features if I'm not contributing


One question


The 2n3906... What is that doing? It's the only component I'm missing....
__________________
Cars have not created a new problem. They merely made more urgent the necessity to solve existing ones.
  Reply With Quote
Old 11-07-2008, 03:35 PM   #260 (permalink)
OBDuino coder
 
Magister's Avatar
 
Join Date: Jun 2008
Location: Montréal, QC
Posts: 212

Titine - '13 Hyundai Sonata Hybrid
Thanks: 3
Thanked 10 Times in 8 Posts
For OBD logging to a laptop, you'll have to enable the serial port and in the get_pid() function you'll have to do a serialWrite() with the info you want to export.

The transistor is used to drive the brightness as some LCD LED can take 100mA and the pins only output 20mA so if you plug the pin directly on the LCD, you will burn the pin output.

__________________
2013 Hyundai Sonata Hybrid
  Reply With Quote
Reply  Post New Thread


Tags
obd2

Thread Tools


Similar Threads
Thread Thread Starter Forum Replies Last Post
MPGuino release one workspace dcb OpenGauge / MPGuino FE computer 1060 09-27-2016 10:56 PM
Just some quick info on Scangauge vs. MPGuino NoCO2 OpenGauge / MPGuino FE computer 4 06-01-2015 04:58 PM
All New Nissan Models to Feature Fuel Efficiency Gauge MetroMPG General Efficiency Discussion 6 11-18-2008 04:57 PM
Vacuum gauge problems :( DifferentPointofView Instrumentation 3 05-14-2008 11:04 PM
Will Scan Gauge work on mine? bennelson Instrumentation 9 02-19-2008 10:04 PM



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