-
The linux can tools package has a command that can be used to show the flow of frames where frames with frequently changing data bubble to the top and changed bytes are highlighted. This is kind of li…
-
It seems like there are still some random crashes while capturing. They never seem to happen in debugging builds (naturally) or when a debugger is attached to a release build. But, sometimes the progr…
-
I am working on, and still adding a few more commands and functions. There is nothing I am requesting or reporting, just announcing that it might pop up somewhere soon, avoid double work and well, to …
-
Any frames transmitted by SavvyCAN will have essentially random timestamps placed on them. Instead SavvyCAN should sync itself to the clock on the attached capture device and use that to properly time…
-
What would be extremely helpful is to have build instructions. I have git cloned the project before on my plain-vanilla Ubuntu 14.04 LTS. Entering qmake gave
**qmake: could not exec '/usr/lib/x86_64-…
-
In the bleeding edge SavvyCAN (143) and the bleeding edge GVRET (330) the bus speed does not immediately update when you change it in SavvyCAN. It seems to store the new value and use it upon next boo…
-
There is a report that, at least on an OSX machine, the capturing doesn't work properly. The device will connect but no frames will show up on screen even though there are frames coming in. Pushing th…
-
Hi collin80,
Great work! I'm using SavvyCan(OSX) with GVRET on a Togglebit due Shield with my own SWCan addition to look at the Chevy Spark EV. I'm capturing frames! Looking forward to more cool s…
-
Watching SWCANMode0 and SWCANMode1 they both seem to be low no matter what I do with Savvycan V136. On the other hand running GVRET V325 in terminal mode they are both always high wether SINGLEWIRE=0…
-
Hey collin,
I am trying to receive 4 standard CAN frames, which are sent by an ECU, and respond to them in time. The frames are sent in a cycle of 10 ms. I setup a mailbox for each frame (e.g. 0x110, …