Time to build cRIO LabVIEW code

[Dave Scheck]

I would also like to voice my concerns.

There were two occasions at MWR where we were helping a team with autonomous code in LabView before a match. In one instance, we started helping them about 20 minutes before match time. The changes were in place and ready to go, but the lengthy build and deploy times were such that we were unable to get them on the field for the match. In the second case, we had a similar situation, but we got them to the field only because the match before us was foghorned which bought us a little more time.

I find this to be completely unacceptable. How can we reliably be helping people in the pits if it runs the risk of them not being able to compete in a match?

What happens in the case where a team wants to tweak something in elims during a timeout? The timeout is much shorter than the build time so don't bother.

Issues like these make me glad that we decided to stay with what would benefit our students the most, C++. They also make it less likely that I will be helping teams with LabView any time near a match.

As a fun fact, the NI rep at MWR made a comment to me that the FPGA code takes 24 hours to build...let's hope that they recognize that as an issue rather than industry standard.....

[Greg McKaskle]

Your complaints about the build time are completely valid. As I mentioned, it shouldn't be 20 minutes. If you find a team with that problem, the checkbox will fix it. It will still be longer than I'd like, but until I can rub someone's nose in it, it will take a few minutes.

As for the FPGA comment ... not so valid. The LV compilation portion of that is small. The vast majority is spent with the Xilinx compiler doing its thing. The diagram gets compiled directly to VHDL and the Xilinx compiler does the heavy lifting. I'm pretty sure that the compile time will shrink shortly after they can prove P=NP -- wiki it if that doesn't make sense. Basically it means that the layout problems are some of the most difficult and expensive problems around.

Greg McKaskle

[gwytheyrn]

For our team, on a Dell D620 core 2 duo machine, it takes roughly a 1-2 minutes, most of which is spent initializing or saying something like async agent vi (the last thing it says). On a 800mhz eeepc (1000hd, bestbuy model), it probably takes bout 5 minutes to build. Download time is probably about 1/2-1 1/2 minutes, depending.
I know HBR (1747) had some HUGE issues with build time at the beginning of buckeye and setting the build to only include needed libraries made their process much, much faster. (Or maybe not...I think that's what they did).
What would be really nice is if deploying from the front panel would work as build/download at its current speed. But that's wishing a little too much, eh?

[Greg McKaskle]

What would be really nice is if deploying from the front panel would work as build/download at its current speed.

I agree. That is pretty much the way RT used to work. It is now more capable and strips files down a bit more, but the time is much longer than I expect.

Again, don't accept 15 or 20 minutes as typical. Change the checkbox for libraries.

Greg McKaskle

[Ken Patton]

Originally Posted by Greg McKaskle

I agree. That is pretty much the way RT used to work. It is now more capable and strips files down a bit more, but the time is much longer than I expect.

Again, don't accept 15 or 20 minutes as typical. Change the checkbox for libraries.

Greg McKaskle

For those of you using Labview, listen to Greg. His advice on this is solid. Without the checkbox checked, we have a 20 minute build time. With it checked, we have a 2-3 minute build time. Still pretty long, but much better.

The other thing to remember is that you can do the build without being connected to the robot. Only the final step - right-clicking on your build and selecting Run as Startup - needs to be done while connected to the robot. And that takes only ~1 minute.

Having said all that, it does need to be improved, there is no doubt. Like Dave said, it makes it difficult to help someone who is in a bind, and it makes you not want to help them because you are afraid that they will have no code when the match starts.

Ken

[Karthik]

Originally Posted by Greg McKaskle

I'm pretty sure that the compile time will shrink shortly after they can prove P=NP

I'll get right on that...