<div dir="ltr"><img src="https://api2.activeinboxhq.com/1.0/anon/rr/b2f9ca68c0b997a7a9d409c205cc3bc3" width="1" height="1" style="display:none !important"><div dir="ltr"><img src="https://api2.activeinboxhq.com/1.0/anon/rr/b2f9ca68c0b997a7a9d409c205cc3bc3" width="1" height="1" style="display:none !important"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 13 Dec 2020 at 15:38, Steve Davies <<a href="mailto:steve@telviva.co.za">steve@telviva.co.za</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 dir="ltr"><img src="https://ci4.googleusercontent.com/proxy/cRomFWKnnlrGYf3dD7kx6YJYV4AmWCAtHQKlbZwVKA9Q_YtYYmJpS6QKDuvoiXmU0NQCBL0SndpIUulvcVq_WWErnlB4H8sIodO0AXEwaYsrB0oXyGwbU3lMNehn_A=s0-d-e1-ft#https://api2.activeinboxhq.com/1.0/anon/rr/67d4bd102171d091a8124cb5c7cbcfbc" width="1" height="1" style="display: none;"><img src="https://ci4.googleusercontent.com/proxy/cRomFWKnnlrGYf3dD7kx6YJYV4AmWCAtHQKlbZwVKA9Q_YtYYmJpS6QKDuvoiXmU0NQCBL0SndpIUulvcVq_WWErnlB4H8sIodO0AXEwaYsrB0oXyGwbU3lMNehn_A=s0-d-e1-ft#https://api2.activeinboxhq.com/1.0/anon/rr/67d4bd102171d091a8124cb5c7cbcfbc" width="1" height="1" style="display: none;"><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></div></blockquote><div> </div><div>I suddenly got a whole lot of warning logged:</div><div><br></div><font face="monospace">W (3516211) vehicle: PollerReceive[607]: ignoring unknown/invalid ISO TP frame: f1 03 7f 22 78 00 00 00 | ..."x...<br>W (3516261) vehicle: PollerReceive[607]: ignoring unknown/invalid ISO TP frame: f1 10 09 62 dd bc 02 ea | ...b....<br>W (3518201) vehicle: PollerReceive[607]: ignoring unknown/invalid ISO TP frame: f1 03 7f 22 78 00 00 00 | ..."x...<br>W (3518261) vehicle: PollerReceive[607]: ignoring unknown/invalid ISO TP frame: f1 05 62 dd 68 93 85 00 | ..b.h...<br>W (3530211) vehicle: PollerReceive[607]: ignoring unknown/invalid ISO TP frame: f1 03 7f 22 78 00 00 00 | ..."x...<br>W (3530261) vehicle: PollerReceive[607]: ignoring unknown/invalid ISO TP frame: f1 10 09 62 dd bc 02 eb | ...b....<br>W (3532211) vehicle: PollerReceive[607]: ignoring unknown/invalid ISO TP frame: f1 03 7f 22 78 00 00 00 | ..."x...<br>W (3532261) vehicle: PollerReceive[607]: ignoring unknown/invalid ISO TP frame: f1 05 62 dd 68 93 86 00 | ..b.h...<br>W (3544211) vehicle: PollerReceive[607]: ignoring unknown/invalid ISO TP frame: f1 03 7f 22 78 00 00 00 | ..."x...<br>W (3544261) vehicle: PollerReceive[607]: ignoring unknown/invalid ISO TP frame: f1 10 09 62 dd bc 02 eb | ...b....<br>W (3546201) vehicle: PollerReceive[607]: ignoring unknown/invalid ISO TP frame: f1 03 7f 22 78 00 00 00 | ..."x...<br>W (3546261) vehicle: PollerReceive[607]: ignoring unknown/invalid ISO TP frame: f1 05 62 dd 68 93 87 00 | ..b.h...<br>W (3558211) vehicle: PollerReceive[607]: ignoring unknown/invalid ISO TP frame: f1 03 7f 22 78 00 00 00 | ..."x...<br>W (3558261) vehicle: PollerReceive[607]: ignoring unknown/invalid ISO TP frame: f1 10 09 62 dd bc 02 eb | ...b....<br>W (3560201) vehicle: PollerReceive[607]: ignoring unknown/invalid ISO TP frame: f1 03 7f 22 78 00 00 00 | ..."x...<br>W (3560261) vehicle: PollerReceive[607]: ignoring unknown/invalid ISO TP frame: f1 05 62 dd 68 93 88 00 | ..b.h...<br></font><div> </div><div><br></div><div>In there I can see "f1 10 09 62 dd bc 02 eb"   0x02eb = 747 = 74.7% - so there is the SOC. :-)</div><div>and "f1 05 62 dd 68 93 88 00" 0x9388 = 37768 = 377.68 volts - so there is the battery voltage.</div><div><br></div><div>So it looks like the receivepacket does need to be adjusted too - that f1 I guess is OUR "extended address".</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div></div>