-
Notifications
You must be signed in to change notification settings - Fork 278
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Capturing traffic doesn't work properly on some machines #37
Comments
collin80, MacBook running 10.7.5, (the newest it will run, 2007 machine) But back to your mystery. I could never get SWCAN to work using SavvyCAN. Regular CAN works great both channels. I added some code to GVRET to turn on a LED when the swcan enable lines go high and figured out that SavvyCAN is shutting it off all the time. If I use the Arduino terminal to communicate the swan works. I'm in the process of modifying GVRET to ignore requests to turn of swcan. I should point out that it is impossible to reconnect SavvyCAN after a connection failure without restarting the due hardware and reselecting the correct port in SavvyCAN. A real pain. I figured a procedure to connect using Arduino which re-try harder. Off the top of my head: Keep up the good work. As you CAN see I still try to use it even with all the problems I'm having. |
Ok,
4.While capturing, I couldn't seem to get it to crash, randomly pressing the Suspend, Normalize or ClearFrames buttons, Yaa ! until I checked the Auto scroll checkbox. This will cause a crash eventually, (randomly?) when hitting Clear Frames and maybe Normalize.
|
I can confirm that using the overwrite mode will cause the application to die. You even have to reset the GVRET hardware or it will not work. It's a bad crash. Also, one cannot reconnect after pushing disconnect. It just plain never works properly after that. It will if you completely close and re-open the program but that's not the normal way OSX works so that probably contributes to problems there. |
I can't get it to crash when auto scrolling and clicking normalize frames or clear frames. So, I can't verify that part. An additional aspect (that really should have its own issue) is that the connection dialog should track which port you're currently connected with and also save that setting for the next run (if the port still exists). |
In the upcoming V149 I have fixed the trouble with not being able to connect/disconnect. I have also fixed overwrite mode so that it doesn't lock everything up and now actually works properly. I will now close this issue and raise a new one for the separate issue I listed above. |
www.savvycan.com/SavvyCAN.dmg is now updated to V149 and should now be fixed. All other platforms will update soon as well. This will be posted on www.savvycan.com |
WOW ! Thats a HUGE improvement in usability. With the overwrite mode I was able to instantly identify the CAN IDs for just about every control I fiddled with in my Spark. Awesome! My finicky macbook still isn’t quite as happy with the initial USBserial connection as regular serial but thats ok. I did all I could (with the main screen so far), but couldn’t seem to crash it !! thanks On Jan 26, 2016, at 5:13 PM, Collin Kidder notifications@github.com wrote:
|
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 the normalize button causes the previously captured frames to be shown but the list of # of frames shows zero still and the filter list does not update. This happened to me initially on Windows when testing for this problem but thereafter would not happen no matter how many times I tried. It has never occurred to me in Linux. I tried to replicate in OSX but I'm having trouble getting my OSX copy to work properly. So, the mystery deepens.
The text was updated successfully, but these errors were encountered: