<div dir="ltr"><div>Hi all,<br></div><div>I was after some feedback on </div><a href="https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/pull/859">https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/pull/859</a> <div>which moves the ISOTP polling into what is currently the ISOTP response thread.</div><div><br></div><div><div>This is part of a larger rework I have been doing to add flexibility to the loop and to move the poll-loop operations behind a clean interface.<br></div></div><div><br></div><div>I'm interested in feedback on the mechanism in the p/r directly, but I'm also happy to provide the usage examples I have (which would be the follow-up commits for Ioniq 5).</div><div><br></div><div>I'm also interested in other people's thoughts on where they see what improvements might be had to the poll-list mechanism.</div><div>Already Done:</div><div>  * Clean up the blocking poll mechanism</div><div>  * Allow for multiple concurrent poll lists (still executed sequentially)</div><div>  * Add once-off non-blocking poll mechanism</div><div>  * Add a poll-list that allows repeating more-frequently than the primary poll</div><div><br></div><div>Ideas:</div><div>  * Add a user-configurable poller that could possibly utilise the DBC framework (on top of the existing vehicle framework) to allow exploring/experimenting with both passive data as well as polled data. (Given that the DBC framework already does the heavy lifting of interpreting data - adding a poll request to that seems to be a nice way of going)</div><div>  * ??? Have a poll thread per bus ???</div><div>  </div><div>//.ichael</div><div><br></div><div><br></div></div>