<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">If you are just looking for traffic on the CAN bus, a simple can log would be the easiest. Assuming you are on USB console, it is:<div class=""><br class=""></div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class="">OVMS# log level verbose canlog-monitor</div><div class="">OVMS# can log start monitor crtd</div></blockquote><div class=""><div><br class=""></div><div>If you are using ssh, you need to add a:</div><div><br class=""></div></div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class=""><div>OVMS# log monitor yes</div></div></blockquote><div class=""><div><br class=""></div><div>To stop the logging:</div><div><br class=""></div></div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class=""><div>OVMS# can log stop</div></div></blockquote><div class=""><div><br class=""></div><div>Documentation here:</div><div><br class=""></div></div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class=""><div><a href="https://docs.openvehicles.com/en/latest/crtd/can_logging.html" class="">https://docs.openvehicles.com/en/latest/crtd/can_logging.html</a></div></div></blockquote><div class=""><div><br class=""></div><div><div class=""><div>For my work, I personally prefer this arrangement:</div><div><br class=""></div></div><blockquote style="margin: 0px 0px 0px 40px; border: none; padding: 0px;" class=""><div>OVMS# can log start tcpserver transmit gvret-b :23</div></blockquote><div class=""><div style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);"><br class=""></div></div><div style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);">And then I use <a href="https://www.savvycan.com/" class="">SavvyCAN</a> on a laptop to connect over wifi and work.</div><div style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);"><br class=""></div></div><div>Regarding the ‘re’ system, it is a work-in-progress, and not currently documented. It is still kind of a mess at the moment (particularly for multiplexed message IDs), as I continue to work on DBC integration. That said, it is basically functional.</div><div><br class=""></div></div><div>To start it:</div><div><br class=""></div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class=""><div>OVMS# re start</div></div></blockquote><div class=""><div><br class=""></div><div>To stop it:</div><div><br class=""></div></div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class=""><div>OVMS# re stop</div></div></blockquote><div class=""><div><br class=""></div><div>To see discovered IDs:</div><div><br class=""></div></div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class=""><div>OVMS# re list</div></div></blockquote><div class=""><div><br class=""></div><div>It will (by default) listen on all open CAN buses, and show you the discovered ID, message count, interval (in ms), and last message seen.</div><div><br class=""></div><div>It has some rudimentary ability to monitor active polling protocols with ‘re obdii extended <min> <max>’ (or standard), specifying the range of IDs used by the ECUs.</div><div><br class=""></div></div><div class=""><div>Regards, Mark</div><div><br class=""><blockquote type="cite" class=""><div class="">On 30 Jul 2020, at 11:56 PM, Soko <<a href="mailto:ovms@soko.cc" class="">ovms@soko.cc</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" class="">
<div class=""><p class="">@devmarxx: Is there any doc/guide on how to use this RE Tools?</p><p class="">@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.</p><p class="">Until you have yours you have to settle with me unfortunately ;)</p><p class="">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. <br class="">
</p><p class="">But as you said: I have still have to poll this, even if I find a
status.</p><p class="">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 ;)</p><p class="">So if you can point me in any direction what to try - or what you
would do - I happy to dig into it.</p><p class="">Soko</p><p class="">PS: Any idea when you'll get your Mii?<br class="">
</p>
<div class="moz-cite-prefix">On 30.07.2020 17:14, Michael Balzer
wrote:<br class="">
</div>
<blockquote type="cite" cite="mid:193a06ae-81aa-52a0-047e-6bde5107dbdc@expeedo.de" class="">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" class="">
If only I had my Mii already…<br class="">
<br class="">
If the OBD port is shielded from the CAN traffic, you need to poll
some device. ECU = Engine Control Unit = device 01.<br class="">
<br class="">
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.<br class="">
<br class="">
It's bad needing to continuosly poll to get the live status data.
Is possibly another, unfiltered CAN bus available at the OBD port?<br class="">
<br class="">
Regards,<br class="">
Michael<br class="">
<br class="">
<br class="">
<div class="moz-cite-prefix">Am 30.07.20 um 16:43 schrieb Soko:<br class="">
</div>
<blockquote type="cite" cite="mid:c46c65de-ae20-f2db-4c2b-052843756691@soko.cc" class="">
<meta http-equiv="Content-Type" content="text/html;
charset=UTF-8" class=""><p class="">Ahhh OK, I've found OvmsVehicle::virtual void
TickerXXX(uint32_t ticker);<br class="">
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...<br class="">
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 :(<br class="">
</p><p class="">Afaik there is only the sharkcow's list below, reverse
engineered by him from ODBeleven.</p><p class="">(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.</p><p class="">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...</p><p class="">And as there is no other vehicle from VW,Seat,Skoda,Audi,etc.
in OVMS. So I have no cheat-sheet :(</p><p class="">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.<br class="">
</p><p class="">What do you think?</p><p class="">Soko<br class="">
</p>
<div class="moz-cite-prefix">On 30.07.2020 16:17, Michael Balzer
wrote:<br class="">
</div>
<blockquote type="cite" cite="mid:429f9711-74bd-828c-0c9c-3872f9b0bfac@expeedo.de" class="">
<meta http-equiv="Content-Type" content="text/html;
charset=UTF-8" class="">
Soko,<br class="">
<br class="">
nice progress :-)<br class="">
<br class="">
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.<br class="">
<br class="">
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.<br class="">
<br class="">
CAN tx errors can be caused by other issues as well, so should
generally not be interpreted that way.<br class="">
<br class="">
But… are you sure there are no status frames on the bus? Have
you done a can log or tried the re tool?<br class="">
<br class="">
Regards,<br class="">
Michael<br class="">
<br class="">
<br class="">
<div class="moz-cite-prefix">Am 30.07.20 um 14:43 schrieb
Soko:<br class="">
</div>
<blockquote type="cite" cite="mid:dfef03ed-b0e1-1fda-7eab-de5b6e49cc67@soko.cc" class="">Hi
guys, <br class="">
<br class="">
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% <br class="">
<br class="">
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. <br class="">
<br class="">
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 <a class="moz-txt-link-freetext" href="https://www.goingelectric.de/wiki/Liste-der-OBD2-Codes/" moz-do-not-send="true">https://www.goingelectric.de/wiki/Liste-der-OBD2-Codes/</a>).
<br class="">
<br class="">
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. <br class="">
<br class="">
Any suggestions? <br class="">
<br class="">
thanks <br class="">
<br class="">
Soko <br class="">
<br class="">
<br class="">
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OvmsDev@lists.openvehicles.com" moz-do-not-send="true">OvmsDev@lists.openvehicles.com</a>
<a class="moz-txt-link-freetext" href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev" moz-do-not-send="true">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a>
</pre>
</blockquote>
<br class="">
<pre class="moz-signature" cols="72">--
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
</pre>
<br class="">
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OvmsDev@lists.openvehicles.com" moz-do-not-send="true">OvmsDev@lists.openvehicles.com</a>
<a class="moz-txt-link-freetext" href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev" moz-do-not-send="true">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a>
</pre>
</blockquote>
<br class="">
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OvmsDev@lists.openvehicles.com" moz-do-not-send="true">OvmsDev@lists.openvehicles.com</a>
<a class="moz-txt-link-freetext" href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev" moz-do-not-send="true">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a>
</pre>
</blockquote>
<br class="">
<pre class="moz-signature" cols="72">--
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
</pre>
<br class="">
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OvmsDev@lists.openvehicles.com">OvmsDev@lists.openvehicles.com</a>
<a class="moz-txt-link-freetext" href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a>
</pre>
</blockquote>
</div>
_______________________________________________<br class="">OvmsDev mailing list<br class=""><a href="mailto:OvmsDev@lists.openvehicles.com" class="">OvmsDev@lists.openvehicles.com</a><br class="">http://lists.openvehicles.com/mailman/listinfo/ovmsdev<br class=""></div></blockquote></div><br class=""></div></body></html>