<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">MG,<div><br></div><div>Not definite, but certainly something that seems to make sense to keep cost down.</div><div><br></div><div>I have contacts in China, and they are trying to source something. The site you reference is the sort of people we are talking to.</div><div><br></div><div>Regards, Mark.</div><div><br><div><div>On 17 Jun, 2014, at 5:50 pm, Mastro Gippo <<a href="mailto:gipmad@gmail.com">gipmad@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr"><div><div><div>It's interesting to see that we're moving to a linux solution, but it's a bit scary at the same time. While a linux box would allow us to get the basic setup running somewhat quickly, it takes a lot more time, effort and deep knowlege to make the system really safe and sound.<br>
</div>I also am a bit scared about the power drain, as low power modes in these machines look quite harder to implement/achieve, but I'm not an expert so I wouldn't know. I found this: <a href="http://www.armdevs.com/WiFiG25.html">http://www.armdevs.com/WiFiG25.html</a><br>
Linux, wifi, SD card onboard makes it ideal for OVMS, a microchip SPI-CAN converter or a dedicated small MCU would complement it.<br><br>OR, maybe the best route would be to contact some phone designer in Shenzhen? I purchased a nice dual sim, 4.5 inch screen, 3G, wifi, BT, SDcard, 2 cameras + flash, glass touchscreen, 2 batteries, (no GPS, lol) android device for 270 kuai (~40$) when I was in SZ in April, there MUST be a small dev board with all we need based on an MTK chipset... Then we just add a micro for CAN -> whatever and we're set. The fact that android handles the modem by itself, and it's quite good at it as it consumes very small power even while receiving notifications from the network makes a device like that ideal for the development of something very worthwile with the smallest effort. It would make handling updates incredibly easy too. The fact that this possibility is SO NEAR, but at the same time EXTREMELY FAR, is making me crazy. I love to hate China.<br>
</div>Mark, can you cross the border and ask around for MTK boards? :)<br><br></div>MG<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-06-17 10:24 GMT+02:00 Michael Balzer <span dir="ltr"><<a href="mailto:dexter@expeedo.de" target="_blank">dexter@expeedo.de</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
Regarding the display, only smartphones can possibly do the job. I
got quite a lot comments from users saying it's good the OVMS can be
used without a smartphone. Also I personally would like to have a
dedicated fixed mounted display for the additional live info from
the OVMS -- in fact that's why the Twizplay (<a href="http://www.twizplay.de/" target="_blank">www.twizplay.de</a>) is so
appealing.<br>
<br>
Btw: the Twizplay uses an EA DOGM128-6 LCD module which can be
controlled via SPI and costs around 11 Euro (1 pc). There's a touch
panel option for this display available, not sure about getting the
touch input via SPI though.<br>
<br>
For the Samsung NX300, I thought that does 2-3 hours with active
camera + display + wifi. But I'm not certain about that, just read
some consumer tests because of the hacking possibilities :-)<br>
<br>
Regards,<br>
Michael<br>
<br>
<br>
<div>Am 17.06.2014 07:39, schrieb Mark
Webb-Johnson:<br>
</div><div><div class="h5">
<blockquote type="cite">
<div><br>
</div>
What I'm wondering is how valuable it would be to have a device in
the car capable of:
<div><br>
</div>
<div>
<ul>
<li>logging can bus traffic to SD card</li>
<li>logging can bus traffic remotely (over wifi, etc)</li>
<li>Issuing CAN bus requests remotely</li>
<li>Receiving firmware updates remotely</li>
</ul>
</div>
<div><br>
</div>
<div>And, what if that device was OVMS itself?</div>
<div><br>
</div>
<div>I know that when I am developing for OVMS, I spend a
tremendous amount of time switching between OVMS and a CAN bus
logger. Also, removing OVMS to program it, and plugging it back
in again. My lousy cellular reception at home doesn't help
(although has probably helped OVMS deal with lousy cellular
reception situations quite well). My ideal device would be in
the car always. It would allow me to log all traffic (or
selected traffic with an easy start/stop/trigger), and remotely
download those logs. It would allow me to make a change to the
firmware, remotely, and see the impact. The issue would be doing
all that while keeping security high as well as power
consumption and price low.</div>
<div><br>
</div>
<div>Regarding the display, could this be bluetooth to an
Android/iPhone? Or, do we need a physical display? With most of
the device nowadays, adding a directly attached display is not
too hard (and not too expensive) so long as it is on ribbon
cable less than perhaps 6" away. But, if a remote display is
required, that tends to drive up the price dramatically. It
seems that the CPUs nowadays can directly control a display.
But, if you want to run a remote display than you have to use
UART (or something like that) and then run a separate CPU in the
display itself.</div>
<div><br>
</div>
<div>Regards, Mark.</div>
<div><br>
<div>
<div>On 17 Jun, 2014, at 1:20 pm, Tom Saxton <<a href="mailto:tom@idleloop.com" target="_blank">tom@idleloop.com</a>>
wrote:</div>
<br>
<blockquote type="cite">I think it's incredibly valuable to
keep the $100 price point.<br>
<br>
It seems to me that the hard part of adding support for
other vehicles is<br>
figuring out the CAN bus codes. That's ideally done with
hardware<br>
optimized for that task, which is probably not the OVMS
device. There's so<br>
much framework already in place that once you know how to
read values and<br>
issue commands, getting that into OVMS isn't that hard.<br>
<br>
Making OVMS more expensive to better serve the developer
community will<br>
make it a harder buying decision for end users. Hopefully,
we'll<br>
eventually have thousands of users for every developer.<br>
<br>
It would, of course, be an improvement to make firmware
updates easier for<br>
end users, that is an important issue.<br>
<br>
I would like to see some sort of display, either on the box
or remote, so<br>
I can see SOC in the car without using a phone.<br>
<br>
Tom<br>
<br>
-----Original Message-----<br>
From: Lee Howard <<a href="mailto:lee.howard@mainpine.com" target="_blank">lee.howard@mainpine.com</a>><br>
Reply-To: OVMS Developers <<a href="mailto:ovmsdev@lists.teslaclub.hk" target="_blank">ovmsdev@lists.teslaclub.hk</a>><br>
Date: Monday, June 16, 2014 at 11:55 AM<br>
To: OVMS Developers <<a href="mailto:ovmsdev@lists.teslaclub.hk" target="_blank">ovmsdev@lists.teslaclub.hk</a>><br>
Subject: Re: [Ovmsdev] OVMS v3<br>
<br>
<blockquote type="cite">I want to say "amen" to both Kevin's
and Matt's comments.<br>
<br>
Right now it's really only fully useful for Roadster (and
Model S)<br>
owners. Volt/Ampera owners (and Leaf and Twizzy?) can
remotely get a<br>
limited amount of incredibly useful information (like
SOC), but the<br>
degree of control that the Roaster owners have isn't there
(locking,<br>
unlocking, pre-heating/cooling, etc.).<br>
<br>
I intend to develop-in some of these features over time -
at least for<br>
Volt/Ampera, and the only thing that has me not yet doing
that is my<br>
need to get up-to-speed on the development environment and
methods.<br>
<br>
However, even if all of the features available to Roadster
owners were<br>
there for everyone, there is still so much more potential,
as Kevin and<br>
Matt have said.<br>
<br>
If something isn't done to enable the expanded use then
OVMS will<br>
continually only cater to a limited audience: one that
wants access to<br>
various remote-control and remote-tracking features, but
with limited<br>
local (in-car) usability and limited developer appeal.<br>
<br>
Thanks,<br>
<br>
Lee.<br>
<br>
-- <br>
*Lee Howard*<br>
*Mainpine, Inc. Chief Technology Officer*<br>
Tel: <a href="tel:%2B1%20866%20363%206680" value="+18663636680" target="_blank">+1 866 363 6680</a> | Fax: <a href="tel:%2B1%20360%20462%208160" value="+13604628160" target="_blank">+1 360 462 8160</a><br>
<a href="mailto:lee.howard@mainpine.com" target="_blank">lee.howard@mainpine.com</a>
| <a href="http://www.mainpine.com/" target="_blank">www.mainpine.com</a><br>
_______________________________________________<br>
OvmsDev mailing list<br>
<a href="mailto:OvmsDev@lists.teslaclub.hk" target="_blank">OvmsDev@lists.teslaclub.hk</a><br>
<a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev" target="_blank">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a><br>
<br>
</blockquote>
<br>
<br>
_______________________________________________<br>
OvmsDev mailing list<br>
<a href="mailto:OvmsDev@lists.teslaclub.hk" target="_blank">OvmsDev@lists.teslaclub.hk</a><br>
<a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev" target="_blank">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a><br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset></fieldset>
<br>
<pre>_______________________________________________
OvmsDev mailing list
<a href="mailto:OvmsDev@lists.teslaclub.hk" target="_blank">OvmsDev@lists.teslaclub.hk</a>
<a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev" target="_blank">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a>
</pre>
</blockquote>
<br>
</div></div><div class=""><pre cols="72">--
Michael Balzer * Paradestr. 8 * D-42107 Wuppertal
Fon <a href="tel:0202%20%2F%20272%202201" value="+3902022722201" target="_blank">0202 / 272 2201</a> * Handy 0176 / 206 989 26
</pre>
</div></div>
<br>_______________________________________________<br>
OvmsDev mailing list<br>
<a href="mailto:OvmsDev@lists.teslaclub.hk">OvmsDev@lists.teslaclub.hk</a><br>
<a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev" target="_blank">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a><br>
<br></blockquote></div><br></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>