Deploying Code...
 

Our programmer kept sitting in his chair and looking around. Thus, he was promptly scolded for not working. His response was "I am deploying code."

We needed a way to know when he was deploying code. Behold, the status flag&safety glasses combo.

Re: Deploying Code...
 

Re: Deploying Code...
 

Based on the long deploy time I take it you guys use labview?

Re: Deploying Code...
 

We use C++. It doesn't take terribly long to deploy, but it is long enough for someone to notice.

Re: Deploying Code...
 

We're using Java, and it's 10 seconds. That is barely noticeable.

Re: Deploying Code...
 

With an i7, it still takes us about 2-3 minutes to build/deploy code with LabVIEW.

Re: Deploying Code...
 

We are using java with an i7 and have had compile and deploy times as quick as 7 seconds, but the average for us is somewhere around 12 seconds.

Re: Deploying Code...
 

We use C++ and an i5. Our build and deploy times are around 30 seconds for small changes. (And several minutes for large changes.)

Re: Deploying Code...
 

You do know that you don't have to build the code every time you want to run it, right?

You can simply go to Robot Main.vi and run it from there. It takes us about 15 seconds to deploy the first time, and around 3 seconds after that until we reboot.

You only need to build/deploy/run as startup when you are done with your code.

Re: Deploying Code...
 

I've known about the run from robot main.vi but I never really used it. I've just got used to the whole build/run as startup protocol. I'll actually try to start running through there. Thanks.

Re: Deploying Code...
 

Another LabVIEW trick, code in dashboard variables for any variables you have in your code (works out really well for autonomous). This allows you to easily test your autonomous code and modify any values without having to stop and change in your code. Once you hit the right combination, screenshot your dashboard, and go back to your code and replace the dashboard variable receive function with the variable it is supposed to be. This is useful in competition, we were able to fully debug an autonomous in one practice field time in this method, and we ran it 5 times in a row during this same session to make sure it would run consistently on the field.

The running from robot main method works great when you are in your shop, i just get a little wary about possibly forgetting to rebuild and redeploy the code before we go out onto the field. :eek:

Re: Deploying Code...
 

I've been doing that for a while and had that set up this season, though from it's usage, I found that using time controls with autonomous has proven to be unreliable and will in the future try to use encoders + PID.

Re: Deploying Code...
 

I need one of these.
Too often I have mechanicals yelling at me, "What's the hold up?" when they're waiting for the robot to do something.
Darn mechanicals.

Re: Deploying Code...
 

If you're using LabVIEW and trying to "Deploy" code, you're doing it wrong. There are legitimate reasons to use "Deploy", but I can't think of any that would be of use to an FRC team.

It takes only about ten seconds to send a LabVIEW program to the robot using "Run as Startup". Doing the "Build" beforehand can be several minutes, but it doesn't interfere with anyone running the robot. You don't even need to have the robot connected, or even present, to "Build" the code.

When you're doing interactive development/debug sessions by "Run"ning the Robot Main vi, sending all the code to the robot does take about the same amount of time as compiling it with "Build", but only once at the beginning of the process. Thereafter, it is only a few seconds to send only the changed code and run it again.