| | Patches on SourceForge? A good/bad way to get changes into brickOS?
|
|
I've just posted (URL) note that there are 4 other patches lingering from as far back as September. Will my patch be looked at because it has been posted there? For info, here is the patch description The last version of binutils that brickOS works (...) (22 years ago, 14-Jan-03, to lugnet.robotics.rcx.legos)
|
|
| | Re: Interesting BrickOS Timing Results
|
|
This was a terrific analysis. It's not surprizing that current implementation hogs so much CPU time. If all four A/D channels are scanned every 150 us then the A/D interrupt is occuring every 37.5 us since each A/D channel generates its own (...) (22 years ago, 14-Jan-03, to lugnet.robotics.rcx.legos)
|
|
| | Re: Interesting BrickOS Timing Results
|
|
(...) This would be my favourites. If one builds a fast moving robot, main concern will be how fast the robot reacts to light sensor changes or how small the structures could be that the light sensor will "see". If one builds a thinking robot, for (...) (22 years ago, 14-Jan-03, to lugnet.robotics.rcx.legos)
|
|
| | Re: Interesting BrickOS Timing Results
|
|
Mark, ANOTHER great find! You are pushing BrickOS to new heights! Ok, so what can we do about this? 1) Provide a constant to set the update frequency at compile time. 2) Provide a variable to set the update frequency at run time. 3) Optimize the (...) (22 years ago, 14-Jan-03, to lugnet.robotics.rcx.legos)
|
|
| | Re: Interesting BrickOS Timing Results
|
|
Oops, found a little bug. ;-) Forgot to turn off the rotation sensors. Caused a wrong reading if you let the program run through the readings more than once. The rotation sensor section should read like this: // with two rotation sensors enabled (...) (22 years ago, 14-Jan-03, to lugnet.robotics.rcx.legos)
|
|
| | Interesting BrickOS Timing Results
|
|
Hi All, The recent posts about interfacing an i2c device to an RCX sensor port (in .robotics) got me interested in looking at the kernel code that handles the sensors. So, I did and found myself looking at the ds_handler function. This function is (...) (22 years ago, 14-Jan-03, to lugnet.robotics.rcx.legos)
|
|
| | DJGPP Cross Compiler Progress
|
|
I have successfully built an h8300 cross compiler for DJGPP using the newest version of gcc 3.2. I was not successful using gcc 2.95.2, the current used gcc compiler with brickOS, and at the advice of others tried gcc 3.2. Since it is the goal of (...) (22 years ago, 13-Jan-03, to lugnet.robotics.rcx.legos)
|
|
| | Re: make seems not to work / djgpp
|
|
(...) You should edit your Makefile. Regards, Michael (22 years ago, 12-Jan-03, to lugnet.robotics.rcx.legos)
|
|
| | Re: make seems not to work / djgpp
|
|
(...) I do not have a djgpp directory. Which legos version do you have? First time the make command works, only not, when want start a new project. Reinhard (22 years ago, 12-Jan-03, to lugnet.robotics.rcx.legos)
|
|
| | Re: make seems not to work
|
|
(...) Did you add the djgpp directory to your path? I don't remember everything I had to do, but here's a piece from MY autoexec.bat set path=c:\djgpp\bin;c:...til;%path% set djgpp=c:\djgpp\djgpp.env set shell=c:/djgpp/bin/sh.exe Steve (22 years ago, 12-Jan-03, to lugnet.robotics.rcx.legos)
|