Subject:
|
Re: Robolab, byte codes and assembler
|
Newsgroups:
|
lugnet.robotics.rcx.robolab
|
Date:
|
Wed, 26 Nov 2003 22:22:02 GMT
|
Viewed:
|
9267 times
|
| |
|
|
In lugnet.robotics.rcx.robolab, Jordan Bradford wrote:
| |
In lugnet.robotics.rcx.robolab, Don Stauffer wrote:
| |
Or, is there another “competition-legal” way to get
more reliability from the rotation sensor?
|
Don’t run it too quickly or too slowly.
http://www.sjbaker.org/steve/lego/rotation_sensor.html
Um, that’s all I know, besides using BrickOS which has code to make it more
accurate. You mentioned that already. Actually, now that I think about it,
BrickOS might be able to run assembly language functions since it’s C++
anyway.
|
Two problems:
1. From what I’ve read about the problem, the speed I ran it at was right in the
“sweet spot”.
2. BrickOS would not qualify for the competition.
I wonder if (hope?) the recent unavailability of rotation sensors at Pitsco is
because the manufacturer recognized the flaw and has changed the manufacturing
process to improve it. Trouble with that theory is, I suspect it has to do with
the whole method of reading the sensor, which would require a firmware update as
well; not too likely this will happen in that case. Unless there’s already a
(poorly implemented) compensation for a sample coinciding with a voltage
transition, which they can improve in the sensor itself.
Does anyone know? I wish they wouldn’t play so “close to the chest”; computer
companies have long since realized that’s not a good way to do business.
|
|
Message is in Reply To:
 | | Re: Robolab, byte codes and assembler
|
| (...) Don't run it too quickly or too slowly. (URL) Um, that's all I know, besides using BrickOS which has code to make it more accurate. You mentioned that already. Actually, now that I think about it, BrickOS might be able to run assembly language (...) (21 years ago, 26-Nov-03, to lugnet.robotics.rcx.robolab, FTX)
|
24 Messages in This Thread:
  
 
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|
