<div dir="ltr"><img src="https://api2.activeinboxhq.com/1.0/anon/rr/67d4bd102171d091a8124cb5c7cbcfbc" width="1" height="1" style="display:none !important"><img src="https://api2.activeinboxhq.com/1.0/anon/rr/67d4bd102171d091a8124cb5c7cbcfbc" width="1" height="1" style="display:none !important"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 13 Dec 2020 at 12:34, Michael Balzer <<a href="mailto:dexter@expeedo.de" target="_blank">dexter@expeedo.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div>But it shouldn't be hard to add support for this, as it basically
    just fills the first frame byte from the lower 8 bits of the TX and
    RX IDs, reduces the payload size by one byte and shifts the offsets
    by one. PollerSend() and PollerReceive() need to be extended for
    this, and poll_pid_t needs to be extended by an addressing scheme
    tag.<br></div></blockquote><div><br></div><div>I don't think that the extra byte is included in the replies.  (Would help if I could get a reply...):</div><div><br></div><div>I'm not sure how your time and priorities go - so I started poking around.</div><div><br></div><div>I hacked at vehicle.cpp to send it in this format.  (Not a committable change, I just hard-coded it)</div><div><font face="monospace"><br></font></div><div><font face="monospace">V (250161) canlog-monitor: 1607862592.210593 1T11 6F1 07 03 22 dd bc 00 00 00</font><br></div><div><br></div><div>Frustratingly I'm still not seeing a response logged.</div><div><br></div><div>(I do see a steady flow of what I assume are idle frames:</div><div><span style="font-family:monospace">V (1868881) canlog-monitor: 1607865104.942289 1R11 130 00 f0 fc ff ff</span><br></div><div><font face="monospace">V (1868981) canlog-monitor: 1607865105.042269 1R11 130 00 f0 fc ff ff</font>)</div><div><br></div><div><br></div><div>I haven't done anything to fix the flow control packet format, so I thought that might be the problem.</div><div><br></div><div>So I tried another one that returns a single frame response - Battery voltage:</div><div><br></div><div><font face="monospace">V (102161) canlog-monitor: 1607863338.229125 1T11 6F1 07 03 22 dd 68 00 00 00<br></font></div><div><br></div><div>Also no reply.</div><div><br></div><div>Is the CAN bus on the OBD-II port a bus?  Can I connect both my bluetooth dongle and the OVMS to it and then capture what the other app does right in OVMS and as it sees it?</div><div><br></div><div><br></div><div><br></div><div><br></div></div></div>