- OvmsDev - Open Vehicles

Incentivising / Rewarding
by Mark Webb-Johnson 10 Sep '13

10 Sep '13

I would like to devise something to incentivise / reward people working on this project. Something beyond the personal satisfaction, and giving back to the community. What I'm thinking is to donate hardware modules to people working on new vehicle support. It would work something like this: Someone steps forward to take on support for a particular vehicle. That developer buys the hardware module, and accessories, as normal. The vehicle_xxx.c file is written, tested, and gets to a stage where it meets the milestones for that vehicle (the core functionality requirements). Open Vehicles either re-imburses the module purchase price, or sends a second module to the developer concerned (option chosen by the developer). In particular, I'd really like to incentivise work on the Leaf and iMiev modules. What about for past contributors? What about for people working on the Apps, or other parts of the system? What do people think? Would this be a good idea, or no use? Regards, Mark. P.S. What I would really like to do is get the OVMS CAN-USB adaptor working, and then give those out in large quantities. The more people decoding vehicle CAN communications, the more cars become open vehicles. But, to do that I need some one / people to step forward and help with this. The China manufacturer is standing by and asking me for the circuit diagram, but I've got too much on my plate at the moment to take on the CAN-USB hardware and firmware as well. Using a PIC32 microprocessor (with built-in USB support), and MCP2551 CAN controller, we can do this for a materials cost perhaps around US$30 (vs US$150 retail for the cheapest commercial units). I'll send out a separate 'appeal' for this, and see if anyone will step forward to help.

6 38

ACC and others
by Mark Webb-Johnson 09 Sep '13

09 Sep '13

Just a short note on progress. I managed to get a lot done over the weekend. Working with Tom on some misc functions for ACC, and all looks good so far. Basic ACC location management is done, and I've worked out a way of using base64 to encode the ACC structures into our limited 32byte parameters. Seems to work quite well - very lightweight (we already have base64 for the comms protocol), and very expandable. I'm now just trying to pull everything together to get cooldown working. Once that is working, I'll commit (even in that unfinished form). Logging (drive and charge) is already done, and part of this. Flash space is getting concerning (approaching 95% now, for experimental with all vehicles), so we'll have to address that once ACC is out. I'm getting a rather large backlog of other requests now (put aside due to ACC work, trip to USA for TESLIVE, and horrendous day job hours). Once the basic ACC is committed, I'll be able to spend some time to try to work through that. Apologies for the delays (to anyone waiting for me). Regards, Mark.

2 9

Hardware hacking OVMS v2 for fun and profit
by Mark Webb-Johnson 07 Sep '13

07 Sep '13

Over the past year or so, I've had a few people ask me the same sort of question, so thought a single reply here would help. On the v2 module circuit board there is a unpopulated 9x2 set of holes in the board. You can see it on the attached picture, between the crystal and LEDs. You can either solder directly to this, or use a header plug/socket arrangement. All the unused pins from the PIC are brought out via that header, as well as GND, +5V and +12V. There are several free analog input pins, as well as digital input/output pins available for expansion. They are all 5V TTL level. If someone wants to use these for something, I suggest you code utils.h/utils.c to provide a function to initialise and control the required ports. Just try to make it fairly non-specific so it is of some use to others. Then, the vehicle module can just call the appropriate utils.c function, presumably in response to an SMS / net_msg command. For bi-directional sync/async comms, things are a little bit more tricky. The I2C pins are used by the LEDs, so you would have to sacrifice those and hack the code to use I2C. You could in theory do a software async, but I think that would be tricky. The DIAG port is just a tap between the PIC and the modem. Probably the best, for something sophisticated, is to use the CAN bus. Regards, Mark.

5 9

Fwd: Sublicense of USB VID/PID Code
by Mark Webb-Johnson 04 Sep '13

04 Sep '13

Pretty amazing turnaround time (<24 hours). So, if we use microchip the VID/PID issue is solved. If we use AVR, I have another offer (off-list) for more PIDs than we need. Regards, Mark. Begin forwarded message: > Subject: Sublicense of USB VID/PID Code > Date: 4 September, 2013 3:05:33 AM HKT > > Sublicense of USB VID/PID Code > > Subject to the terms and conditions of Microchip Universal Serial Bus Vendor ID Sublicense signed agreement. > The code assigned to you is: > > VID: 0x04D8 PID: 0xF5A2 > > The VID/PIDs above are to be used solely with Microchip Microcontrollers. Use with any other manufacturer devices will result in termination of the sublicense agreement.

1 0

Re: [Ovmsdev] v3.1.5 Android App to Google Play
by Denis KRAUTH 03 Sep '13

03 Sep '13

Hi Mark, Thank you for the update. Unfortunately there are still some french translation strings I provided you missing. Do you want me to give you the latest strings again? Denis. Mark Webb-Johnson <mark(a)webb-johnson.net> a écrit : > >The v3.1.5 Android App has been released to Google Play. > >Enhancements are minor and primarily include support for the display of battery CAC values in the vehicle info sheet. The logo artwork has also been updated, to better reflect the multiple vehicle support we now have available. > >_______________________________________________ >OvmsDev mailing list >OvmsDev(a)lists.teslaclub.hk >http://lists.teslaclub.hk/mailman/listinfo/ovmsdev

4 5

RE : Re: v3.1.5 Android App to Google Play
by Denis KRAUTH 02 Sep '13

02 Sep '13

Thank you! Denis. Envoyé depuis mon mobile. -------- Message d'origine -------- De : Mark Webb-Johnson <mark(a)webb-johnson.net> Date : A : OVMS Developers <ovmsdev(a)lists.teslaclub.hk> Objet : Re: [Ovmsdev] v3.1.5 Android App to Google Play Denis, I've put that in, and pushed to github. I'll include it in the next version (probably later this week). Regards, Mark. On 2 Sep, 2013, at 7:33 PM, "Denis KRAUTH" <denis.krauth(a)gmail.com> wrote: > Hi Mark, > > Here is my latest values-fr\strings.xml file for the French translation. > > The missing strings in the latest Google Play release I noticed are those > relative to the vehicle view: textMOTOR, textPEM, textBATTERY etc. > I also improved some strings for better UI-fitting as they were to long. > > Denis > > -----Message d'origine----- > De : ovmsdev-bounces(a)lists.teslaclub.hk > [mailto:ovmsdev-bounces@lists.teslaclub.hk] De la part de Mark Webb-Johnson > Envoyé : lundi 2 septembre 2013 03:08 > À : OVMS Developers > Objet : Re: [Ovmsdev] v3.1.5 Android App to Google Play > > Denis, > > Whoops, sorry about that. I thought I had everything. The only thing I added > this time was CAC, and as that doesn't need to be / can't be translated. > > Yes, please send in the latest strings, and I'll get them merged in. > > Regards, Mark. > > On 2 Sep, 2013, at 3:50 AM, Denis KRAUTH <denis.krauth(a)gmail.com> wrote: > >> Hi Mark, >> >> Thank you for the update. >> Unfortunately there are still some french translation strings I provided > you missing. >> Do you want me to give you the latest strings again? >> >> Denis. >> >> Mark Webb-Johnson <mark(a)webb-johnson.net> a écrit : >> >>> >>> The v3.1.5 Android App has been released to Google Play. >>> >>> Enhancements are minor and primarily include support for the display of > battery CAC values in the vehicle info sheet. The logo artwork has also been > updated, to better reflect the multiple vehicle support we now have > available. >>> >>> _______________________________________________ >>> OvmsDev mailing list >>> OvmsDev(a)lists.teslaclub.hk >>> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev >> _______________________________________________ >> OvmsDev mailing list >> OvmsDev(a)lists.teslaclub.hk >> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev > > _______________________________________________ > OvmsDev mailing list > OvmsDev(a)lists.teslaclub.hk > http://lists.teslaclub.hk/mailman/listinfo/ovmsdev > <strings.xml>_______________________________________________ > OvmsDev mailing list > OvmsDev(a)lists.teslaclub.hk > http://lists.teslaclub.hk/mailman/listinfo/ovmsdev _______________________________________________ OvmsDev mailing list OvmsDev(a)lists.teslaclub.hk http://lists.teslaclub.hk/mailman/listinfo/ovmsdev

1 0

v3.1.5 Android App to Google Play
by Mark Webb-Johnson 01 Sep '13

01 Sep '13

The v3.1.5 Android App has been released to Google Play. Enhancements are minor and primarily include support for the display of battery CAC values in the vehicle info sheet. The logo artwork has also been updated, to better reflect the multiple vehicle support we now have available.

1 0

Lefties and righties
by Mark Webb-Johnson 29 Aug '13

29 Aug '13

They are in stock now, and QC checks passed. Hopefully will be up on fasttech tomorrow or over the weekend. Regards, Mark P.S. Working with new suppliers is scary, but sometimes surprisingly easy. This one got our business because he was the first to reply, and work out order details, on a Sunday afternoon :-)

1 0

v2.5.2
by Mark Webb-Johnson 29 Aug '13

29 Aug '13

I've just pushed to github the code for v2.5.2. This includes a workable ACC module, as well as a bunch of bug fixes. It also includes a re-working of the cooldown feature in the Tesla Roadster, based on many a hot evening spent in my car with a CAN USB adaptor and laptop. For the Tesla Roadster, I managed to find two new id#100 messages related to HVAC - 0x87 and 0x9A. This is now used by the cooldown feature to track HVAC usage and try to make it work better. HVAC HVAC message 0x87 and 0x9A are enabled with: 102 06 D0 07 00 00 80 00 08 and disabled with: 102 06 10 27 00 10 00 00 00 HVAC#1 B1=0x87 B2=Toutside (outside temperature, celcius) B3=Tmaxbrick (ESS temperature, celcius) B4=Tcoolant (coolant temperature, celcius) B5=Requested cooling % B6=Received cooling % B7= LSB \ Compressor RPM B8= MSB / HVAC#2 B1=0x9A B2=? B3=? B4=? B5=? B6=? [ seems to be refrigerent pressure (scaled with ~/4) but not certain ] B7=TcabinOutlet (celcius) B8=? [ seems to be outside temperature (celcius) ] The build configs are restructured, as previously announced. Currently, I haven't been able to fit either LOGGING or ACC in the V1 module firmware - it is just too big. I'll keep working on this, as it would be good to get at least ACC in that firmware. One caveat: this is largely untested and probably very buggy - which is why I haven't done binary builds yet. I'll test and debug over the next couple of days and then release binaries when I've got something working well. Regards, Mark.

3 5

OVMS CAN-USB Call for Assistance
by Mark Webb-Johnson 29 Aug '13

29 Aug '13

As some of you may know, over the past couple of years OVMS has made me passionate about the concept of 'open vehicles', and in particular how smartphone control and monitoring can further the cause of EV adoption. One handicap to this is the expense and difficultly of decoding the vehicle buses. I've recently launched a new project on github: https://github.com/markwj/CAN-RE-Tool With the other OVMS projects on-going, I've got too much on my plate to do this all on my own, so I'm announcing it here and hoping that some one / some people will step forward and offer to help. The main areas I need help with are finalising the hardware design and writing the PIC32 firmware - but longer-term if people want to help out with the CAN-RE-TOOL software, that would be wonderful. Open Vehicles can sponsor the hardware for developers - so all I'm looking for is donation of your time and enthusiasm to this project. If you can't directly help with the coding / hardware hacking, then perhaps just help by spreading the news about this. Volunteers please contact me at mark(a)openvehicles.com. Full details here: http://www.openvehicles.com/node/98 Regards, Mark.

1 0