|
|
 | | Re: DISTRIBUTED/PARALLEL CLUSTER for legOS through n*RCX
|
| (...) An interesting idea. Presumably a light sensor alone would suffice, as it could be switched between active/passive mode to turn the LED on/off. You couldn't get high bandwidth, but there wouldn't be interference. Also, this would take multiple (...) (22 years ago, 17-Jan-03, to lugnet.robotics.rcx.legos)
| | | | | Re: brickOS with BricxCC
|
| (...) Well, I guess I am one of the two :) Its nice to know I am on the cutting edge of things. Actually I am probably one of the few BrickOS users that is too dumb or impatient to deal with cygwin or unix. (...) Seems fine to me. I think all we (...) (22 years ago, 17-Jan-03, to lugnet.robotics.rcx.legos)
| | | | | MIDI conversion
|
| I have added a feature to BricxCC to convert MIDI files to NQC, MindScript, LASM, brickOS C, and brickOS Pascal code. It seems to work quite well with the first three languages (i.e., the sound generated by the RCX closely resembles the MIDI file (...) (22 years ago, 16-Jan-03, to lugnet.robotics.rcx.legos, lugnet.robotics.rcx.nqc)
| | | | | Re: Interesting BrickOS Timing Results
|
| (...) I forgot to mention... This is *almost* the same as moving some of the subsystem code into a seperate high priority task. For example, LCD refresh code is executed in the 1ms timer ISR. It really doesn't need to be in the ISR. It can do it's (...) (22 years ago, 15-Jan-03, to lugnet.robotics.rcx.legos)
| | | | | Re: Interesting BrickOS Timing Results
|
| (...) 250msec? Not blocked entirely, but delayed. That's what I meant by "stutter". I've measured the general interrupt handler to take anywhere from 70-150us. So, the higher the sample rate the more significant the disruption. Anything faster than (...) (22 years ago, 15-Jan-03, to lugnet.robotics.rcx.legos)
|
|
