November 2013 - 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

i-Miev/C-Zero/iOn
by Thomas Bergo 24 Jan '14

24 Jan '14

Hi As a owner of a i-Miev I'm interested in OVMS support for the i-Miev/C-Zero/iOn EV. Has anyone looked into supporting those EV? I'm planing to start looking into adding support for those EV. And asking for help to add a vehicle plug-in module stub for those cars, so that naming and so on is correct. Best regards Thomas B

15 105

OVMS Leaf Support
by Robert Sharpe 03 Dec '13

03 Dec '13

Hi,Is anyone working on Leaf support?I am interested in helping if I can and have started a discussion at http://openvehicles.com/comment/220#comment-220 to capture were we are with the Leaf.Regards, Robert Sharpe (Technical Director) 07711 252971 http://www.facebook.com/EvergreenConsultingLtd http://twitter.com/EGCtechnical http://uk.linkedin.com/in/arsharpe www.evergreen-consulting.co.uk Your Plugged-in Partner Support the future and switch to a renewable energy supplier such as Good Energy Evergreen Consulting is the trading name of Sharpe Consultants Ltd

11 56

Leaf Support - Any update on the firmware progress ?
by Robert Sharpe 26 Nov '13

26 Nov '13

1 0

OVMS auxiliary mod (Think City)
by Håkon Markussen 23 Nov '13

23 Nov '13

Hi all! Just wanted to share a fee pics of how the control of auxiliary (5V-to-12V logic) was implemented in my OVMS-module. All fit inside the box. Maybe this could be implemented in Ovms HW v.3? However, I'm very pleased at this moment, being able to start preheating of my Think City during the cold winter season. Doorlock control is not that usefull, but quite a cool demo :) At the same time I would like to thank Mark (and other key-persons involved), who put so much effort in this project. Hilsen Håkon (mobilmail)

2 1

OVMS auxiliary mod (Think City)
by Håkon Markussen 23 Nov '13

23 Nov '13

Hi all! Just wanted to share a fee pics of how the control of auxiliary (5V-to-12V logic) was implemented in my OVMS-module. All fit inside the box. Maybe this could be implemented in Ovms HW v.3? However, I'm very pleased at this moment, being able to start preheating of my Think City during the cold winter season. Doorlock control is not that usefull, but quite a cool demo :) At the same time I would like to thank Mark (and other key-persons involved), who put so much effort in this project. Regards Håkon

1 0

Re: [Ovmsdev] OvmsDev Digest, Vol 22, Issue 41
by Ashwin Balan 22 Nov '13

22 Nov '13

Hi Mark, The car has a OBD II port with the typical CAN protocols accessible over the OBD II. I have a CAN-USB adapter on order but I am currently utilizing the OBDLINK MX bluetooth scan tool to get some base level readings. I had a chance to connect this same OBD reader to a Volt and the readings are very similar. I will get you a list of PIDs in the morning. I am new to this list type of arrangement (was once on a list when I owned a HP 200lx in the Mid-90s) I hope I am not cluttering up your list with newbie questions/comments. Thanks for any help you can assist with. Will get you that information ASAP. I am really excited about this prospect, I think the OVMS will really help the owners of (currently) orphaned cars like the Karma. Ashwin On Nov 21, 2013, at 8: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. Re: Fisker Karma OVMS Support (Mark Webb-Johnson) > 2. Tom and My updates (Mark Webb-Johnson) > 3. CTP SMS Command (Tom Saxton) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 21 Nov 2013 15:23:46 +0800 > From: Mark Webb-Johnson <mark(a)webb-johnson.net> > Subject: Re: [Ovmsdev] Fisker Karma OVMS Support > To: OVMS Developers <ovmsdev(a)lists.teslaclub.hk> > Message-ID: <934AA03E-2CBA-4D01-BE7E-66241756CAC6(a)webb-johnson.net> > Content-Type: text/plain; charset=windows-1252 > > Ashwin, > > I'm happy to support development of support for any and all cars. But, we really need a developer with frequent and good access to the car, to be able to do this. > > It would be good to first confirm feasibility. Do you know what sort of CAN bus connector the car has? Presumably OBD-II? Then, using a CAN-USB adaptor (or OBD-II adaptor in monitor-all mode), try to get a trace of what is happening on the bus (while car is idle, while car is driving, while car is charging, would be good). If the car works on a request-response arrangement, what are the PIDs you are getting a response on? > > Regards, Mark. > > On 21 Nov, 2013, at 2:32 am, Ashwin Balan <ashwin.balan(a)gmail.com> wrote: > >> Hi all, >> >> Has anyone done any OVMS development work for the Karma? The CAN system is setup very similarly (from what I can tell) to that of a Volt (about 49 PID?s can be read from my generic scan tool and I have a small list of PID definitions. This would be a huge benefit to Karma owners as the Command Center in the car is not every useful and if a OVMS is setup in conjunction with a tablet Fisker owners may have a much better UI to interact with the car. Anyway I will help in anyway possible. Thanks A >> _______________________________________________ >> OvmsDev mailing list >> OvmsDev(a)lists.teslaclub.hk >> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev > > > > ------------------------------ > > Message: 2 > Date: Thu, 21 Nov 2013 21:40:24 +0800 > From: Mark Webb-Johnson <mark(a)webb-johnson.net> > Subject: [Ovmsdev] Tom and My updates > To: OVMS Developers <ovmsdev(a)lists.teslaclub.hk> > Message-ID: <FD9DABCA-6073-4694-9E67-FFD89EF8B137(a)webb-johnson.net> > Content-Type: text/plain; charset="windows-1252" > > > Quite a few updates have just been pushed, and may have broken things, but so far seem ok to me. > > Tom?s changes are: > > add params to vehicle_minutestocharge > add #define for charge voltage assumed by ACC > add CTP SMS command > add timestamp to STAT SMS command > generalize timestring_to_mins > TR: CTP uses CAC100 for better resolution > TR: move MinutesToChargeCAC code into vehicle_teslaroadster_minutestocharge > TR: separate taper profiles for each charge mode > > My changes are: > > Add new polling framework to vehicle.{h,c} > Use new polling framework to implement vehicle_obdII > Extend polling framework for extended (mode 0x22) pid requests > Extend polling framework for Nissan Leaf style multi-frame requests > Change crypt_md5 to try to reduce ram usage (particular initialised ram) > > I?ve also extended CAN-RE-TOOL to build a simulation framework, to help test the above and to act as a framework for future work. > > I haven?t changed the VoltAmpera to use the new framework yet. > > Now, the framework is stable, I can finalise the Nissan leaf polling code. > > Regards, Mark. >

1 0

Tom and My updates
by Mark Webb-Johnson 21 Nov '13

21 Nov '13

Quite a few updates have just been pushed, and may have broken things, but so far seem ok to me. Tom’s changes are: add params to vehicle_minutestocharge add #define for charge voltage assumed by ACC add CTP SMS command add timestamp to STAT SMS command generalize timestring_to_mins TR: CTP uses CAC100 for better resolution TR: move MinutesToChargeCAC code into vehicle_teslaroadster_minutestocharge TR: separate taper profiles for each charge mode My changes are: Add new polling framework to vehicle.{h,c} Use new polling framework to implement vehicle_obdII Extend polling framework for extended (mode 0x22) pid requests Extend polling framework for Nissan Leaf style multi-frame requests Change crypt_md5 to try to reduce ram usage (particular initialised ram) I’ve also extended CAN-RE-TOOL to build a simulation framework, to help test the above and to act as a framework for future work. I haven’t changed the VoltAmpera to use the new framework yet. Now, the framework is stable, I can finalise the Nissan leaf polling code. Regards, Mark.

2 1

Fisker Karma OVMS Support
by Ashwin Balan 20 Nov '13

20 Nov '13

Hi all, Has anyone done any OVMS development work for the Karma? The CAN system is setup very similarly (from what I can tell) to that of a Volt (about 49 PID’s can be read from my generic scan tool and I have a small list of PID definitions. This would be a huge benefit to Karma owners as the Command Center in the car is not every useful and if a OVMS is setup in conjunction with a tablet Fisker owners may have a much better UI to interact with the car. Anyway I will help in anyway possible. Thanks A

2 1

Request for Comments - Charge Bay Alert
by Paul Churchley 20 Nov '13

20 Nov '13

First, hello to everyone. I am a software/web developer in the UK. I own a Nissan Leaf and a Vauxhall Ampera. As more and more EVs get on the roads so the public charging locations are going to become more and more busy. Waiting to charge might not be the norm at the moment because there are still low numbers of EVs out there but as they become more popular so the public charging bays will become congested and having to wait while another car finishes its charge will become more the norm. Already we are seeing EV drivers leaving their mobile numbers on the dash so that drivers of EVs that arrive later can call to let the driver of the charging car know that someone is waiting to use the charger. They can then ensure they return to the car as soon as the car is charged to unplug and allow the newcomer to start their charge. Without this communication it is very possible that the driver of the charging car may not know someone is waiting and so may not return for some time after his car has completed its charge. Unplugging a car that has completed its charge is sometimes possible but in some jurisdictions this may be illegal and sometimes the charge post fails to allow further charging if the car is unplugged without using the original card. So we need an easy and simply way to contact the owner of a charging EV to inform them someone is waiting. Also, some people may not want to publicise their cell number on their dash for security reasons. About 18 months ago I developed a standalone web site that allowed an arriving EV driver to send an SMS message containing the licence plate number of the car charging in the bay and the web site would then look up the licence on its database to get the mobile number of the owner and then send a SMS message to that owner informing them that someone was waiting to charge. They could then send an SMS back to the web site with an expected return time. The web site would then SMS the waiting EV driver the expected return time and optionally the charging drivers mobile number. Using this system EV drivers could establish 2-way communication without any driver having to make their mobile number public. The only requirement was registration on the web site prior to use to allow the mobile number look up to take place. Once registered a window sticker was sent out with the web address showing that the car was registered. Registration could be done via mobile too so an arriving driver could see that the charging car was registered and could then register themselves immediate and then use the system. I bulk purchased SMS messages from a provider that provided a API so I could send and receive SMS messages via PHP on the web site. I paid for these myself for testing but I would imagine that there must be some registration andor use fee to cover these and hosting costs. I wouldn't expect it to be much though as the emphasis is on providing the service and not profit. The system was tested in the UK but there simply were not enough EVs in the UK at that time to justify having the system. Now things are getting busier I wondered is such a system might be benefitial so I would like to ask for comments. I thought that now we have OVMS perhaps there would be scope to interface it with OVMS in some way? I know that OVMS and Open Charge Map are potentially interfaced so it would make sense to leverage these systems where appropriate. Any comments would be appreciated. Paul Churchley Bio: I am a self-employed software/web site developer of 30+ years. I have PHP, mySQL and other programming skills and could contribute towards developing such a system or perhaps developing similar functionality in other systems such as OVMS.

3 3