Go to Post We don't do battle bots, but we play hard. - Gdeaver [more]
Home
Go Back   Chief Delphi > Technical > Electrical > CAN
CD-Media   CD-Spy  
portal register members calendar search Today's Posts Mark Forums Read FAQ rules

 
 
 
Thread Tools Rate Thread Display Modes
Prev Previous Post   Next Post Next
  #11   Spotlight this post!  
Unread 10-02-2012, 17:34
jwakeman jwakeman is offline
Registered User
FRC #0063 (Red Barons)
Team Role: Mentor
 
Join Date: Jan 2011
Rookie Year: 2010
Location: 16510
Posts: 182
jwakeman is just really nicejwakeman is just really nicejwakeman is just really nicejwakeman is just really nicejwakeman is just really nice
Re: Reducing CAN network noise

Quote:
Originally Posted by Mike Copioli View Post
When using the 2CAN are you observing CAN errors in the web dash?
It did not show any errors in the web dash. But if I connected to one of the Jaguars with BDC-Comm after the glitch occurred I could see "Comm errors" in the extended status thingy of the BDC-Comm utility. I did notice that the packet counts in the web dash that are normally counting up very quickly would slow down or stop during the glitch.

Quote:
Originally Posted by Mike Copioli View Post
Also how many jags are you running?
Started with four. During my troubleshooting I went to using two. So during the 4 tests I listed I was using two Jaguars.

Quote:
Originally Posted by Mike Copioli View Post
Could you please describe what you mean by "glitches" all jags or only one or two? Have you tested using only one or two jags on the bus? If so what was the result.
I think all the jags would glitch. At least two of the four when i was running 4 and both when I was running two.

Glitch: With the 4 jag setup I was running a PID loop that was setting a current reference on the jags every 20 ms. When the glitch occured they would momentarily stop providing power to the motors. I could see the LED's on the jag also momentarily change color during the glitch. So if two were steady red they would go to amber I think (hard to tell since it was such a short time) momentarily. Also the definition of a glitch includes the behavior with the packet count in web dash and the Comm faults showing up in BDC-Comm as desribed above.

When I went to troubleshooting mode (the 4 tests with 2 Jags on the bus) I would set the current reference once in my code and then while(1){Wait()}. When the glitch occurred the motors would stop completely. So in the setup with the PID loop the glitch was only momentary because the PID loop would immediately set the current reference again. But in the troubleshooting tests I only set the current reference once so after the glitch occurred the motors stopped until the test was restarted.

I also ran some tests where I was calling GetFaults() and GetPowerCycled() periodically. They never showed any faults or power cycles when the glitches occurred. I did not call these functions during my 4 tests because I didn't want to put any extra traffic on the network and they had shown nothing in prior tests anyway.



Quote:
Originally Posted by Mike Copioli View Post
Your problem sounds more like poor connectivity/termination. Try reducing the number of Jags on the bus, then adding additional jags until the problem reproduces.
We are building our 'production' version of the robot now. We are going to do our best to be diligent in wiring/terminating/etc. I'm hoping I won't be able to reproduce the problem on this robot!!
Reply With Quote
 


Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT -5. The time now is 20:17.

The Chief Delphi Forums are sponsored by Innovation First International, Inc.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © Chief Delphi