![]() |
Re: COMM lost way to many times
Maybe one of these...
Gates 90330 Static Strap https://www.amazon.com/dp/B000CRBR8U..._iJy.wb6T3YNQP And maybe have drive team next year wear tin foil hats? |
Re: COMM lost way to many times
Static was not an issue for us this year. Both events we attended had relatively high (for our area) humidity.
In the past we would attach a short piece of chain to the frame and let it drag on the carpet. Only a couple links on the floor were enough. You should see the looks we would get from inspectors and judges. But, once we explained the logic, they never questioned our approach. This year we felt that dragging chain was a much higher risk than static build up might cause. After being FTAA at two separate events, one thing I can say with 100% certainty. The field this year will find and expose any fault your robot has. |
Re: COMM lost way to many times
Quote:
Our forklifts all have short chains making a connection to the ground. Some of our product is corona treated to improve ink adhesion for our customers in the graphics arts industry. Naturally, this makes our finished product contain a charge in spite of our efforts to reduce this with static bar systems further downstream. The chains are there so our forklift operators aren't the ones completing the circuit when exiting the vehicle after lifting the finished product off the end of the sheet stacker. This is a great thread with a lot of good information to absorb. Our team is weak on electrical and I'm just trying to help them out any way I can. EDIT: Those of you looking to reduce ESD using a small chain dragging on the ground may want to look into using Static String instead. We also utilize this string to reduce static buildup on our extrusion lines. Copper tinsel works as well and both items should have fewer issues with snagging on obstacles than a chain would. |
Re: COMM lost way to many times
Quote:
Be careful what you use for static discharge, any damage to the field (carpet or other) will irk the field supervisor who will then tell the Head Ref. More importantly for those who suspect static issues is to look where your wiring is running through the robot. If it is near the wheels, or other moving parts, what static might build up will rapidly jump to that wiring. While most of the components are designed to survive that discharge, that doesn't mean they will continue to function during the match. It is entirely possible that a power reboot is the only way to correct the condition. Power wiring that receives the static discharge will pass that along to other wiring that might run in parallel. Most wiring teams use only has a 300 volt rating for the insulation. |
Re: COMM lost way to many times
Quote:
I also agree, it's best to engineer the static issues out of the build altogether. If you cannot do this, then use the string. |
Re: COMM lost way to many times
Quote:
The cable that came in our KOP had a right-angle plug on it. Once it was plugged in, wrapping a long cable-tie around the radio and the plug worked well to keep it plugged in very securely. We were able to pass the cable-tie under the radio, between it's "feet", so it could not slip off. |
Re: COMM lost way to many times
Quote:
thank you for your expert opinion. I think we definitely need to look into this. We lost COM way too many times at only our Hawaii regional. It never happened after a hard bump or hard defense where we would suspect cables being loose. We are quite certain it is not our connections. Hawaii has VERY high humidity. The thing that caught my attention is getting shocked by static electricity when touching the robot this past weekend. |
Re: COMM lost way to many times
Quote:
Try wiping some fabric softener sheets all over the tires. They leave a mildly conductive film that will help dissipate the static charge that accumulates on the tires. You would want to wipe all the way to the shafts or metal hubs that are in contact with the shafts. Hopefully, this will dissipate and equalize the charge over the whole robot so there cannot be an electro-static discharge from one part of the robot to another. It may be necessary to re-apply the fabric softener periodically since it may rub off. Alternatively, there are industrial anti-static coatings and sprays such as Staticide, but they are probably harder to get than the fabric softener. I also just found these instructions on how to make your own anti-static spray. Perhaps CTRE can add some clamping devices such as TVS' across the inputs and outputs of the PDP and VRM. They would add only a dollar, or less, to the part costs though they would need some board space. The wiring in our robots is short enough that a TVS in the PDP would probably limit the voltages in the whole circuit running to the radio quite effectively. |
Re: COMM lost way to many times
Quote:
|
Re: COMM lost way to many times
This is a great discussion on static electricity. Supposedly the robot frame is isolated from the electronics, but that doesn't mean it can't cause problems.
I only saw a small mention of VRM wiring, but suspect some teams may be hurting themselves by pairing up the radio and LEDs/lights on the 12v/2a bus of the VRM. There is a rule and checkbox on the inspection form to prevent this, but I'm not sure it was consistently applied across districts and regionals. We're all volunteers, after all. From non-FIRST experience I would hot glue or permanently fix in anything with a barrel connector. They like to work their way out with vibration. We've seen this a lot with CMU's RoboBuggy. |
Re: COMM lost way to many times
Team 5811 experienced issues with both radio and RoboRIO reboots at the Greater Pittsburgh Regional in Week 2. In about a third to half of our matches, we would be dead on the field for some period of time. We made an action plan for our Week 5 event at QCR to mitigate these issues, assuming that power connections to the concerned components was the root cause.
1. We had been using ferrule crimps on our RoboRIO power connection. After being eliminated in Pittsburgh, I had the opportunity to thoroughly check Team 3138's beautiful wiring where I noticed that they were using ferrules on every single connection EXCEPT the RoboRIO power connection. They stated that the clasp that screws in from the side only gets a single point of contact with a ferrule connector (due to the way the ferrule connector does not seat nicely within the RoboRIO), but that bare stranded wire actually provides a superior connection in this instance. Easy enough: we would trim our ferrule crimp off those wires, trim, then strip to establish a better RoboRIO power connection. 2. We noticed at Pittsburgh that the Radio barrel connector for power was at best a "janky" connection, causing us to lose radio power every so often during normal play. To mitigate this failure, we decided to try Power Over Ethernet (PoE) as supported by the Radio. We prepared a wire with the appropriate pinouts labeled prior to the event. Unfortunately, the wiring diagram from Team 3015 that we were using was vague, and used both solid and dashed lines to indicate which pins should be powered on the Ethernet cable. We decided to try the solid lines only first for fear of blowing out the radio (12V power to pin 4, Ground to pin 7 from the VRM 2A circuit). Voila! it worked in the pits and the radio was turning on! Unfortunately, we went to the field for the very first practice match and the robot would not connect. We then decided to use the dashed lines in the wiring diagram as well to test out how that would work (12V power to pins 4 & 5, Ground to pins 7 & 8 from the VRM 2A circuit). This did not lead to better results, and upon testing it turned out that the pins on the Ethernet connector and the wire itself for pin 5 did not have continuity (not sure why, faulty cable I suppose). At this point, we didn't have extra Ethernet cables to spare and didn't want to waste other teams' cables testing, so we decided to take another approach... 3. At Greater Pittsburgh we had attempted hot gluing the barrel connector to the radio on Saturday. This seemed to work! We had no further failures of radio connections on the field (all other failures were RIO failures, per the driver station logs). However, when we unbagged the robot at QCR, the hot glue had worn out and the barrel connector was loose again. After we did not achieve success with the PoE solution (lack of resources, not to say the solution itself doesn't work), we decided to go back to the barrel connector for radio power and attempt using a rubber band instead of hot glue to hold in the barrel connector securely. This rubber band wrapped around the back of the barrel connector and the opposite side of the radio to hold the barrel connector in place. I was at first nervous about the extra forces and potential bending loads on the connector, but this seemed to do the trick. We are happy to report that after successful implementation of solutions 1 & 3, our robot had zero connection failures at QCR! This allowed us to successfully breach the outerworks in every single match, and increase our boulder scoring output. We've learned a lot through this experience that we will hopefully be able to put to good use to help other teams keep their robots alive during their matches. I would almost even suggest implementing these as inspection standards so teams can only pass inspection with these solutions implemented. TL;DR: We love ferrule connectors, and they belong on just about every other possible connection except the power on the RoboRIO; bare wire is best there. The barrel connectors that come in the KOP for radio power are ill-suited to the rigors of FRC (especially this year's game); use PoE, hot glue, or a rubber band to mitigate the risk of your radio losing power. It is important that teams be aware of solutions that may help their robots stay alive. |
Re: COMM lost way to many times
For what it's worth, I did some checking.
The VRM is specified to operate down to 5 Volts. It is also specified to provide between 11.93 and 12.49 Volts, reference CTR's web site. I thought it might be wise to contact the radio supplier, Open-Mesh. First off, a giant thank-you to Open-Mesh for talking. OM's standard Voltage range is 12 to 24 Volts at 1 Amp. The contact I had at OM indicated that he believes that the radio will operate properly down to 11.8 Volts. He also indicated that the radio should operate properly down to 11 or 11.5 Volts if the output power were reduced. I will confess, I do not know what setting FRC is using for these devices; I am assuming that they are using the default power. Does anyone know? I agree with the posts about the barrel connectors, ferrules too!! If you find your radio is re-setting, you might check the output Voltage on your VRM. Is it less than 12 Volts? If so your device meets the specification requirements, but you might want to use some caution. You should be okay down to 11.8 Volts. The 11.8 Volts applies at the receiving end after all IR drops are considered. What wire are you using between the VRM and the radio, 20 AWG, 22 AWG? How long are your wires? Suppose that you are producing 11.93 Volts at the VRM and you have 3 feet of 22 AWG wire (18 inches out and 18 inches back) and the radio is drawing 1 Amp. 22 AWG wire will account for an 0.050 Volt drop (0.030 @ 20 AWG, 0.077 @ 24 AWG). Any additional resistance due to wire termination at either end will increase this drop. Bottom line, two suggestions: 1) Know what Voltage your VRM is providing, and 2) Keep the VRM and the radio close to each other! Hope this helps, I am interested in follow up information! Thanks for reading! |
Re: COMM lost way to many times
Quote:
I think it would be easier for people to understand how you use a rubber band to hold the radio power plug on the radio if you post a picture. It is a great idea if am reading you right but it is tricky to envision how the rubber band holds the plug. I am assuming that you have a straight plug. |
Re: COMM lost way to many times
Quote:
Quote:
|
Re: COMM lost way to many times
Quote:
Can you explain this a little better? What clasp/screws are you referring to? It sounds like the brown connector on the RoboRio. If that is the case, I believe that connector does not have the screw contacting the wire directly. Instead it compresses an open contact inside the connector. As I stated above, please use ferrules that are designed for the termination you are using. The PDP ferrules should be square in cross section to maximize contact and minimize resistance. If you use round (or solid wire) then WAGO states you must derate the contact by at least two wire sizes. A #12 will actually perform as a #16 due to the lack of contact area. |
Re: COMM lost way to many times
Hi,
Team 3161 had the same problem at the waterloo regional. we thought it was about shock and moving the router worked but it think this is becoming a problem. In the finals of waterloo. 1114 lost there comms 2 times. |
Re: COMM lost way to many times
Quote:
One item that tends to mask the poor connection issue is using a "printer cable" to directly connect into the rio during inspection. While handy, I will be even stronger in my wording with teams that they likely have a cable/connector issue they should look into in those cases. The majority of failures have been the other "power" related failures noted by many others. |
Re: COMM lost way to many times
Quote:
|
Re: COMM lost way to many times
Quote:
|
Re: COMM lost way to many times
Quote:
Ferrules not mentioned here: http://www.ctr-electronics.com/PDP%2...7s%20Guide.pdf Or here: https://wpilib.screenstepslive.com/s...control-system |
Re: COMM lost way to many times
Quote:
Ferrules are not actually discouraged, but you should do your research to see what Wago and Weidmuller have to say about them. The "proper shape" of a ferrule almost always includes flat sides. You must use an appropriate ferrule crimper to make them. Square shapes are probably going to work best for the connectors we use, because they provide a large connection surface and you won't have to worry about accidentally getting them in the wrong orientation. |
Re: COMM lost way to many times
As a CSA, the most common category of comms failures are power related. It stinks for a robot to lose power or reboot in a match, but if I'm able to show them the cause of the failure and discuss solutions, I consider that a good outcome. My favorite is when I narrow it down and the students actually find the issue and identify a solution. Many of these are simply loose nuts on the battery or breaker, -- sometimes the PDP. Sometimes it is a bad crimp on the same connections. Loose fuses on the PDP are another source of failure.
I have less familiarity with it, but I have occasionally recommended replacing the circuit breaker/switch because it seemed like the softest touch would cause a loss of power. I have not seen that many issues with radio power, but I'm certainly not a fan of the barrel connectors and generally encourage some form of positive retention, at least a strip of electrical tape stretched front to back across the jack. In previous years, it was quite common to see a bad DLink at an event. Whether this was damaged through mechanical shock or vibration, static discharge, or was bad from the factory wasn't ever clear, but some DLinks simply had high loss that went away with a radio change. I have yet to see that with OpenMesh. I would really like to see the OP logs. The cursors, messages, and timings give very good evidence of what happened on the robot. When the disconnect happens, several things take place. The DS starts to ping each element in the chain to identify what it can still see, and the roboRIO, if it is still up, will also ping the radio from its side and post-inject messages into the log. Key things to look for: If the comms disconnect is only a few seconds long, I generally find that the ethernet cable was not snapped in or wiggling/tugging will cause link lights to go out. If the roboRIO reboots but the radio is still up, the FTA can easily see this and will often tell the CSA or team. The second tab of the DS also shows the ping status of each device. Also, the results of the pings are printed to the log file as messages. As the robot comes back up you will also see a code start message. If the radio reboots and not the roboRIO, there will be a green vertical cursor between the orange and yellow ones. Hovering over pretty much anything on the graph displays a descriptor in the lower left. The green cursors are the roboRIO telling the DS when it saw what radio go away and return. This is also in the event messages. If the radio went out and there is no green cursor and no code start message, both devices lost power. If the code restarts and the outage is five to ten seconds, it is more likely a code crash and restart rather than a power issue. This also looks different because the radio and roboRIO are still present and the CPU trace will sometimes help indicate the type of crash. I hope to be able to make the log or even DS make a diagnosis to categorize the issues, but it just hasn't happened yet. As for logging while the robot sits still. Some teams do this, and it is a fine thing to do with your team. I'm pretty comfortable with the diagnostic capabilities of the existing log files and I'm not sure that RIO logs will actually be that much more effective at diagnosing problems. Several times as CSA, I've intended to keep details about each failure and keep stats of what was found. But it quickly becomes more important to help teams than to keep count. And some teams don't ask for help and you don't find out until second-day afternoon that they have had multiple issues and you were not at the field to observe them. Greg McKaskle |
| All times are GMT -5. The time now is 03:32. |
Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © Chief Delphi