Changing parameters on the fly?

[DjScribbles]

Does anyone know a slick way of changing some parameters on the fly. My wife is going to attempt to tune our PID routines we have setup with crumby default values; and I want to avoid modifying a #define in code and redeploying 80 times in a day.

I've thought about attempting fopen or something like that, but that still requires me to filezilla something down there ( or SSH/terminal somehow into the robot)

If the fopen is on the right track, I'm not quite sure how I go about cracking into the robot, so a link to a guide or some instructions for that would be awesome.

Are there any sneaky methods that we could use from the driver station maybe?

Thanks in advance!

[Ether]

Originally Posted by DjScribbles

Does anyone know a slick way of changing some parameters on the fly. My wife is going to attempt to tune our PID routines we have setup with crumby default values; and I want to avoid modifying a #define in code and redeploying 80 times in a day.

I've thought about attempting fopen or something like that, but that still requires me to filezilla something down there ( or SSH/terminal somehow into the robot)

If the fopen is on the right track, I'm not quite sure how I go about cracking into the robot, so a link to a guide or some instructions for that would be awesome.

Are there any sneaky methods that we could use from the driver station maybe?

Thanks in advance!

You could program some joystick buttons to bump the gains up and down.

Crude, but simple and effective.

Each time you bump a button, display the actual value on your driver station so you know where you're at.

[DjScribbles]

Thanks, for the idea; however over dinner I realized what I think I should do is simply debug the robot, and set watches on P,I,D temp values that get loaded each time the PID starts, and set a breakpoint, so I can modify the values from the debugger and resume.

answered my own question.

[agartner01]

Yeah I've been in the same situation, and idealy I'd like to use the smart dashboard to set the values like:

examplemotor->Set(SmartDashboard::GetInstance()->GetDouble("examplekeyname");

But I could never get it to work at all.

[bob.wolff68]

Alright folks,

I've got answers....

Indeed - we agree that SmartDashboard::GetInstance()->GetDouble("name") does not work...however, we did find that GetString() **DOES** work. So, here's an iterative solution...

1) You **MUST** use the smartdashboard app on a separate computer due to the fact that hitting ENTER will disable the robot.

2) You must retrieve your "double values" as strings and then convert them to double/float values... see below...

3) When in operation, you simply tune your PID values by entering a new value into one of the boxes and hitting ENTER (on the 2nd laptop....see #1) and the new value will be put into the PIDController immediately so you can see the difference. When you're happy with the results, record your P,I, and D and put those into your real code. Tada.

Bob...

PIDController pid(0.00, 0.00, 0.00, &encoder, &motor);
SmartDashboard* smarty=SmartDashboard::GetInstance();
// Initially gotta put some value in order to get SmartDashboard 
// to create a textbox for the value...
// Simply calling GetString() will not produce a box...
smarty->PutString("P-value", "0.0");
smarty->PutString("D-value", "0.0");
smarty->PutString("D-value", "0.0");

std::string tempstring;
float p, i, d;

// Initialize the pid...these values I cannot tell you .... 
// They depend on your situation
pid.SetInputRange(.....);
pid.SetOutputRange(.....);
pid.SetSetpoint(.....);
pid.Enable();

while (IsOperatorControl())
{
  tempstring = smarty->GetString("P-value");
  sscanf(tempstring.c_str(), "%f", &p);

  tempstring = smarty->GetString("I-value");
  sscanf(tempstring.c_str(), "%f", &i);

  tempstring = smarty->GetString("D-value");
  sscanf(tempstring.c_str(), "%f", &d);

  pid.SetPID(p, i, d);
}

[wireties]

The shell provided for the operating system is really a C interpreter. So you can define a global in your code then simply change its value from the command line.

in your C++ code:

extern "C" { float iMyPidGain; }
then from the VxWorks shell:

% iMyPidGain = 0.001

[bob.wolff68]

Keith,
Are you talking about the terminal console via the VxWorks menu (ie. Netconsole output) ??

I've never heard of this...can you point to some documentation on it?

bob

[wireties]

Originally Posted by bob.wolff68

Keith,
Are you talking about the terminal console via the VxWorks menu (ie. Netconsole output) ??

I've never heard of this...can you point to some documentation on it?
bob

Yep, wtx console and host shell are both C interpreters. I never use netconsole but I assume it is also. If netconsole is the resident shell accessed via telnet, it definitely is a C interpreter also.

Help->Help Contents->Wind River Documentation->Guides->Host Tools->Wind River Workbench Host Shell Users Guide->Part 1->Using C Interpreter with VxWorks 6.X

[bob.wolff68]

This is really big news that I believe VERY few people know of...if I have 'external' access (on the fly) to my program's variables in an interpretive way, well...the possibilities are HUGE.

I'll be trying this with my programmers tomorrow for sure!

bob - Team 1967 Mentor - The Janksters

[wireties]

Originally Posted by bob.wolff68

This is really big news that I believe VERY few people know of...if I have 'external' access (on the fly) to my program's variables in an interpretive way, well...the possibilities are HUGE.

I'll be trying this with my programmers tomorrow for sure!

bob - Team 1967 Mentor - The Janksters

This feature is one of the most productive things about Wind River's setup. Remember that it is 'C' interpreter, not C++. To get your symbols into the symbol table (and thus accessible) in a usable format (not mangled by the C++ compiler), be sure to put them inside a extern "C" clause.

We use this all the time: to turn on/off the collection of data, play with operating params (like PID constants), enable/disable features while debugging etc. It definitely works!

Good luck!

[rzoeller]

I personally use LV, so this problem is trivial for us, but would it be possible to have a CSV file stored on the robot that it reads from? So that if you modify the values, it's behavior will change?

[Ether]

Originally Posted by rzoeller

would it be possible to have a CSV file stored on the robot that it reads from? So that if you modify the values, it's behavior will change?

from the original post:

Originally Posted by DjScribbles

I've thought about attempting fopen or something like that, but that still requires me to filezilla something down there ( or SSH/terminal somehow into the robot)

[mikets]

Originally Posted by wireties

This feature is one of the most productive things about Wind River's setup. Remember that it is 'C' interpreter, not C++. To get your symbols into the symbol table (and thus accessible) in a usable format (not mangled by the C++ compiler), be sure to put them inside a extern "C" clause.

Can you access members of a structure? For example:

in your C++ code:

extern "C" {
    typedef struct _PIDConst
    {
        float Kp;
        float Ki;
        float Kd;
    } PIDConst;
     PIDConst iMyPidGain;
} 

then from the VxWorks shell:
% iMyPidGain.Kp = 0.001

[wireties]

Originally Posted by mikets

Can you access members of a structure?

No - can't do that directly. The interpreter does not have the benefit of things the compiler/preprocessor would know. Constants are also of no use.

If you know the offsets into the structure you can do it manually with the memory modify commands.

HTH

[rbmj]

Wow - I just tried it and it certainly works. Really cool.

If only there was an inverse of c++filt...

The debugger also provides a nice way to do this, but with more complex multithreaded applications debugging's bound to get tricky...

SmartDashboard is the future though. Once they can actually get it working, that is