February 2014 - OvmsDev - Open Vehicles

OVMS logo
by Mark Webb-Johnson 06 Jun '17

06 Jun '17

We need to change the OVMS logo, to better reflect the vehicle independence. The existing logo is too much Tesla. Felix has kindly prepared a couple of options for us, attached below. My preference is for the one with the car outline (even though it retains a hint of Tesla), as it emphasizes the vehicle comms aspect. This is quite urgent, as the Teslive people are pushing for artwork. What do you guys/gals think? Regards, Mark

8 14

EMC / CE certificate + Fasttech SimpleConsole?
by Michael Balzer 24 Feb '14

24 Feb '14

Hi everyone, the SimpleConsole stirrs up a lot of new requests and interest over here. Most german users though would like to buy a pre-configured ready-to-use OVMS package for the Twizy (I suppose it's similar for other vehicles and countries). Unfortunately reselling the OVMS is not legal in the EU, because the hardware lacks the CE / EMC (electromagnetic conformity) certificate. I am happy with the OVMS staying an explicit hobbyist project, but a CE / EMC certificate would at least make it possible to sell an OVMS package if the user explicitly accepts that there are no warranties. Is there any chance this could happen? A german hardware developer took the OVMS (V2) to his EMC laboratory, with (his words) disastreous results -- he literally blasted the PIC with some required EM pulse test... Also, a professional SimpleConsole build from Fasttech would be really cool and helpful. What is required for this? Regards, Michael -- Michael Balzer * Paradestr. 8 * D-42107 Wuppertal Fon 0202 / 272 2201 * Handy 0176 / 206 989 26

7 14

Nissan Leaf
by Mark Webb-Johnson 23 Feb '14

23 Feb '14

Attached is a first-run at Nissan Leaf support, with a few values read from the bus passively: Speed Headlight status Park / Drive status SOC I’ve also pushed this to github (along with a large number of other small changes). The Nissan Leaf support is proving really hard for me. I don’t have the car, or much CAN bus data, and the public documentation is contradictory and incomplete. End result is that I am just guessing, and completely unable to test my guesses. Anyway, please try it and let me know if any of those figures show up with any sense of accuracy at all. Going forward, I really need some CAN bus dumps from a Nissan Leaf. Specifically: Car idle Car plugged in and charge started Car charging Charge interrupted Driving Driving as close to a constant speed of 10 kph as possible Driving as close to a constant speed of 20 kph as possible Driving as close to a constant speed of 30 kph as possible Car parked, but on Car parked, coming out of park into drive gear Car stopped, coming out of drive gear into park Car in park gear, then handbrake applied For each of those, both with and without a T connector and LeafSpy running would be helpful. I’m guessing the logs can be gotten from monitor-all mode with an OBDII adaptor. There is not too much data on the can bus and that should be fast enough. If anyone can help with the above, please let me know. Regards, Mark.

9 20

Re: [Ovmsdev] Twizy release 3.2.0, binary params, SimpleConsole
by Julien (JaXX) Banchet 17 Feb '14

17 Feb '14

Repost/reply to the ML since non-personnal and worthy, (damn reply button :-/ ) ------------------------------------------------------ De: Michael Balzer dexter(a)expeedo.de Répondre: Michael Balzer dexter(a)expeedo.de Date: 16 février 2014 at 18:00:38 À: Julien (JaXX) Banchet jaxx(a)jaxx.org Sujet: Re: [Ovmsdev] Twizy release 3.2.0, binary params, SimpleConsole > Hi Julien, > > Am 16.02.2014 16:46, schrieb Julien (JaXX) Banchet: > > Again, « woohahaaaa!!! » I suppose, without diving into the code, that it can only switch > non-pre-op needing settings (recup for instance, tsmap/ramps, not power/speed), > and that’s a Sevcon « limitation » ? > Yes, but I check what can be done depending on the Twizy state and do > that -- see user manual. Yep, gathered that from the code too since :) Lots of conditionnal checks :) > > > What can we do with the DIAG port ? I’ve read in some commits that, because of lack of memory > headroom, it has lost some functionality… > > I have dozens of arduino/atmel based boards, some MiniPro sized with onboard rf12b > radios for extra connectivity and I would like to build an alarm system (and why not have > extra environmental sensors) that, with the help of the DIAG port, would send me SMS alerts > along with the car protecting itself on demand (Electrocution, Poisoneous Gas, abrasive > steel cable to cut a hand off etc…). > > Would it be possible that the DIAG port still exposes comms with the GSM stack (if it isn’t > RX only) ? > > Could it be logged to OVMS under a RT-CUSTOM-A/B/C... log ? > > > > Sorry but besides a few initial settings, I’m kinda bit lost to what’s possible to do > with the DIAG port. > Well, that's something you better post on the list, but basically the > DIAG port just taps the communication from GSM modem to PIC. You can > only get output to the port by enabling the echo mode (ATE) and then > sending something to the modem that will not work as a modem command. I was afraid of that... afraid of tampering with the GSM module, even if it doesn’t do anything, I wouldn’t like it to get hung, and my two first SIM900 based boards (including a geogram one) haven’t given me much fate in them until now. But well. If though I inject, intentionally, some AT commands (SMS for example), that shouldn’t be a problem right ? The OVMS wouldn’t mind ? There is potentially a risk of command collision (Would have to implement a « Not too soon or late to send anything » routine by listening the serial) > > For example a comment line starting with "#" -- I have used this for > debug output on the DIAG port regardless of the actual DIAG mode, so I > think you should be able to use that method to send data to an attached > Arduino or the like. > > Caveat is the slow line speed (9600 baud), and you need to re-enable ATE > from time to time. > Noted :) > > > JaXX > > (Despite tweaks, though driving cool, managed nearly 80km range, almost more than > default) > ...and that's also been reported by Twizy 80 drivers. Some really get > more range, I suppose that's if the higher recuperation has a chance to > really get at work. I have though noticed, possibly my mind going nuts, that even though the car has been filled up, that there is some recup for the first minutes (odd since the battery being in theory full, there’s nowhere to store the energy), and sometimes, even under 90% charge, I have little to no recup for some periods… It’s mainly between a feeling and a strong impression, but I’m sharing it in case anyone else has noticed it. > > Regards, > Michael -- Julien (JaXX) Banchet

2 1

Twizy release 3.2.0, binary params, SimpleConsole
by Michael Balzer 16 Feb '14

16 Feb '14

Hi everyone, just checked in my latest additions: https://github.com/openvehicles/Open-Vehicle-Monitoring-System/commit/90407… This also includes a first support for using parameter slots for binary data. The base64 encoding does not work for me, as I need to store the SEVCON profiles which are already larger than even 32 bytes. So the par_setbin() and par_getbin() calls can use adjacent param slots for binary data. I'm not happy with having to protect binary param slots hard coded from the text functions, but had no time for a dynamically vehicle adaptive configuration. Another common addition contained is a howto document on building a simple switch/LED console for the OVMS. I use this on the Twizy to switch SEVCON profiles directly, i.e. during driving I can now quickly disable recuperation if encountering black ice. Regards, Michael -- Michael Balzer * Paradestr. 8 * D-42107 Wuppertal Fon 0202 / 272 2201 * Handy 0176 / 206 989 26

1 0

Ford Focus Electric
by Tom Saxton 06 Feb '14

06 Feb '14

I've got a line on a scan gauge for a Ford Focus Electric and a vehicle I can plug it into. I should be able to read some interesting values: SOC as XY.Z%, energy to empty (kWh), battery average volts, battery average temperature, accessory battery volts, odometer, average battery charger input power (kW), charge time remaining. I'd like to capture the CAN traffic while reading the values for analysis later. What's the cheapest way to get data out of the CAN bus? Would this work? http://www.amazon.com/gp/product/B005FEGP7I/ref=ox_sc_sfl_title_1?ie=UTF8&p sc=1 Any suggestions on where to source an OBDII Y cable? Tom

3 3

i-MiEV support?
by lee colleton 05 Feb '14

05 Feb '14

I've seen that charging the i-MiEV is supported from other threads in the archive. What's the status of environmental control? I don't see the i-MiEV listed on the support page: http://openvehicles.com/vehiclesupport For my own part, I've damaged my remote and it's replacement cost is very high. I'd like to automate the process of charging and especially heating my car and have an OVMS unit on order. regards, --lee

1 0

Re: [Ovmsdev] Twizy45 testing needed
by Julien (JaXX) Banchet 04 Feb '14

04 Feb '14

Hi all, Hi Michael, Listen, first things first: Wow, what a f*cki’n crazy great job you’ve done there !!! Now: well, works as expected on my Twizy45, Tried these on a very short run: POWER 120 115 110 (I believe I feel a slight difference, but not that obvious) SPEED 60 75 (didn’t have any slope to go beyond, got up to 60 neat and fast, kind of surprising/scary at first) RECUP 27 42 Ok, Recup: 27 instead of the default 21 (on the T45) is sensible, at the limit of slowing down a bit to fast for the following cars without a brake light 42 on brake is scary: you’re already at 27, once you barely touch the brake, 42% recuperation kicks in after half a second, so you get your expected friction-brake slowdown and boom, an extra slow down from recuperation… 42 is really too agressive, making an in between/modulated foot controlled slowdown nearly impossible… Will try 25 35 (Delta of 10% instead of 15%) We’ll see… Again: w00t! in town the crazy parisians will be less tempted to push me over the road as long as I can keep up with their illegal speeds ! (note: This is to be done at your own risk, mostly legal) (sorry for the lack of mail quote, I deactivated the digest mode which is kind of a pita) -- Julien (JaXX) Banchet

3 10

OVMS prevents manual charging, even from smartphone app
by Bennett Leeds 04 Feb '14

04 Feb '14

I had a power failure last night, so charging was interrupted.I went to the iOS app to charge, and it did, then stopped. Tried again. Went out to the car and saw that "Charging Stopped by Request." Sent a "ADD DISABLE 1" message, and than charging started fine. Shouldn't a charge initiated from the smartphone app happen no matter what? For a crude implementation,it could do a temporary ACC DISABLE until charge is complete and then reinstate ACC. thanks - Bennett

2 1