November 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

OVMS v3
by Mastro Gippo 20 May '17

20 May '17

Hi all, I'd like to resurrect an old conversation. As we know, the current PIC is quickly running out of resources and maybe it's time to switch to a better platform. Two CAN buses are now desirable too. A microSD slot and direct USB connectivity wouldn't hurt either. I will probably have to design a similar hardware for myself, so I'd like to contribute to the OVMS by sharing the HW platform if you want; no strings attached of course, if you decide that there's no need for the upgrade, I'll keep on working on my project by myself! :) That said, I'd like to throw a few ideas to the table. - MCU: I'd like to use an STM32 micro. They seem to be emerging as the standard choice for diy ARM projects, and this offers a few interesting opportunities: -Programming it in c/c++ with the manufacturer CMSIS standard libraries (boring) -Programming it with the mbed.org SDK. Unfortunately no dev boards are available with dual CAN bus, but it will be easy to move to the correct micro of the same series once most of the software is ironed out on a dev board like the https://mbed.org/platforms/ST-Nucleo-F302R8/ -Programming it with an RTOS. NuttX would be my choice, as it's the one used in the Ardupilot Pixhawk platform, and I'd like to learn it. This would mean a steeper starting curve, but a lot of flexibility later as a lot of stuff is handled on the OS level (network stacks, SD card & filesystems, multitasking...). FreeRTOS is a nice option too. I'd like to use the STM32F405RG as it's the most similar to the one found on the Pixhawk, but of course I'm biased because of that, and that micro is quite overkill for the task. We can of course use a lower specced part and lose some RTOS fuctionality as long as it has 2 CAN buses. - MODEM: I have no experience in this field; is the SIM908 still a good choice or does anyone think that we should try new platforms? I like this, but I don't know if the price puts it out of budget: http://www.telit.com/telit/Pulsar/en_US.Store.display.1001./ge864-gps On the bright side, it can be programmed in python, so we can offload some of the work to the modem. This *could* allow us to free some space on the PIC, and keep that platform without changing MCU.. - Enclosure: I think that, even with the new MCU, we can still fit the old enclosure. Is that ok, or should we think about a more automotive-friendly one? Maybe waterproof for the twizy? And that's it. I think that the core SW developers should voice their opinion, as there is a lot of work to be done on that front. A huge problem will be keeping backwards compatibility to add features for the v2 users, so we should discuss about this too. Regards MG

18 70

Building with free C18 compiler
by Matt Beard 19 Nov '15

19 Nov '15

Have I missed a decision to no longer support the free C18 compiler - or has it been like that for ages? I am trying to fix an issue in the iMiev code, but can no longer build 2.6.5 due to needing the full compiler and no way am I paying £300 for it. Matt Beard

9 13

C2DM is deprecated, no new sign-ups
by Lee Howard 17 Nov '15

17 Nov '15

I've got my own OVMS server going. However, I wasn't seeing notifications on my phone (Android) since moving away from tmc.openvehicles.com. Looking at the ovms_server.pl code it appears that ovms_server.conf requires this section: [c2dm] email=<email> password=<password> accounttype=<unknown> [This "c2dm" section, along with the "server", "master", and "log" sections are undocumented in the docs/HOWTO.server.txt file.] Okay, so it would seem that I need to set-up a C2DM account with Google and put that info into the conf file. But, Google has deprecated C2DM in favour of Google Cloud Messaging (GCM), and Google is not granting any new C2DM accounts... http://developer.android.com/google/gcm/c2dm.html Is the C2DM account used by tmc.openvehicles.com a generic account that can be used by other OVMS servers? I suspect that it is a private account. If so, then push notifications for Android users on independent servers will necessarily require a transition to GCM. 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

4 10

v2.6.7
by Mark Webb-Johnson 09 Dec '14

09 Dec '14

Its been a while, and quite a bit has changed, so time for a new firmware. Changes: Twizy updates Think city updates TR VECE updates Fix issue #135 (SMS response messed up for GPRS?, etc) Fix for net_msg handling of SMS LOCK, UNLOCK, VALET, UNVALET (and others) in Tesla Roadster module Make all SMS responses include the time (if possible), but add a carbits feature FEATURE_CB_SSMSTIME to allow this to be suppressed Allow ACC acc_handle_msg to choose to handle a particular message First implemention of net_fnbits NET_FN_CARTIME (as per http://lists.teslaclub.hk/pipermail/ovmsdev/2013-November/001819.html <http://lists.teslaclub.hk/pipermail/ovmsdev/2013-November/001819.html>) For the NET_FN_CARTIME, this is enabled in vehicle modules by setting net_fnbits |= NET_FN_CARTIME during initialisation (see vehicle_obdii.c for an example) and then not adjusting car_time at all. The car_parktime can be set as normal (using car_time as a reference). This is completely untested (I’ve somehow lost GSM connectivity to my workbench in the last week or two, so this is proving hard for me to test). The logic for NET_FN_CARTIME is implemented in three places: The vehicle.c implements initialisation of car_time. The led.c implements an interrupt to increment car_time every second. As we treat 104.8576ms as 105ms, we are 0.1424ms inaccurate for each clock tick, which may build up over time (but is still more accurate than the previous approach). The net.c implements handling the response to +CCLK polls, and adjusts car_time and car_parktime if necessary. I’d appreciate it if someone with better connectivity on their workbench could help test this, and fix as appropriate. Hopefully we can get any bugs in this worked out over the next few days and when it is working change the vehicle modules to use it and then cut a firmware v2.6.7. Regards, Mark.

3 6

Can't set OVMS time zone
by Tom Saxton 27 Nov '14

27 Nov '14

I'm having problems setting the time zone from the iPhone app. When I try to change parameter #23 from -07:00 to -08:00 (or simply -8, or even -07:00), I get a "parameter out of range" error. The server log says: 2014-11-26 07:23:11 C 4 -200 -07:00 2014-11-26 07:23:14 c 4 1 Parameter out of range 2014-11-26 07:23:18 C 4 -200 2014-11-26 07:23:22 c 4 1 Parameter out of range 2014-11-26 07:23:29 C 4 -200 -08:00 2014-11-26 07:23:32 c 4 1 Parameter out of range 2014-11-26 07:24:02 C 4 -200 2014-11-26 07:24:05 c 4 1 Parameter out of range 2014-11-26 07:24:12 C 4 -200 -07:00 2014-11-26 07:24:16 c 4 1 Parameter out of range Is anyone else having this issue? I do have a few small changes in my version of the firmware, but nothing anywhere near the parameter setting code. Tom

2 2

module GPRS connection frequency
by Lee Howard 11 Nov '14

11 Nov '14

For those of you using unlimited data plans this may not matter, but for those of us using per-use/per-minute/per-MB plans the frequency at which the OVMS module connects via GPRS to the OVMS server is quite relevant for the long-term cost of using OVMS. For example, I'm using AT&T "GoPhone" per-minute plans which basically result in a $0.01 charge every time the OVMS module connects via GPRS to the OVMS server. The OVMS module does this a bit more-frequently than I had anticipated... about 3X more frequently. Consequently, I was a bit surprised to find what I had hoped to be a $100-per-year account get used faster than that... requiring me to add $100 to the account every four months or so. So the per-minute/per-use/per-MB plan I'm on ends up not really being less-expensive than their $25 per-month plan. I see that the OVMS module is connecting with the OVMS server roughly every 7 minutes... even if the car is stationary and there have been no changes to SOC or other vehicle information. I see this behaviour both with module type "VA" and "XX". I would prefer to see the OVMS module connect with the server with *greater* regularity (like, every 2 minutes) when GPS position is changing (more than the expected 60-meter or so "jitter" that I usually see) or when SOC is changing or some other information changes. However, if the vehicle is stationary and there are no SOC changes or other information changes, then I would prefer to see the OVMS module connect to the OVMS server very infrequently... like only every 30-90 minutes. Is this, by chance, something configurable? Or is this something that I'm going to need to build-into the firmware, myself? 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

3 6

Tesla Model S
by Bruce Sharpe 11 Nov '14

11 Nov '14

There was a discussion on this list some months ago that sounded quite promising for reading CAN bus data from the Model S. Then it went quiet. Are people still interested in exploring this? Regards, Bruce

2 1

How to get a quick and reliable GPS fix
by Arthur Hebert 08 Nov '14

08 Nov '14

Hi All, Does anyone know the details of how, most reliably and most quickly, to get a location fix from the GPS module after it has been powered up and after it has come out of sleep mode? I have written my own code using the OVMS hardware. To save power, it turns off the GPS power (AT+CGPSPWR=0) and puts the module to sleep (AT+CSCLK=2) while the vehicle is parked (i.e. no CAN bus activity). Once there is CAN activity again, it comes out of sleep mode (AT+CSCLK=0) and turns on the GPS (AT+CGSPPWR=1). Immediately after turning on the GPS power, I also issue one of the GPS reset commands (AT+CGPSRS=0 or AT+CGPSRST=1). The module documentation if vague about when to use the 0 reset or the 1 reset. I know that the GPS module itself isn't made to function while the module is asleep even though the commands may not give an error. I've read that it takes up to 15 minutes to get a fix on most GPS devices. In practice, sometimes I get a fix within a minute every time I start up, and other times I don't get a fix even after hours of trying with either reset option. Any information will be greatly appreciated. Thanks, Arthur

4 5