Go to Post I have never gone to a FIRST Robotics competition and not had fun. - mathking [more]
Home
Go Back   Chief Delphi > Technical > Programming
CD-Media   CD-Spy  
portal register members calendar search Today's Posts Mark Forums Read FAQ rules

 
 
 
Thread Tools Rate Thread Display Modes
Prev Previous Post   Next Post Next
  #6   Spotlight this post!  
Unread 29-12-2012, 17:02
apalrd's Avatar
apalrd apalrd is offline
More Torque!
AKA: Andrew Palardy (Most people call me Palardy)
VRC #3333
Team Role: College Student
 
Join Date: Mar 2009
Rookie Year: 2009
Location: Auburn Hills, MI
Posts: 1,347
apalrd has a reputation beyond reputeapalrd has a reputation beyond reputeapalrd has a reputation beyond reputeapalrd has a reputation beyond reputeapalrd has a reputation beyond reputeapalrd has a reputation beyond reputeapalrd has a reputation beyond reputeapalrd has a reputation beyond reputeapalrd has a reputation beyond reputeapalrd has a reputation beyond reputeapalrd has a reputation beyond repute
Re: Beta test teams: Has base processor utilization decreased?

The best metric we can get (in LabVIEW at least) is the RT Get CPU Loads block.

It identifies what proportion of processor time is used by what priority tasks. It includes a number for each priority, and the sum is 100.

All tasks are Normal or inherit from parent by default. If we sum everything except Idle, we can get our consumed CPU load. The default framework does not use any of the VxWorks RT tasks, so timing determinism goes out the window and is wildly variant on CPU load on both ends and link quality (since it's timed to DS packets).

For the past few years, the CPU load on our robot has been so high that we've had to use the 'No App' DIP switch to reprogram the robot, because the NI bootloader is running at lowest priority and is being starved. It pains me every time I must open the darn imaging tool, No App (Virtually), reboot, flash, un No-App in the imaging tool, and reboot again. It's a process far too long for a competition environment.

The Default code gets around this limitation by not running most of the code when disabled. I hate this method, as I can't debug without enabling the robot, and it's sometimes useful to probe an output without allowing it to move.
__________________
Kettering University - Computer Engineering
Kettering Motorsports
Williams International - Commercial Engines - Controls and Accessories
FRC 33 - The Killer Bees - 2009-2012 Student, 2013-2014 Advisor
VEX IQ 3333 - The Bumble Bees - 2014+ Mentor

"Sometimes, the elegant implementation is a function. Not a method. Not a class. Not a framework. Just a function." ~ John Carmack
 


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 21:39.

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