January 2015 - OvmsDev - Open Vehicles

OCM most charge points missing, detail info wrong
by Michael Balzer 11 Jan '15

11 Jan '15

@anyone involved in the Openchargemap integration: I'm missing about 80% of all OCM charge stations on the OVMS map display (Android). I cannot find any criteria in the station data for this effect. Example: visible: http://www.openchargemap.org/site/poi/details/32598 missing: http://www.openchargemap.org/site/poi/details/32607 Both stations are from the same provider with identical capabilities. The connection filter does not affect this, neither does the range filter or clustering. Also the detail info on visible points is wrong. See attached screen shots for the map label and detail info on #32598 as shown in the App. If I can help by more examples, tell me. This is no new issue, has been this way from the beginning. I just decided to add some missing stations from my region and then discovered they are not really missing in the OCM database. Regards, Michael -- Michael Balzer * Paradestr. 8 * D-42107 Wuppertal Fon 0202 / 272 2201 * Handy 0176 / 206 989 26

2 1

Coding in vehicle_twizy - Memory section issue
by Julien NOZAIS 09 Jan '15

09 Jan '15

Hi everybody, best wishes for 2015. I came across a memory limit while working on my project, I hope you could help me with it. I am working on the vehicle_twizy.c file. So far I added about 300 lines of running code, and I started getting the compilation error "can not fit the section", which in general appears when you have too many modules enabled while compiling. Error - section '.idata_net.o_i' can not fit the section. Section '.idata_net.o_i' length=0x00000035 I identified that the memory issue is happening as I add more code, and disappearing when I comment the code, independently of the nature of the code. I first resorted to switching to less memory intensive variables such as INT8. I then tried to put as many of my variables as I could in a separate memory section. I used a pragma directive in the same fashion that is used for the battery monitoring system extension. #pragma udata overlay vehicle_overlay_data2 It helped for a while, but at some point as I was writing calls to the writesdo(..) function a few times, it started again. I guess writesdo's arguments are stored in a memory section that was already at almost full capacity. I thought there would have been some margin before running into this kind of memory problem. For now my workaround is to remove the battery monitoring from the compilation, as it leaves enough space for my code to run. Do you have any comments or ideas on this ? Best regards, Julien

2 1

Push notifications by email
by Michael Balzer 04 Jan '15

04 Jan '15

Happy new year everyone :-) I just added an email notification channel to the server code, following a request for a personal OVMS server. https://github.com/openvehicles/Open-Vehicle-Monitoring-System/commit/172a5… As the Android notifications need the hard coded C2DM channel and C2DM is no longer supported, this is primarily meant as an alternative for those using their own server and not wanting to build their own App. It might also be useful for other users & the main server -- I would like being able to receive my Twizy trip reports by mail. Regards, Michael -- Michael Balzer * Paradestr. 8 * D-42107 Wuppertal Fon 0202 / 272 2201 * Handy 0176 / 206 989 26

2 2

holidays = less driving = dead battery
by Lee Howard 03 Jan '15

03 Jan '15

Following the last long holiday break in the US I was prepared for this holiday... I have checked the car (2005 Chrysler Sebring) several hours before needing to drive it. That car doesn't get driven as often during holiday times, and so the OVMS module slowly eats at the battery. I've had to put a battery charger onto the 12V battery three times over the last two weeks to get enough charge into the battery to where the car could start. Yes, the weather is cold. That said, if I were to park the car at the airport for a few days while I was on a trip I would need to disconnect OVMS to ensure that there would be some battery to start the car when I returned. (And that would be a time when I would want to have OVMS working - making sure my car stayed where I left it - reminding me where I parked it when I returned.) Maybe I'm in a bad area for GSM reception and so the module eats more battery trying to get and maintain connectivity. That said, I truly feel like the OVMS module could do better. I know that the v3 module is being worked-on, and I suspect that battery-use issues are already being considered, but here's my 1-item wish-list for the module: 1) It needs to go to "sleep" when GPS position does not change much or when there is not some other indication that the car is being used, charged, or such where the data has changed. It needs to do this not only to conserve battery, but also to conserve GSM/GPRS usage fees with the SIM provider. (I've mentioned the GSM/GPRS usage fees matter in a previous thread.) Thanks, Lee. -- *Lee Howard* *Mainpine, Inc. Chief Technology Officer* Tel: +1 866 363 6680 | Fax: +1 360 462 8160 lee.howard(a)mainpine.com | www.mainpine.com

1 0

Tesla Model S CAN bus hacking (for fun, not necessarily profit)
by Mark Webb-Johnson 02 Jan '15

02 Jan '15

I'm setting up a mailing group for Tesla Model S CAN bus hacking. If you are interested, please let me have your eMail address and I'll add you in. Just starting work now on having a look at what is going on inside the Model S, decoding messages, and looking at possibilities for OVMS or other projects. Current status: https://github.com/openvehicles/CAN-RE-Tool/blob/master/rules/teslamodels Regards, Mark.

10 9