|
Re: CRIO-FRCIII
Quote:
Originally Posted by yash101
A typical breaker doesn't open immediately. It takes easily 1-3 seconds.
|
Not true for the scenario you presented (short drawing 120A). The breakers react to thermal change. A 40A breaker (max allowed in FRC) seeing a 120A draw will react within 0.5 - 1.1s (300% load over rating).
Check the spec...
http://www.snapaction.net/pdf/MX5%20Spec%20Sheet.pdf
Quote:
Originally Posted by yash101
This would have to be more of a watchdog feature, but if the load on a specific port on the PDB is too high for too long, not just a spike, it will open a relay and the fault shall no longer persist.
|
This thread is getting side tracked by this discussion. I admit I do not understand how the system you propose works. And I don't think given the current design of the hardware, it is even possible. It sounds like you want to add built-in relays to the PDP board as well as modify FMS and the driverstation to read current from the PDP. Without understanding how your system works, all I can say is make your request to FIRST, NI, or CTRE to see if they like it. If your system requires modification to the hardware (I assume this because I don't know what relay you speak of, or where it exists), then state that.
Quote:
Originally Posted by yash101
With an FPGA onboard, it should be easy to make this extremely reliable and fast! The delay before trip would also be adjustable, instead of random (within a range)
|
The FPGA only exist on the ROBORio not the power distro panel. It appears that you are proposing a system which relies on the CAN bus to be active, and the ROBORio FPGA to be functioning (powered/not crashed etc), as well as the Driverstation in the loop, and possibly FMS. These are a lot of variables in a system which is to determine what happens to a robot during a fault. Food for thought? How does your system work in the event one of those systems is not in the loop? How does your system work with the current hardware? If you wish to continue this discussion, I suggest you open a separate thread.
Quote:
Originally Posted by Jon Stratis
One thing to note: I believe they are planning on using the PDB CAN interface for battery voltage monitoring, similar to the way they do today with the jumper on the analog breakout. That should make it very easy to help teams get some monitoring in place if they need it, since it'll already be wired up!
|
I remember Joe for NI stating that the battery voltage on the Driverstation will be polled directly from the inputs of the RoboRIO. This is possible because there is no longer a boost supply on the power supply to the RoboRio from the PDP board. So I do not believe the CAN bus is a requirement for voltage monitoring. Obviously this can change.
Regards,
Kevin
__________________
Controls Engineer, Team 2168 - The Aluminum Falcons
[2016 Season] - World Championship Controls Award, District Controls Award, 3rd BlueBanner
-World Championship- #45 seed in Quals, World Championship Innovation in Controls Award - Curie
-NE Championship- #26 seed in Quals, winner(195,125,2168)
[2015 Season] - NE Championship Controls Award, 2nd Blue Banner
-NE Championship- #26 seed in Quals, NE Championship Innovation in Controls Award
-MA District Event- #17 seed in Quals, Winner(2168,3718,3146)
[2014 Season] - NE Championship Controls Award & Semi-finalists, District Controls Award, Creativity Award, & Finalists
-NE Championship- #36 seed in Quals, SemiFinalist(228,2168,3525), NE Championship Innovation in Controls Award
-RI District Event- #7 seed in Quals, Finalist(1519,2168,5163), Innovation in Controls Award
-Groton District Event- #9 seed in Quals, QuarterFinalist(2168, 125, 5112), Creativity Award
[2013 Season] - WPI Regional Winner - 1st Blue Banner
|