August 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

Re: [Ovmsdev] Open Charge Map
by Christopher Cook 17 Oct '14

17 Oct '14

Actually, on that topic (almost) - we should discuss how OVMS users might checkin (or even auto-checkin) to OCM. That would help us track which locations people are using and the quality of their experience there. Are there any recent thoughts on this from the OVMS side? Currently there are no third party apps writing to the OCM API. Doing so currently requires at least authentication (via the web UI) - this is also the method used by the OCM mobile apps. There is the possibility of a quicker/simple login to OCM via third party apps by way of a security code emailed to the user (who would either be new to OCM or an existing user). Not massively secure (there are holes in the approach) but it would make it easy for third party apps to quickly authenticate. Alternatively we can provide URLs which OVMS users would open in a browser/webview which go on to use the standard mobile app or site. This is the easiest for OVMS apps to implement. Depends on what integration people would like to see? Chris J-C Saint-Pô <jcsaintpo(a)gmail.com> wrote: >_______________________________________________ >OvmsDev mailing list >OvmsDev(a)lists.teslaclub.hk >http://lists.teslaclub.hk/mailman/listinfo/ovmsdev

9 47

Leaf EV CAN messages
by Jeremy Whaling 22 Aug '14

22 Aug '14

Hi All- Over the last few days a few of us on the mynissanleaf forum have been working on getting the TCU (telematics module) CAN messages for the various modes of operation (remote CC, status, charge). Here's what we know now: To wake up the VCM (Main controller), the TCU sends a msgID of 68C on the EV CAN bus with one byte of 00. On 2013 and newer models wake up solely on the CAN message. For 2011 or 2012 models the TCU will bring a logic line high that connects to the VCM briefly as well to wake it up. Page 64 of the "AV" section of the 2012 service manual shows the pinout of the TCU. You will need to splice into Pin 11 (light green? wire) on the large connector going to the TCU and make an appropriate circuit to pull it high briefly when the OVMS module sends the 68C message. When doing non "remote charge" testing you might be able to hit the charge override button (which uses another line to wake the VCM) then send 68C. I think that might work for testing. :-) Once the VCM is awake it looks to the TCU status message to see what's up. The status message has a msgID of 56E and the first byte determines the status (the 6 other bytes are FF). The 56E message repeats every 100ms whenever the EV CAN bus is active. The various modes are: hex binary state 46 01000110 status 86 10000110 idle 4E 01001110 cc on 56 01010110 cc off 66 01100111 remote charge That's all we have so far. Haven't tried pulling the TCU yet and duplicating it's messages but I'm reasonably confident this is all there is to it as far as remote activation. For more info, see this Google Doc with the Leaf's CAN message info here <https://docs.google.com/spreadsheet/ccc?key=0An7gtcYL2Oy0dGRaSWl6VTV2eXBQMy…> For the latest developments Leaf CAN wise, check out the thread on MNL here <http://www.mynissanleaf.com/viewtopic.php?f=44&t=4131&start=390> Take care, Jeremy

3 5

Re: [Ovmsdev] Fwd: CFG PRE: ERROR
by Michael Balzer 17 Aug '14

17 Aug '14

Hi Lionel, nice words, you're welcome :-) Regards, Michael Am 16.08.2014 20:27, schrieb Lionel Saint Denis: > > Hi Michael, > > Thank you for your quick support. > I found the solution by myself but thank you. > > Congratulations to you and the whole team. Your product changed my life. > > Cordially > > Le 16 août 2014 19:21, Michael Balzer <dexter(a)expeedo.de> a écrit : > > Hi Trig, > > for safety reasons, pre-operative mode is only allowed if the > Twizy is not in "GO" state (and not moving and not in D/R gear). > > So turn on the Twizy but do not switch to "GO", then you can use > "CFG PRE" and macro commands needing the pre-op mode. > > Reason for this is to avoid the risk of some delayed SMS switching > your Twizy to pre-op while you're on the road. > > Regards, > Michael > -- Michael Balzer * Paradestr. 8 * D-42107 Wuppertal Fon 0202 / 272 2201 * Handy 0176 / 206 989 26

1 0

tmc.openvehicles.com
by Nigel Jones 15 Aug '14

15 Aug '14

I have OVMS installed in my leaf which is up & configured with SMS access. I've also setup the GPRS connection and configured the server as 64.111.70.40 with password MODPASS I can login to http://www.openvehicles.com/ as user 624 with username OPENUSER and pass OPENPASS . I have one car registered with vehicle id VEHICLE In the android ovms app I fill in the parameters as Vehicle Id: $VEHICLE Vehicle Label: leaf OVMS Server Password: $OPENPASS OVMS Module Password $MODPASS server: tmc.openvehicles.com Where have I gone wrong as I keep getting an error to check ovms server address or vehicle id/password Thanks Nigel. -- ---- Nigel Jones

2 1

OVMS provisioning not working to US?
by Aatheus 08 Aug '14

08 Aug '14

I am exciting. I have gotten the OVMS server up and running on my personal box, and the OVMS v2 module is actively logging data to it! I am able to pull data from the Android app, and it's (mostly) correct. Very exciting when it works at last! I would love to contribute some messages from my 2014 LEAF's CAN bus to help with getting the SoC display working and other controls working. Which brings me to my question. Is the provisioning server at http://www.openvehicles.com/user restricted to EU numbers only? I tried my +1408xxxyyyy and my 1408xxxyyyy numbers, and even after 24 hours, no SMS messages were ever delivered. I ended up having to manually input the server IP, shared secret, APN and other info over serial connection. I even tried sending messages to my cell phone #, and also no SMS even after 24 hours. Very odd. Thanks, -Jeff Orr

1 0

Twizy release 3.4.0
by Michael Balzer 07 Aug '14

07 Aug '14

https://github.com/openvehicles/Open-Vehicle-Monitoring-System/commit/efe84… - Automatic recuperation level adjustment from BMS max power reading - SEVCON auto-login retries on switch-on - Power map debug output optimized - CFG POWER now allows power_low param up to 139% (same level as high=130%) - Send power statistics only if 25+ Wh used - Collect power (/current) min/max values per GPS section - Preop mode safety check in configmode() to protect against delayed SMS - Accel/decel stats now based on running average of speed changes - Client scripts now generate CSV header lines Note: had to exclude Tesla Roadster specific CAN data from diag module to get space. If other cars need these, a new preprocessor switch can be introduced. - Bugfix: RT-PWR-Log speed/accel stats output fixed for 0 distances (charge/onoff) - Now checking for carbits vehicle alert & (new) info suppression (info suppression applies to trip reports) Framework: - Added car bits flag FEATURE_CB_SVINFOS (0x10): 1 = suppress vehicle informational notifies (currently only used on Twizy) Regards, Michael -- Michael Balzer * Paradestr. 8 * D-42107 Wuppertal Fon 0202 / 272 2201 * Handy 0176 / 206 989 26

2 2