April 2016 - 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

net.c SOC alert obsolete?
by Michael Balzer 08 May '16

08 May '16

Hi everyone, we've currently two low SOC alerts in the framework, one is the configurable (feature #9) min SOC alert in vehicle_ticker(), the other is the OVMS_SOCALERT code in net_state_ticker600(). The latter is fixed to 5% and does not respect user channel & notification configuration. Is there still a use case for this or is it obsolete? Regards, Michael -- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

6 9

VIN083 broadcasting?
by Michael Eymann 30 Apr '16

30 Apr '16

Hey guys, Since a while - weeks - I get frequently push notifications from VIN083 on my iPhone. I did not configured one... I look after three other VINs. Is it some Demo broadcasting? Views? Thx & Cheers Michael Mit freundlichen Grüßen / Kind regards Michael Eymann An den Teichen 34 46519 Alpen

2 1

Twizy 45 & disabled battery limits
by Michael Balzer 19 Apr '16

19 Apr '16

@Twizy 45 drivers: If some of you decided to try the battery limit deactivation, I'd appreciate some data feedback on this. In the user guide I wrote the STOP warning does come on driving only, not on braking. In the meantime I discovered it comes on braking as well: it seems the threshold to activate it is exceeding the current battery limit by more than 5000 W in any direction -- on a T80. I would like to know if the same threshold applies to a T45, if the controlling SDOs differ and how the T45 performs in "unlimited mode". If you don't want to make this public, contact me at dexter(a)dexters-web.de. Thanks & regards, Michael -- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

1 0

Re: [Ovmsdev] OvmsDev Digest, Vol 51, Issue 1
by John Link 13 Apr '16

13 Apr '16

Hello, Since the DNS change I can't seem to get curl to work any more to retrieve data from the server. this is the error message I am getting: curl: (51) SSL: certificate subject name (www.openvehicles.com) does not match target host name 'api.openvehicles.com' Does your ssl cert need to be updated for the new host name? Thanks On Mon, Apr 4, 2016 at 9:00 PM, <ovmsdev-request(a)lists.teslaclub.hk> wrote: > Send OvmsDev mailing list submissions to > ovmsdev(a)lists.teslaclub.hk > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.teslaclub.hk/mailman/listinfo/ovmsdev > or, via email, send a message with subject or body 'help' to > ovmsdev-request(a)lists.teslaclub.hk > > You can reach the person managing the list at > ovmsdev-owner(a)lists.teslaclub.hk > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of OvmsDev digest..." > > > Today's Topics: > > 1. api.openvehicles.com (Mark Webb-Johnson) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 5 Apr 2016 11:51:01 +0800 > From: Mark Webb-Johnson <mark(a)webb-johnson.net> > Subject: [Ovmsdev] api.openvehicles.com > To: OVMS Developers <OvmsDev(a)lists.teslaclub.hk> > Message-ID: <FB00A027-1D7A-4859-95F9-EB1C0212536F(a)webb-johnson.net> > Content-Type: text/plain; charset="utf-8" > > > I?ll be moving all users of either IP 54.197.255.127 or DNS name > tmc.openvehicles.com <http://tmc.openvehicles.com/> to DNS name > api.openvehicles.com <http://api.openvehicles.com/> later today. Also > switching DNS record for tmc.openvehicles.com < > http://tmc.openvehicles.com/> to be api.openvehicles.com < > http://api.openvehicles.com/>. This will be done by the server at > 54.197.255.127 issuing an OVMS protocol message to change parameter > PARAM_SERVERIP (#4) to ?api.openvehicles.com?. > > In general, going forward, using DNS name api.openvehicles.com < > http://api.openvehicles.com/>, on both the car module and Apps, will be > the recommended approach. That will allow us to do server maintenance and > migrations without requiring everyone to change their settings. > > If you would like to test this before the actual event later today, then > just change your car module parameter #4 (SERVERIP) to > api.openvehicles.com <http://api.openvehicles.com/> now. > > Regards, Mark. > >

2 1

Kia Soul user guide
by Michael Balzer 11 Apr '16

11 Apr '16

FYI: the Kia Soul team just submitted the first version of their user guide, see https://github.com/openvehicles/Open-Vehicle-Monitoring-System/tree/master/… Thanks, Jörg & Tom, great work! @Geir: can you create a pull request for the firmware version matching the guide? Regards, Michael -- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

4 7

Source Code Formatting
by Tom Parker 11 Apr '16

11 Apr '16

Hi, I've made a few improvements to the nissan leaf code (see https://carrott.org/git/Open-Vehicle-Monitoring-System.git/log/refs/heads/n… and the climate control branch on the same server ) and I noticed it had a mix of code styles. I'd like to reformat it to be consistent (mostly because I can't write consistently formatted code without a code formatter) and wanted to know if there is an agreed format to use -- there is nothing worse than trying to trace changes through a code formatting war in the history? I'm currently using the default mplabx code format configuration which suits me but is different from most of the rest of the OVMS code. Is there a configuration for mplabx I can import? -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

3 4

api.openvehicles.com
by Mark Webb-Johnson 05 Apr '16

05 Apr '16

I’ll be moving all users of either IP 54.197.255.127 or DNS name tmc.openvehicles.com <http://tmc.openvehicles.com/> to DNS name api.openvehicles.com <http://api.openvehicles.com/> later today. Also switching DNS record for tmc.openvehicles.com <http://tmc.openvehicles.com/> to be api.openvehicles.com <http://api.openvehicles.com/>. This will be done by the server at 54.197.255.127 issuing an OVMS protocol message to change parameter PARAM_SERVERIP (#4) to ‘api.openvehicles.com’. In general, going forward, using DNS name api.openvehicles.com <http://api.openvehicles.com/>, on both the car module and Apps, will be the recommended approach. That will allow us to do server maintenance and migrations without requiring everyone to change their settings. If you would like to test this before the actual event later today, then just change your car module parameter #4 (SERVERIP) to api.openvehicles.com <http://api.openvehicles.com/> now. Regards, Mark.

1 0