<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Kevin,<div><br></div><div>I did have some discussions a while ago with the Macchina guys - they were wanting to support OVMS (server and apps) from their module. They were driving that, and not sure where it went.</div><div><br></div><div>I like the way they are supporting the conversion market, and it is good that EVTV chose them.</div><div><br></div><div>Regards, Mark.</div><div><br><div><div>On 9 Apr, 2013, at 11:15 PM, Kevin Sharpe ZCW wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">

<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">

<div style="color: rgb(0, 0, 0); font-size: 12px; font-family: 'Helvetica Neue', sans-serif; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">
<div>
<div>
<div>Hi Mark,</div>
<div><br>
</div>
<div>IMO it would be great if the next OVMS hardware version could be compatible with the 'Generalised Vehicle Control Unit' being promoted by Jack Ricard (EVTV) and a bunch of developers.  This would allow us to move towards a generic and open architecture
 for future EV control. I'm happy to provide details of the GVCU hardware/software if you think that would be helpful.</div>
<div><br>
</div>
<div>I think we also want to make any new hardware sufficiently 'sexy' to encourage people to get involved for the benefit of all. While projects like CANary and LEAFSCAN are admirable it's a shame that so much effort is being expended on projects other than
 OVMS :-)</div>
<div><br>
</div>
<div>Keep up the good work!</div>
<div>
<div>
<table id="Table_01" width="661" height="185" border="0" cellpadding="0" cellspacing="0" style="font-family: Times; letter-spacing: normal; orphans: 2; text-indent: 0px; text-transform: none; widows: 2; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; ">
<tbody>
<tr>
<td width="1" rowspan="2" style="font-family: Arial, Helvetica, sans-serif; color: rgb(2, 112, 210); ">
<img src="http://www.zerocarbonworld.org/images/email-signatures_03.gif" width="1" height="158" alt=""></td>
<td width="136" height="81" style="font-family: Arial, Helvetica, sans-serif; color: rgb(2, 112, 210); ">
<img src="http://www.zerocarbonworld.org/images/logo.png" width="124" height="60" alt=""></td>
<td width="524" style="font-family: Arial, Helvetica, sans-serif; color: rgb(2, 112, 210); ">
<span style="font-weight: bold; color: rgb(118, 118, 118); font-size: 13px; ">Kevin Sharpe | Founder & Patron</span><br>
<div style="height: 8px; font-size: 1px; "></div>
<span style="color: rgb(118, 118, 118); font-size: 11px; ">Tel: +44 122 566 7544 ext: 800 | Skype: zerocarbonworld</span><br>
<div style="height: 8px; font-size: 1px; "></div>
<span style="font-size: 11px; "><a href="mailto:kevin.sharpe@zerocarbonworld.org" style="color: rgb(2, 112, 210); ">kevin.sharpe@zerocarbonworld.org </a>| <a href="http://www.zerocarbonworld.org/" style="color: rgb(2, 112, 210); ">www.zerocarbonworld.org</a> | <a href="http://twitter.com/ZCWcharlie" style="color: rgb(2, 112, 210); ">twitter.com/zerocarbonworld</a></span></td>
</tr>
<tr>
<td colspan="2" valign="top" style="font-family: Arial, Helvetica, sans-serif; color: rgb(2, 112, 210); ">
<img src="http://www.zerocarbonworld.org/images/email-signatures_06.png" width="653" height="49" alt=""><br>
<span style="font-weight: bold; color: rgb(118, 118, 118); font-size: 11px; ">Zero Carbon World is a UK Registered Charity #1141347</span></td>
</tr>
</tbody>
</table>
</div>
</div>
</div>
</div>
<span id="OLK_SRC_BODY_SECTION">
<div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style="font-weight:bold">From: </span>Mark Webb-Johnson <<a href="mailto:mark@webb-johnson.net">mark@webb-johnson.net</a>><br>
<span style="font-weight:bold">Reply-To: </span>OVMS Developers <<a href="mailto:ovmsdev@lists.teslaclub.hk">ovmsdev@lists.teslaclub.hk</a>><br>
<span style="font-weight:bold">Date: </span>Tuesday, 9 April 2013 07:21<br>
<span style="font-weight:bold">To: </span>OVMS Developers <<a href="mailto:ovmsdev@lists.teslaclub.hk">ovmsdev@lists.teslaclub.hk</a>><br>
<span style="font-weight:bold">Subject: </span>[Ovmsdev] More sophisticated hardware<br>
</div>
<div><br>
</div>
<div>
<div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">
<div><br>
</div>
<div>Long post - apologies...</div>
<div><br>
</div>
<div>I'm not suggesting changing the current hardware offering, but coming up with something more powerful to offer along side it. Requirements listed include:</div>
<div><br>
</div>
<div>
<ul class="MailOutline">
<li>WIFI</li><li>Bluetooth</li><li>Display</li><li>Full OBD-II</li><li>More CAN buses</li><li>3G</li><li>SD-Card for data logging capability</li></ul>
</div>
<div><br>
</div>
<div>We've been talking about this for a while, and have tried various approaches. It comes down to a choice between:</div>
<div><br>
</div>
<div>
<ul class="MailOutline">
<li>Low power embedded PIC style</li><li>High power Linux arm style</li></ul>
</div>
<div><br>
</div>
<div>My personal preference is for low-power - especially given the 12V issues we've seen.</div>
<div><br>
</div>
<div>A couple of things have come together over the past few months, and there are some interesting opportunities:</div>
<div><br>
</div>
<div>
<ul class="MailOutline">
<li>I've been looking at the PIC32MX795 microcontroller. 128KB of RAM, 512KB flash. 6 async ports. 2 CAN buses. etc.</li><li>Using controller-based touch-screen LCDs is hellishly expensive. But, Microchip have a neat solution. Using an off-chip memory buffer (or on chip ram for lower resolutions) and DMA transfers, a 4.3" LCD WQVGA resolution display (with touchscreen) can be
 interfaced for a fraction of the cost of a controller-based display, using just 5% to 10% of the CPU.</li><li>3G is possible - just need to work out the required frequencies to see if we need (a) the tri-band version, or (b) two different dual-band versions.</li><li>Full OBD-II is relatively easy - standard outputs interfaces via async serial ELM327 style (using the newer STN1110).</li><li>Single-wire CAN is also possible.</li><li>The PIC32s have USB on-board (for serial, or firmware upload).</li><li>SD-Card is relatively easy (libraries are available, and plenty of I/O PINs for the I2C controller).</li><li>Bluetooth modules are easy (async serial interface).</li><li>Wifi is possible (for wifi client based setups as an alternative to 3G - hotspot is trickier).</li></ul>
</div>
<div><br>
</div>
<div>The design I've been looking at includes:</div>
<div><br>
</div>
<div>
<ul class="MailOutline">
<li>A 4.3" multi-touch 400x240 resolution LCD display.</li><li>A primary PIC32MX795 cpu for 2xCAN ports, 1xOBD-II main control tasks (always on).</li><li>A secondary PIC32MX795 cpu with LCC setup to drive the LCD display and touchpad - this is just for UI.</li><li>SD-Card</li><li>Wifi</li><li>Bluetooth</li><li>3G+GPS</li></ul>
</div>
<div><br>
</div>
<div>We could use the 2xCAN ports on the second (display) CPU as well, if we needed them - although the basic setup above already has 3 CAN ports (2 direct and 1 via OBD-II). The primary controller has power control and can power down the other parts of the
 system (particularly power hungry systems like display) when the car is off.</div>
<div><br>
</div>
<div>
<div>It seems to me that the more advanced portion of our user base wants to do some sophisticated stuff, and there is a very large community of users out there using things like the DashDAQ for real-time logging and display of vehicle metrics.</div>
</div>
<div><br>
</div>
<div>The DashDAQ costs US$549 (plus extras), and doesn't have wifi, bluetooth, 3G - it only works on OBD-II and is 'closed' (although you can do some screen design in it).</div>
<div><br>
</div>
<div>Feature-wise, I'm looking at something like the DashDAQ. The ability to make screens with real-time metrics, as well as an in-car display. Couple that with logging capability for both low-level CAN/OBD-II traffic and high-level gps-based plots. Wifi-connectivity
 to home wifis for garages with no 3G coverage, and bluetooth for cell-phone connectivity. Plus, all the existing OVMS features.</div>
<div><br>
</div>
<div>I'm guessing that the hardware to do all of the above would be about double what we have now (so around US$200). The biggest cost items are the 4.3" display and 3G module. CPUs are cheap (about US$10 each). There are quite a large number of ancillary components
 (especially for OBD-II), but it should fit in an enclosure behind a 4.3" display.</div>
<div><br>
</div>
<div>Other than bread-boarding some mock-ups, to see if this is feasible, I haven't done any extensive work on the above.</div>
<div><br>
</div>
<div>What do people think? Is this something people would want? A way to grow the community? Or, is there a better way of doing it?</div>
<div><br>
</div>
<div>Regards, Mark.</div>
<div><br>
</div>
</div>
</div>
</span>
</div>

_______________________________________________<br>OvmsDev mailing list<br><a href="mailto:OvmsDev@lists.teslaclub.hk">OvmsDev@lists.teslaclub.hk</a><br>http://lists.teslaclub.hk/mailman/listinfo/ovmsdev<br></blockquote></div><br></div></body></html>