![]() |
Re: Rules Change I Would Like to See - Batteries
Quote:
|
Re: Rules Change I Would Like to See - Batteries
Quote:
Glue. Proper design. I believe this could be done as a simple business but I don't want to start a business with returns this low myself. Might be willing to help someone else start it. There are a lot of good Linux systems that one could make cases with batteries for and provide simple assembly before delivery to the customer. Such as the ODroid XU4 and NVidia Tegras. See the ODroid XU4 CloudShell as an example: http://www.hardkernel.com/main/produ...=G143599699669 |
Re: Rules Change I Would Like to See - Batteries
Quote:
|
Re: Rules Change I Would Like to See - Batteries
Quote:
|
Re: Rules Change I Would Like to See - Batteries
Quote:
Basically FIRST wants to know that a company is backing up the safety of the device with their own liability using that power source. Using an assembly like you linked leaves the FRC team risk of liability if their package is inadequate. It is dubiously legal FIRST can argue that a laptop/phone maker intended their device for FRC use but they figure at least, as a package, a professional was involved with design. Also supercapacitors are able to be used as part of a COTS device but as others have pointed out: the presence of power does not mean field safety is overridden. So the COTS device can not power robot motors directly. Therefore no USB rocket launchers from said COTS device even though you can buy said toy COTS. Technically I suspect USB powered fans would be denied as well, but internal cooling fans to the COTS device are okay. I have no idea how FIRST would react to a USB connected laptop cooler, that would be worth asking in the official Q&A. Point being: you should not be moving robot parts directly with the COTS device (my laptop cooler rarely tries to spin around and kill me...rarely ;)). Quote:
Actually, I'd also like to see FIRST extend a power source for the radio. Beyond all the 3d party COTS devices we loose radio power with devastating consequences most often. Worse the power to the radio is not something FRC teams are really allowed to regulate or adjust themselves. So if the co-processor issue is annoying the radio power issues is a magnitude worse because right now we can't change anything as an FRC team to address it except check the wires, replace hardware or find the power draw (which may be from being stalled by a pushing match). |
Re: Rules Change I Would Like to See - Batteries
Thanks to everyone who posted suggestions.
I think the real takeaway from this and related discussions is that as time goes by, coprocessors that require more and more power will become more and more common. If FIRST wants teams to be able to use these things, they'll probably have to have some sort of dedicated power solution for computing/vision/sensing devices, and will have to be sure that they can somehow make sure those dedicated power solutions aren't powering motors or other actuators, and otherwise won't kill anyone or start any fires. For the meantime, I have a couple of different solutions in the works that I don't think break any rules. |
| All times are GMT -5. The time now is 06:45. |
Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © Chief Delphi