 | | Re: time sampling under the rcx standard OS
|
|
(...) From what I've seen, the standard firmware takes about 3ms per command, and the same program will run on BrickOS about 100 times faster. I usually set up my BrickOS programs so they use the internal timer, and only update the motor setting (...) (20 years ago, 17-Sep-05, to lugnet.robotics.rcx.nqc)
|
|
 | | Re: time sampling under the rcx standard OS
|
|
(...) Francois, I think you should be able to get much faster sampling. I can easily get 10-20 Hz, and others have claimed to get down to 3 ms. Whether it can be done at a constant rate, I'm not sure, and think it probably depends on what else is in (...) (20 years ago, 17-Sep-05, to lugnet.robotics.rcx.nqc)
|
|
 | | time sampling under the rcx standard OS
|
|
Hi list, I'm trying to implement a position regulation (using a motor and a rotation sensor), using for instance a PID (Proportional-Integr...erivative) regulation. I tried to code it in NQC, using the standard OS, but it seems that the RCX loops at (...) (20 years ago, 17-Sep-05, to lugnet.robotics.rcx.nqc)
|
|
 | | time control : BrickOS versus the RCX standard OS ?
|
|
Hi list, I'm trying to implement a position regulation (using a motor and a rotation sensor), using for instance a PID (Proportional-Integr...erivative) regulation. I tried to code it in NQC, using the standard OS, but it seems that the RCX standard (...) (20 years ago, 17-Sep-05, to lugnet.robotics.rcx.legos)
|
|
 | | IR-based proximity measurement
|
|
I'm changing the subject line in the middle of the thread. Wonder what the server will do with that... I tried out Brian's "Max-picking" ping method, as well as a few other things. Here's a summary of what I found: 1) If the active sensor readings (...) (20 years ago, 16-Sep-05, to lugnet.robotics.rcx.nqc)
|