January 2018 - OvmsDev - Open Vehicles

Flip The Fleet - automated data collection
by Dima Ivanov 08 Jan '18

08 Jan '18

Hi everyone, My name is Dima - Tom Parker introduced me to your group. I'm a co-founder of a citizen science project called Flip The Fleet (www.FlipTheFleet.org<http://www.FlipTheFleet.org>) - we are gathering data from hundreds of EV and PHEV owners throughout New Zealand using my benchmarking platform called PowerStats (www.powerstats.co<http://www.powerstats.co>). If you are interested, the first few lines on the Flip The Fleet website talk about the project at a high level (to avoid writing it out here). Currently, all our drivers input their data into the PowerStats portal manually - as in, they look at their dash and their scanner app if they have one (e.g. LeafSpy), and type in the numbers they see into a web page inside our secure portal. They receive automated reminders, and do this data entry each month. For the early adopters and geeks - this is fine, they are happy to do this all day long. However, business owners and fleet managers don't want to spend this time - and we'd like businesses' data. In order for Flip The Fleet to have appeal to business, we need to automate data gathering as much as possible, so fleet managers only enter contextual data like satisfaction levels, maintenance spend etc. I would say that 90-95% of the fields we ask for can be obtained via CANBUS data. This is where your project is very exciting for Henrik and I - the devices and systems you are working on will enable us to pitch to business (and, hopefully, monetise the two years of hard work Henrik and I have put into starting Flip The Fleet!) Here are some immediate questions Tom has suggested I ask you: 1. V3 hardware, when do you think it'll be ready? 2. NQTT protocol support - is anyone working on the v3 server (NQTT) or should we try to integrate with the V2 server, once the hardware is available? Due to the character of a lot of our drivers, I'm sure there will be more than enough guinea pigs for your devices, should you need to have them tested out in the field. You'll see the top-10 makes and models of cars we have registered on the Flip The Fleet homepage, towards the bottom. If we can be of help to you, we would love to assist by shoulder-tapping the right people. Look forward to your reply. Kind regards, Dima Ivanov Managing Director, PowerStats Limited Ph: +64-(0)21-927-346 Address: ecentre, Oaklands Road, Albany 0632, Auckland, New Zealand Skype: d.y.ivanov E-mail: dima(a)powerstats.co<mailto:dima@powerstats.co> Web: www.powerstats.co<http://www.powerstats.co/> P please consider the environment before printing this e-mail

2 2

Emergency alert
by Geir Øyvind Vælidalo 08 Jan '18

08 Jan '18

Hi guys, I’ve been thinking of adding an emergency alert to the Kia Soul module that kicks in when the hazard lights are turned on, airbags are deployed or in other situations that might be a reason for concern. These alerts would be sent as SMS to a list of recipients that the user specifies. Typically I would include my own number, my wife’s and a few of my closest family. The alert can contain location, type of alert (airbag deployment, hazard light or other), number of passengers (by keeping track of the seat belt sensors), maybe using BT to see which phones are in the car. That way, we can call in to see if everything is ok and act if needed. What do you think? Is this functionality that could/should be general and added to vehicle? Geir

4 5

How to start supporting a new vehicle
by Thomas Stinner 07 Jan '18

07 Jan '18

Hi Guys, first i would like to thank you for all the work you have already done and the progress you’ve made so far. I would like to add support for a new vehicle, the Hyundai Ioniq. Since the car has no support for BlueLink in Europe i would like to start with some basic things, such as checking SoC etc. Since v3 of OVMS is around the corner it probably does not make sense to add support in v2 and get the required hardware for that. However, information about v3 is still very limited - in principal it is the github repo and this mailing list. It is also unclear to me if the hardware has already been finalized and available (at least as developer kit) or not. Any hints on where i should start digging into it? Grüße / Greetings Thomas

2 2

Macros MIN and MAX
by Stephen Casner 05 Jan '18

05 Jan '18

Michael and Geir, Can you please see whether the definitions of MIN and MAX in your files are needed? These macros are defined in: esp-idf/components/newlib/include/sys/param.h which gets included from ovms_config.h and perhaps other places. When I'm compiling with release v3.0 the redefinition of these macros shows up as a warning. It would be possible to ignore the warning and it might also be possible to turn off the warnings by changing the configuration, but if the definitions are not needed this would be cleaner. -- Steve

4 5

Problems with IncomingFrameCan when registering two can buses.
by Geir Øyvind Vælidalo 04 Jan '18

04 Jan '18

I’m having problems with IncomingFrameCan when reading from two can buses from the Kia Soul. One of the can buses dies prematurely, and quite fast, with no visible errors. Most of the time it is Can2 that dies, however that is not always the case. I tried with an almost empty IncomingFrameCan2, containing just a counter to see how many times it is called, and it varied from 15 to almost 200 before it dies. This is the code: RegisterCanBus(1, CAN_MODE_ACTIVE, CAN_SPEED_500KBPS); RegisterCanBus(2, CAN_MODE_ACTIVE, CAN_SPEED_100KBPS); … void OvmsVehicleKiaSoulEv::IncomingFrameCan2(CAN_frame_t* p_frame) { uint8_t *d = p_frame->data.u8; m_counter->SetValue( m_counter->AsInt()+1 ); } IncomingFrameCan1 is quite verbose, but should not take too long time to process. But I have a lot of Polls on Can1: static const OvmsVehicle::poll_pid_t vehicle_kiasoulev_polls[] = { { 0x7e2, 0x7ea, VEHICLE_POLL_TYPE_OBDIIVEHICLE, 0x02, { 30, 30, 30 } }, // VIN { 0x7e4, 0x7ec, VEHICLE_POLL_TYPE_OBDIIGROUP, 0x01, { 30, 10, 10 } }, // BMC Diag page 01 { 0x7e4, 0x7ec, VEHICLE_POLL_TYPE_OBDIIGROUP, 0x02, { 30, 30, 10 } }, // BMC Diag page 02 { 0x7e4, 0x7ec, VEHICLE_POLL_TYPE_OBDIIGROUP, 0x03, { 30, 30, 10 } }, // BMC Diag page 03 { 0x7e4, 0x7ec, VEHICLE_POLL_TYPE_OBDIIGROUP, 0x04, { 30, 30, 10 } }, // BMC Diag page 04 { 0x7e4, 0x7ec, VEHICLE_POLL_TYPE_OBDIIGROUP, 0x05, { 30, 30, 10 } }, // BMC Diag page 05 { 0x794, 0x79c, VEHICLE_POLL_TYPE_OBDIIGROUP, 0x02, { 30, 30, 10 } }, // OBC - On board charger { 0x7e2, 0x7ea, VEHICLE_POLL_TYPE_OBDIIGROUP, 0x00, { 30, 10, 10 } }, // VMCU Shift-stick { 0x7e2, 0x7ea, VEHICLE_POLL_TYPE_OBDIIGROUP, 0x02, { 30, 10, 0 } }, // VMCU Motor temp++ { 0x7df, 0x7de, VEHICLE_POLL_TYPE_OBDIIGROUP, 0x06, { 30, 10, 0 } }, // TMPS { 0x7c5, 0x7cd, VEHICLE_POLL_TYPE_OBDIIGROUP, 0x01, { 30, 10, 0 } }, // LDC - Low voltage DC-DC { 0, 0, 0, 0, { 0, 0, 0 } } }; The few times that Can2 is the one that lives on, I can’t see any metrics from Can1. Current source can be seen here: https://github.com/goev/Open-Vehicle-Monitoring-System-3 <https://github.com/goev/Open-Vehicle-Monitoring-System-3> in case someone can take a look. Any pointers to where I can start looking, or tips to what I can try? Best regards, Geir

4 44

Console logging / CAN tracing
by Michael Balzer 01 Jan '18

01 Jan '18

I've found a strange issue with console logging and/or especially CAN tracing: If CAN tracing is enabled and a command that sends CAN frames and runs longer than about a second (?) (i.e. "co can1 scan"), the trace output first becomes garbled, the command will need much longer than usual to finish, and after returning to the prompt, the hex and single char output of the trace is split into separate outputs, coming one per second (running for a while), intermixing with the shell prompt. Also trace output gets garbled especially on a parallel telnet session. I suspect that's due to the UART queue becoming full, and the console logger doing xQueueSendToBack() with 1000 ms timeouts. Every hex dump byte is logged by a separate call to MyCommandApp.Log(). If the queue is full, every single call gets delayed for a second …adding up to block the console for as many seconds as there are calls…? (unverified theory) > As proposed, I will change the script code to use BufferedShell and > also change how console_logger() is done so I can remove the > problematic OvmsConsole::Log() function. Then puts() will work again, > too. > -- Steve Is this related? I.e. should the CAN trace output be done using ESP_LOG instead of MyCommandApp.Log()? If so I can take care of that… Regards, Michael -- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

3 8