 | | Re: RCXTTY-Variable Problem, calling ./firmdl3 ../boot/brickOS.srec
|
|
Hello I found the solution to the Main Problem: Quotation from another topic: This Flag has to be changed in the Makefile.common file in the Brickos directory "The best fix for cygwin and newConf2 is to change the line in the ifdef (...) (22 years ago, 25-Jan-03, to lugnet.robotics.rcx.legos)
|
| |
| | RCXTTY-Variable Problem, calling ./firmdl3 ../boot/brickOS.srec
|
|
Hello, Dear NewsGroup ---...--- My Problem is: When I tri to download the BrickOS firmware to the Brick using ./firmdl3 ../boot/brickOS.srec after setting "RCXTTY=USB" with "export ...". (I have the USB-Tower) I get the following error: "USB: No (...) (22 years ago, 25-Jan-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Newbie problems
|
|
(...) Well, the compilation process would give up everytime, despite just trying to install just the suggested packages. (Also, given the unintuitive Cygwin install program, I decided it was easier to say everything - I have access to a nice fat (...) (22 years ago, 23-Jan-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: newbie trouble with make depend
|
|
(...) Thats broken at the moment, but the workaround is to simply not rebuild the dependencies. i.e., just do "make clean all", and don't do "make depend". Max. (22 years ago, 22-Jan-03, to lugnet.robotics.rcx.legos)
|
| |
| | newbie trouble with make depend
|
|
hi everyone, I have been trying to get everything configured for brickos, and keep getting stuck at make depend command, as shown below: makedepend: not found make[2]: *** [.depend] Error 127 make[2]: Leaving directory (...) (22 years ago, 22-Jan-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Newbie problems
|
|
[Ian: I realized I'd forgotten a sentence just after pressing send. So this is not quite a duplicate of my previous message.] (...) It may be worthwhile trying the latest brickos testing release, 0.2.6.09, IIRC. (...) Everything under Cygwin is a (...) (22 years ago, 22-Jan-03, to lugnet.robotics.rcx.legos)
|
| |
| | I cannot send more than 6 bytes with lnpd
|
|
I'm trying to send some data from the RCX to my computer, using lnpd, but I have the following problem: it seems that I cannot send more than 6/7 bytes, because after this limit I have a lot of errors from lpnd (see the log below). The tower and the (...) (22 years ago, 21-Jan-03, to lugnet.robotics.rcx.legos)
|
| |
| | Newbie problems
|
|
Hi everyone, I've been struggling to get legos 0.2.6 working for a few days now, and I'm beginning to make a little progress. Using the insturctions at this site: (URL) finally got the thing installed under XP (Dosn't seem to want to go under win98 (...) (22 years ago, 21-Jan-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Sensor Sampling; Progress?
|
|
The Lego firmware cuts power for about 200uS, with a period of 3mS. So most sensors have to have enough capacitor based power storage for the full 200uS and be able to run on about 93% duty cycle. (The rotation sensor is one of the devices on the (...) (22 years ago, 19-Jan-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Sensor Sampling; Progress?
|
|
(...) Yes. (...) individually (...) That's right. (...) I agree. With the current firmware, power gets cut off to all 3 sensors for ~85us (sometimes longer). With the scheme I mentioned, power would be cut to only one sensor for ~25us. The sample (...) (22 years ago, 19-Jan-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Sensor Sampling; Progress?
|
|
(...) What OS are you using? How far have you got? Max. (22 years ago, 19-Jan-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Sensor Sampling; Progress?
|
|
I have been following this thread with great interest for two reasons. One day, someone will be persuaded to provide me with direct help and assistance in getting BrickOS running on my laptop - perhaps at BW or BF. I have built quite a few prototype (...) (22 years ago, 18-Jan-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Sensor Sampling; Progress?
|
|
Joe, Great job on taking the bull by the horns! The following are my suggestions on a system configuration. Please note that the term "divider" is being used here to indicate the function should only be performed every Nth interrupt. OCRA interrupt (...) (22 years ago, 18-Jan-03, to lugnet.robotics.rcx.legos)
|
| |
| | Sensor Sampling; Progress?
|
|
So far, I have reconfigured a copy of BrickOS in the following way: 1) Adjusted the clock_handler to improve the accuracy of the sys_time variable. Now running at very close (if not right on) 1 msec per tick. 2) Allowed the FRC (Free-Running (...) (22 years ago, 18-Jan-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: DISTRIBUTED/PARALLEL CLUSTER for legOS through n*RCX
|
|
Nick, What you propose it's another way, and of course, should work, but we might have to create another software layer over the current operating system of the RCX (of course, legOS), and we would loose 1 sensor per RCX. What I was trying to (...) (22 years ago, 17-Jan-03, to lugnet.robotics.rcx.legos)
|
| |
| | 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)
|
