Go to Post The function of that part is to keep one student occupied playing with it during the entire build season. It doesn't have to be the same student all the time, they can take turns. - MrForbes [more]
Home
Go Back   Chief Delphi > Technical > Programming > NI LabVIEW
CD-Media   CD-Spy  
portal register members calendar search Today's Posts Mark Forums Read FAQ rules

 
Reply
Thread Tools Rate Thread Display Modes
  #1   Spotlight this post!  
Unread 18-03-2013, 18:50
eruiz22 eruiz22 is offline
Registered User
FRC #4210
 
Join Date: Feb 2013
Location: South Gate
Posts: 29
eruiz22 is on a distinguished road
Program takes way too long to deploy.

Our programs take too long to depoly. It builds within 5 minutes. It takes about an hour to deploy.
Reply With Quote
  #2   Spotlight this post!  
Unread 18-03-2013, 20:11
nekojess nekojess is offline
Controls Surgeon and Diagnostician
AKA: Jessica C
no team
 
Join Date: Mar 2013
Rookie Year: 2001
Location: Michigan
Posts: 15
nekojess is an unknown quantity at this point
Re: Program takes way too long to deploy.

How are you connected to the cRIO? Try wiring directly to it.

Does it still do it if you do it with a new blank robot project?
Reply With Quote
  #3   Spotlight this post!  
Unread 18-03-2013, 21:04
Greg McKaskle Greg McKaskle is offline
Registered User
FRC #2468 (Team NI & Appreciate)
 
Join Date: Apr 2008
Rookie Year: 2008
Location: Austin, TX
Posts: 4,752
Greg McKaskle has a reputation beyond reputeGreg McKaskle has a reputation beyond reputeGreg McKaskle has a reputation beyond reputeGreg McKaskle has a reputation beyond reputeGreg McKaskle has a reputation beyond reputeGreg McKaskle has a reputation beyond reputeGreg McKaskle has a reputation beyond reputeGreg McKaskle has a reputation beyond reputeGreg McKaskle has a reputation beyond reputeGreg McKaskle has a reputation beyond reputeGreg McKaskle has a reputation beyond repute
Re: Program takes way too long to deploy.

That sounds like you have run into an uncommon bug. I have seen it a few times and was trying to make it more reproducible last week.

From what I saw, it occurs when the cRIO has a startup app, the application is aborted, but the cRIO never responds to the protocol so that the host will put up the reboot dialog.

I believe that you can probably get past this by right clicking on the target cRIO and selecting Connect. After the dialog, you should be able to right-click on the build spec and Run as Startup.

Please let me know if there are any other factors you believe could help us reproduce it.

Greg McKaskle
Reply With Quote
  #4   Spotlight this post!  
Unread 19-03-2013, 07:44
PhilBot's Avatar
PhilBot PhilBot is offline
Get a life? This IS my life!
AKA: Phil Malone
FRC #1629 (GaCo: The Garrett Coalition)
Team Role: Mentor
 
Join Date: Jan 2006
Rookie Year: 2006
Location: Maryland
Posts: 747
PhilBot has a reputation beyond reputePhilBot has a reputation beyond reputePhilBot has a reputation beyond reputePhilBot has a reputation beyond reputePhilBot has a reputation beyond reputePhilBot has a reputation beyond reputePhilBot has a reputation beyond reputePhilBot has a reputation beyond reputePhilBot has a reputation beyond reputePhilBot has a reputation beyond reputePhilBot has a reputation beyond repute
Re: Program takes way too long to deploy.

Hi

At the beginning of this season we also encountered some really long deploy times (doing a run as startup). Based on past experiences, we quickly adopted the approach of using the Imaging tool to set the "No App" switch at the beginning of each development session.

This effectively leaves the cRIO idle/blank after a REBOOT so the deployment process seems more reliable (completes quickly more often). You just need to remember to turn the switch back off at the end of the session otherwise you won't have code next time you boot.

At our recent regional, we tried doing the deployment without the "No App" switch set, and it seemed to work OK, so I'm not sure what caused our initial slow deploys.

Something else to note. At our facility we have two high speed wireless routers that share the same network. We can download to the robot if the laptop is connected to either of the two routers, but we do find that connecting to the SAME router that the robot is using makes for a much faster deployment (even with the No App switch set.)
__________________
Phil Malone
Garrett Engineering And Robotics Society (GEARS) founder.
http://www.GEARSinc.org

FRC1629 Mentor, FTC2818 Coach, FTC4240 Mentor, FLL NeXTGEN Mentor
Reply With Quote
  #5   Spotlight this post!  
Unread 19-03-2013, 16:49
apples000's Avatar
apples000 apples000 is offline
Registered User
no team
 
Join Date: Mar 2012
Rookie Year: 2012
Location: United States
Posts: 222
apples000 has a brilliant futureapples000 has a brilliant futureapples000 has a brilliant futureapples000 has a brilliant futureapples000 has a brilliant futureapples000 has a brilliant futureapples000 has a brilliant futureapples000 has a brilliant futureapples000 has a brilliant futureapples000 has a brilliant futureapples000 has a brilliant future
Re: Program takes way too long to deploy.

In previous years when our team used LV, we ALWAYS disconnected and connect to the cRIO (under project explorer, right click on cRIO Real Time Target, disconnect, connect). I don't remember how we started this practice, but it would cut the deploy time down a significant amount.
Reply With Quote
Reply


Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT -5. The time now is 22:56.

The Chief Delphi Forums are sponsored by Innovation First International, Inc.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © Chief Delphi