You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Colin, assuming I would build, supply and test the code, would you consider including a function set to:-
stop spontaneous output;
buffer, on a buffer-per-ID, all incoming CAN traffic;
output the latest received frame on request, of course for a given ID.
Goal is to display certain parameters as fast as possible, with the datacom (Bluetooth) and display device (phone or cheap tablet) being the limiting factor.
I am aware of this drifting away from the pure analytic goal and moving towards a more operational mode. The alternative is to clone the project and go my own way, or start with something new.
The text was updated successfully, but these errors were encountered:
I would certainly consider it. I'd have to see the code to know if I would merge it but there's always a chance I would. It sounds like something that is still entirely within the realm of GVRET. If I don't merge it then I guess you're stuck with your fork but plenty of projects go that route. Still, I'm interested in the functionality so go ahead and send the pull request when you're ready.
Colin, assuming I would build, supply and test the code, would you consider including a function set to:-
Goal is to display certain parameters as fast as possible, with the datacom (Bluetooth) and display device (phone or cheap tablet) being the limiting factor.
I am aware of this drifting away from the pure analytic goal and moving towards a more operational mode. The alternative is to clone the project and go my own way, or start with something new.
The text was updated successfully, but these errors were encountered: