January 2015 - 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 19 May '17

19 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 16 Nov '15

16 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

USSD Codes
by Pierre Uhl 01 Feb '15

01 Feb '15

Hi everybody, I am trying to use USSD Codes. But the App (Android 3.2.2) does not accept * and # but only numbers. How can I input *131# to recharge the Prepaid SIM-Card? Pierre Uhl

5 14

Ampera details
by Lee Dalton 29 Jan '15

29 Jan '15

Hi folks, New here having just installed OVMS into my Ampera. Couple of questions, if I plug into the OVMS diag port can I read the Canbus messages ? Secondly, how can I send commands to the car via OVMS ? Is there a command I can send an and to trigger a specific bit of canbus message, or does that have to be hard coded into the OVMS firmware ? Thanks Lee dalton Sent from my iPhone

2 1

Fasttech production problems?
by Michael Balzer 22 Jan '15

22 Jan '15

Hi, according to a Twizy user the module is currently not available. The Fasttech support told him they've got problems with the module manufacturer (I thought that's Fasttech itself), and they're searching for a new manufacturer. There have been more reports on hardware failures lately, maybe that's what they mean? Any background info on this? Regards, Michael -- Michael Balzer * Paradestr. 8 * D-42107 Wuppertal Fon 0202 / 272 2201 * Handy 0176 / 206 989 26

6 12

Fwd: Re: OVMS App missing most charge points, detail info wrong
by Michael Balzer 15 Jan '15

15 Jan '15

FYI -------- Weitergeleitete Nachricht -------- Betreff: Re: OVMS App missing most charge points, detail info wrong Datum: Mon, 12 Jan 2015 18:30:38 +0800 Von: Christopher Cook (Open Charge Map) <christopher.cook(a)openchargemap.net> An: Michael Balzer <dexter(a)expeedo.de> Hi Michael, I'm also currently trying to get my android dev setup working again (for the OCM app). Not easy especially as they have now retired eclipse and moved to the new gradle build system in Android Studio, so there's lots of trial and error required to get things building again. The API prefix is also wrong in both cases, it should be: http://api.openchargemap.io/v2/referencedata/ (for pulling the reference data for dropdown lists etc) And the POI query should really be of the form: http://api.openchargemap.io/v2/poi/?output=json&verbose=false&<filter params> Max results filter can be much higher (2500 etc) but will potentially return more data (and take longer), my own preference would be to default the search to a smaller distance. API docs are here: http://openchargemap.org/site/develop/api It's also wrong on iOS, I did submit a pull request a while back but I don't think anything happened to it. Chris On 12/01/2015 18:13, Michael Balzer wrote: > Hi Christopher, > > thank you for your help! > > From home this morning ( 51.263201, 7.150157 ) I had 494/495 stations > on the map. > From office now ( 51.321685, 7.343394 ) I have 507 stations. The same > stations are missing. > > The search radius according to the App should already be switchable to > the vehicle range, but that switch has no effect on the number of > stations. > > So this definitely looks like the 500 results limit. > > Search: > https://github.com/openvehicles/Open-Vehicle-Android/search?utf8=%E2%9C%93&… > > > Seems to me it's this API call: > https://github.com/openvehicles/Open-Vehicle-Android/blob/81971beb45defd87e… > > > That also explains why the range switch has no effect, the distance is > fixed in the call. > > There's another call in ui/FragMap, but that's fixed (some > init/default maybe). > > I'll try to change the maxresults parameter, but I first need to get a > working Android development environment -- haven't developed Apps up > to now. > > Maybe the maxresults parameter should be user configurable. > > Regards, > Michael > > > Am 12.01.2015 um 01:57 schrieb Christopher Cook (Open Charge Map): >> Hi Michael, >> >> I'll download the code for the app from github and have a look, I >> haven't developed any of the OCM integration myself and I think >> (certainly in the case of iOS, not sure about Android) that 3rd party >> developers were paid to deliver the integration. Presumably then the >> hope is that the community will refine their efforts via github - I'm >> assuming the path is very much clear for enthusiastic developers to >> submit patches for these apps directly. I can help more on >> integration questions like calling the OCM APIs etc (such as your >> filtering question). I've held off contributing directly to the apps >> because I'm limited for time with OCM and other projects. >> >> If I find a simple fix for the API request to OCM I'll submit a pull >> request to github. >> >> For the example you've given, where is the center of your search >> (lat/long if possible)? By default the app is search from your >> current lat/long with a radius of 285 KM, max 500 results. Is it >> possible there are more than 500 charging locations in your search area? >> >> Best regards, >> Christopher Cook >> Open Charge Map >> >> On 12/01/2015 00:36, Michael Balzer wrote: >>> Hi Christopher, >>> >>> I first posted this on the OVMS developer list (I'm the Twizy >>> developer). J-C Saint-Po told me to forward this to you: >>> >>> 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 >>> >> >> > > -- Christopher Cook Open Charge Map

3 5

Free OVMS Hardware For UK EV Owners
by Kevin Sharpe 15 Jan '15

15 Jan '15

The following OVMS hardware is available for free in the UK (subject to ZCW donation); 3 x Ampera/Volt Kits; https://speakev.com/threads/open-vehicles-ampera-volt-hardware.6048/ 1 x Tesla Roadster Kit; https://speakev.com/threads/open-vehicles-tesla-roadster-hardware.6050/ Kevin Sharpe | Founder & Chair of Trustees Tel: +44 122 566 7544 ext: 800 | Skype: zerocarbonworld kevin.sharpe(a)zerocarbonworld.org <mailto:kevin.sharpe@zerocarbonworld.org> | www.zerocarbonworld.org <http://www.zerocarbonworld.org/> | twitter.com/zerocarbonworld <http://twitter.com/ZCWcharlie> Zero Carbon World is a UK Registered Charity #1141347

2 1

Re: [Ovmsdev] OVMS App missing most charge points, detail info wrong
by Michael Balzer 12 Jan '15

12 Jan '15

Hi Christopher, thank you for your help! From home this morning ( 51.263201, 7.150157 ) I had 494/495 stations on the map. From office now ( 51.321685, 7.343394 ) I have 507 stations. The same stations are missing. The search radius according to the App should already be switchable to the vehicle range, but that switch has no effect on the number of stations. So this definitely looks like the 500 results limit. Search: https://github.com/openvehicles/Open-Vehicle-Android/search?utf8=%E2%9C%93&… Seems to me it's this API call: https://github.com/openvehicles/Open-Vehicle-Android/blob/81971beb45defd87e… That also explains why the range switch has no effect, the distance is fixed in the call. There's another call in ui/FragMap, but that's fixed (some init/default maybe). I'll try to change the maxresults parameter, but I first need to get a working Android development environment -- haven't developed Apps up to now. Maybe the maxresults parameter should be user configurable. Regards, Michael Am 12.01.2015 um 01:57 schrieb Christopher Cook (Open Charge Map): > Hi Michael, > > I'll download the code for the app from github > and have a look, I haven't developed any of the > OCM integration myself and I think (certainly in > the case of iOS, not sure about Android) that > 3rd party developers were paid to deliver the > integration. Presumably then the hope is that > the community will refine their efforts via > github - I'm assuming the path is very much > clear for enthusiastic developers to submit > patches for these apps directly. I can help more > on integration questions like calling the OCM > APIs etc (such as your filtering question). I've > held off contributing directly to the apps > because I'm limited for time with OCM and other > projects. > > If I find a simple fix for the API request to > OCM I'll submit a pull request to github. > > For the example you've given, where is the > center of your search (lat/long if possible)? By > default the app is search from your current > lat/long with a radius of 285 KM, max 500 > results. Is it possible there are more than 500 > charging locations in your search area? > > Best regards, > Christopher Cook > Open Charge Map > > On 12/01/2015 00:36, Michael Balzer wrote: >> Hi Christopher, >> >> I first posted this on the OVMS developer list >> (I'm the Twizy developer). J-C Saint-Po told me >> to forward this to you: >> >> 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

1 0