[Ovmsdev] i-Miev/C-Zero/iOn

[Thomas Bergo]

Thank you.

The switch was the problem. Now I'm "live" in the iOS app.

Now I need to debug my code.
If anyone is interested my fork of the code is available at
https://github.com/tbergo/Open-Vehicle-Monitoring-System/
Since I not get any updates, I suspect I have done something wrong setting
up the filter part. Please feel free commenting and contribute.

SW is not my strong side, as I'm mostly into HW.

Regards, Thomas

mandag 16. september 2013 skrev Mark Webb-Johnson følgende:

>
> As Tom, says, please double-check the little GSM/GPRS switch on the board,
> and make sure it is towards the inside of the board (away from the edge).
>
> Other than that, it is worth double-checking the basic configuration. You
> can send to me (mark at openvehicles.com <javascript:_e({}, 'cvml',
> 'mark at openvehicles.com');>), responses to the following SMS commands:
>
> STAT
> MODULE?
> SERVER?
> GPRS?
> DIAG
>
>
> Regards, Mark.
>
> On 16 Sep, 2013, at 5:02 AM, Thomas Bergo <thomas.bergo at gmail.com> wrote:
>
> Finally got some time to work on the i-Miev implementation.
>
> But I'm facing some issues setting up the car module.
> - SMS is working and are able to send messages to the car module and get
> answers.
> - Problem getting the GPRS to work. Get "Not connected" and "Not connected
> (0x0041) when sending GPRS?
> - No connection from the iOS app to server. Only red flashing antenna.
>
> Any advise?
>
>
> Still has some debugging to do on the i-Miev code, as i'm only get "SOC:
> 0%" from STAT?
>
> Regards, Thomas
>
>
> 2013/5/1 Mark Webb-Johnson <mark at webb-johnson.net>
>
>
> I've created a stub file (vehicle_mitsubishi.c), and pushed to github. If
> you pull head you'll get it. This is just a stub. You'll need to setup the
> CAN IDs you want to receive (in the filters), and then add the decoding
> logic to update the car_* variables.
>
> Regards, Mark.
>
> Regards, Mark.
>
> On 30 Apr, 2013, at 5:29 AM, Thomas Bergo <thomas.bergo at gmail.com> wrote:
>
> Hi,
>
> So far the following CAN messages is discovered by Priusfan published on
> myimiev forum:
>
> SOC
> RPM
> Range
> Battery current
> Battery voltage
> Speed
> Odo
> Battery cell voltage
> Battery cell temperature
>
> So we still have to find Car On/Off and the charging status.
>
> Those messages are available as Mitsubishi has made a CAN Gateway where
> those data is provided.
> http://www.pref.nagasaki.jp/ev/ev&its/120614/navi/gateway_gaiyou.pdf
>
>
> Regarding the two-character abbreviation I think Brand-Model (MI) as TR
> and RT is most intuitive. So my vote goes to MI.
>
> I'm interested in using the OVMS v1 HW for logging of CAN messages. How to
> pay for postage?
>
> Regards, Thomas
>
>
> mandag 29. april 2013 skrev Mark Webb-Johnson følgende:
>
> Thomas,
>
> Earlier this year, Matt Beard mentioned he was interested in doing i-Miev
> support, but I'm not sure of his status. He is on this list, so should see
> this. There are also several OVMS users who have that car in their stable,
> so the requirement is definitely there.
>
> It is probably worth firstly doing a quick feasibility check, to see what
> level of OVMS support is possible:
>
> Firstly, What are the specs for the CAN bus? What baud rate is it, and
> what is the connector? There are  just three messages that are key to
> feasibility:
>
>
>    1. SOC - battery state of charge - *car_SOC*
>       2. Car On/Off (ignition switch, or Park/Drive gear lever) - *car_doors1
>       [bit7]*
>       3. Car Charging (true or false) - *car_doors1 [bit 4]*
>
>
> If those three are available, and readable by the OVMS hardware, then the
> project is most likely feasible. There are lots of other parameters (range,
> temperature, odometer, speed, vin, tpms, etc) that are nice to have, but
> are either optional (nice-to-have) or can generally be derived from these
> three key messages - so long as they can be found. For example, on the
> Volt/Ampera we don't know the detailed charge messages, but do know whether
> the car is charging or not - we can assume charge interrupted if the charge
> finishes before 95% complete. Similarly, if the range of the car is XXkm,
> we can estimate the current range based on XX * SOC%. If the car has no GPS
> details on the CAN bus, then we can use the GPS in the OVMS module itself.
>
>
> What vehicle two-character abbreviation do you think is suitable: IM or
> MI? Exampl
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.teslaclub.hk/pipermail/ovmsdev/attachments/20130916/29abf821/attachment.html>