[Ovmsdev] VW e-Up read/poll via OBD is working

Fri Jul 31 02:04:13 HKT 2020

Soko,

don't get me wrong, no criticism intended. If I had my Mii, I could help
you by trying some things. Not sure if that will even be this year… no
info whatsoever by Seat.

I'm happy to let you guys go ahead on the UpMiiGo part, looking forward
to getting my first car that already has an OVMS adaption :-)

And of course I'll help you getting into the framework, our developer
documentation lacks almost everything.

That also applies to the RE tools. As Chris already posted, use the beta
UI, that helps. But the toolkit can do more than the UI supports, for
example apply filters and do OBD request analysis. Browse through the
"re" commands to get an idea (use the "?" on the (sub-)command to see
the synopsis & info).

Basic command intros by Mark:

  * http://lists.openvehicles.com/pipermail/ovmsdev/2017-October/003408.html
  * http://lists.openvehicles.com/pipermail/ovmsdev/2017-November/003446.html

Btw, if using the re shell output from the web shell, that will
currently include lots of ANSI escape codes. Use the UI instead ;-)

Regarding the OBD port, the first place to look is the schematics. Do we
have these yet? If not, checking the voltage levels on the other port
pins can give a first hint. If something looks like a data signal, a
logic analyzer can tell if that's CAN.

The OVMS has two additional CAN buses on the DA-26 port we can use, so
all you need is a cable. Most standard OBD DIAG interfaces won't support
additional buses on the port.

Regards,
Michael

Am 30.07.20 um 17:56 schrieb Soko:
>
> @devmarxx: Is there any doc/guide on how to use this RE Tools?
>
> @Michael: Yeah, I know. You would have done my 1-day work in 5 mins. I
> know C++ but I don't know the OVMS framework. But its like with any
> project: The issue is not the language, its the framework.
>
> Until you have yours you have to settle with me unfortunately ;)
>
> My cousin has a working VCDS HEX interface and I have an y-adapter so
> I can listen with an ELM327 adapter to the commands VCDS is sending.
> Maybe I can find any car status there. Device 09 is a good hint.
>
> But as you said: I have still have to poll this, even if I find a status.
>
> I can't say (of course) if there's another CAN bus @ OBD port. All
> this CAN/OBD/Bus stuff is completely new to me.. ModBus RTU/TCP, MBus
> etc. I would know ;)
>
> So if you can point me in any direction what to try - or what you
> would do - I happy to dig into it.
>
> Soko
>
> PS: Any idea when you'll get your Mii?
>
> On 30.07.2020 17:14, Michael Balzer wrote:
>> If only I had my Mii already…
>>
>> If the OBD port is shielded from the CAN traffic, you need to poll
>> some device. ECU = Engine Control Unit = device 01.
>>
>> I would suspect the basic car status info to be available from device
>> 09 (central electrics), but it seems no PIDs have been RE'd from
>> there yet. So maybe you need to derive the info from some other
>> mode/status register.
>>
>> It's bad needing to continuosly poll to get the live status data. Is
>> possibly another, unfiltered CAN bus available at the OBD port?
>>
>> Regards,
>> Michael
>>
>>
>> Am 30.07.20 um 16:43 schrieb Soko:
>>>
>>> Ahhh OK, I've found OvmsVehicle::virtual void TickerXXX(uint32_t
>>> ticker);
>>> Got it! This was exactly my issue as I didn't know about any
>>> function which gets called regularly so I could check something like
>>> this...
>>> It's not an ideal situation though: I just can slow down the poll
>>> after my fail-counter gets too high as I need to check when the car
>>> gets powered again. So all I can do is polling, lets say every 60
>>> secs when the car is off, and increase it once its on. But there is
>>> now way around this 60-sec polling if the only thing I can do is poll :(
>>>
>>> Afaik there is only the sharkcow's list below, reverse engineered by
>>> him from ODBeleven.
>>>
>>> (dev)marxx exlpained to me: There is a gateway between the CAN-Buses
>>> and the OBD Connector in all VW-AG vehicles which only replies to
>>> polls and also acts as security gateway if you want to write to the
>>> buses.
>>>
>>> So I think I cannot really do a can log or use re tool as the OBD
>>> interface stays quiet if I'm not polling it...
>>>
>>> And as there is no other vehicle from VW,Seat,Skoda,Audi,etc. in
>>> OVMS. So I have no cheat-sheet :(
>>>
>>> Anyhow... I would need to poll one ECU (is this the correct therm?)
>>> which doesn't shuts down... or maybe the issue is the OBD-gateway
>>> shutting down.
>>>
>>> What do you think?
>>>
>>> Soko
>>>
>>> On 30.07.2020 16:17, Michael Balzer wrote:
>>>> Soko,
>>>>
>>>> nice progress :-)
>>>>
>>>> If you can't detect vehicle state by listening to regular status
>>>> CAN frames, you can check the time since the last poll reply in the
>>>> per second ticker.
>>>>
>>>> As poll replies normally come in fast, you should be able to detect
>>>> a switch-off by a small timeout, say 3 seconds… probably need to
>>>> add a counter, as a single poll may get lost / ignored.
>>>>
>>>> CAN tx errors can be caused by other issues as well, so should
>>>> generally not be interpreted that way.
>>>>
>>>> But… are you sure there are no status frames on the bus? Have you
>>>> done a can log or tried the re tool?
>>>>
>>>> Regards,
>>>> Michael
>>>>
>>>>
>>>> Am 30.07.20 um 14:43 schrieb Soko:
>>>>> Hi guys,
>>>>>
>>>>> Want to report success on connecting and reading my VW e-Up via
>>>>> OBD cable using the Poller. As you can see in the screenshot of
>>>>> the log attached I get an IncomingPollReply(..) call and an SoC
>>>>> value of 33.333%
>>>>>
>>>>> Once I turn of the ignition and lock the car though I don't get
>>>>> any replies no more (line D 793813) and then I get can1 errors...
>>>>> I'm polling with 10 seconds intervall.
>>>>>
>>>>> I know that this is as it should be... but my issue is: I don't
>>>>> have any way to know if the ignition is on, the key is in, the car
>>>>> is running, the car is charging as the PIDs are not known for such
>>>>> values (afaik by the lists of sharkcow
>>>>> https://www.goingelectric.de/wiki/Liste-der-OBD2-Codes/).
>>>>>
>>>>> So what would be the best approach to change the different polling
>>>>> states? Can I somehow get called (in my vehicle-class) if an
>>>>> can-error is thrown? Then I would increase the poll frequency.
>>>>>
>>>>> Any suggestions?
>>>>>
>>>>> thanks
>>>>>
>>>>> Soko
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> OvmsDev mailing list
>>>>> OvmsDev at lists.openvehicles.com
>>>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
>>>>
>>>> -- 
>>>> Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
>>>> Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
>>>>
>>>> _______________________________________________
>>>> OvmsDev mailing list
>>>> OvmsDev at lists.openvehicles.com
>>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
>>>
>>> _______________________________________________
>>> OvmsDev mailing list
>>> OvmsDev at lists.openvehicles.com
>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
>>
>> -- 
>> Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
>> Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
>>
>> _______________________________________________
>> OvmsDev mailing list
>> OvmsDev at lists.openvehicles.com
>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
>
> _______________________________________________
> OvmsDev mailing list
> OvmsDev at lists.openvehicles.com
> http://lists.openvehicles.com/mailman/listinfo/ovmsdev

-- 
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20200730/68232bac/attachment.htm>