 | | Re: How do I test this thing?
|
|
Luis, No probs. I should have looked there first 8?) If you need something done, I'd be happy to document my experimentation, and mail it to you to include in the HOWTO. I also read on the NG that gcc 2.95.2 has a bit of a problem in some of the (...) (24 years ago, 1-Apr-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: How do I test this thing?
|
|
Ross- My deepest apologies, but the HOWTO is sadly out of date- it refers to version 0.1.7 of the software, which is similar in many ways but drastically different in the makefile system. I'd suggest looking through the README file for better (...) (24 years ago, 1-Apr-00, to lugnet.robotics.rcx.legos)
|
| |
| | How do I test this thing?
|
|
Hi, all. Well, just spent the best part of the morning downloading & compiling the h8300 cross-compiler. All worked perfectly, as per the instructions in the HOWTO. (I tried the binaries first, but was getting strange errors when I tried to compile (...) (24 years ago, 1-Apr-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: makelx issues
|
|
Kajim schrieb: (...) Depending on your configuration, there may or may not be certain error messages when building the compiler. They mostly deal with missing system libraries, which doesn't avail to much - legOS has its own libraries. (...) This (...) (25 years ago, 31-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | makelx issues
|
|
Sorry to post configuration issues again; however, I have I beleive sucessfully compiled the new egcs 1.1.2[altho the self tests at the end fail...] and can begin to compile legOS 0.2.3 but makelx segfaults every time it is run... The only guess I (...) (25 years ago, 31-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Problems reading active sensors with legos? Is there a solution?
|
|
I'm a bit confused with the reading of my light sensor with legOS. I'm getting values with a lot of "noise"... For example, reading the value for white, I'm getting values with a "noise" from 36 to 24 (raw) around the right value. Reading some post (...) (25 years ago, 30-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Installing LegOS -- compiler problems, SIGSEV
|
|
i'm attempting to compile the latest egcs-1.1.2 on my Linux roswell 2.2.12 #10 SMP Thu Nov 11 13:28:14 CST 1999 i586 unknown machine; however, I hit a rather odd problem when trying to compile the attached section of the makefile. I get a signal 11 (...) (25 years ago, 29-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: When the OS makes the difference
|
|
(...) path (...) 70cm/s (...) movie (...) one (...) rate. (...) pretty (...) line (...) not (...) sampling. (...) with (...) I guess you're right this time too :-) Thanks for having clarified the matter. (...) good (...) Paolo actually confessed he (...) (25 years ago, 28-Mar-00, to lugnet.robotics, lugnet.robotics.rcx.legos)
|
| |
| | RE: When the OS makes the difference
|
|
(...) <snip> (...) Alternative firmware is crucial to developing high-performance bots. The core sampling rate of the RCX firmware is once every 3 msec, which is pretty fast. I'm not sure of the max rate that legOS allows. At that rate, the line is (...) (25 years ago, 27-Mar-00, to lugnet.robotics, lugnet.robotics.rcx.legos)
|
| |
| | RE: When the OS makes the difference
|
|
(...) <snip> (...) Alternative firmware is crucial to developing high-performance bots. The core sampling rate of the RCX firmware is once every 3 msec, which is pretty fast. I'm not sure of the max rate that legOS allows. At that rate, the line is (...) (25 years ago, 27-Mar-00, to lugnet.robotics, lugnet.robotics.rcx.legos)
|
| |
| | When the OS makes the difference
|
|
Yesterday, Sunday 26th March, we had our 4th Italian Legofest. This time our traditional robotic contest was about line following, and 10 peopled compared their ideas, their knowledge and their ability running their robots for maximum speed on a 7m (...) (25 years ago, 27-Mar-00, to lugnet.robotics, lugnet.robotics.rcx.legos) !
|
| |
| | Re: Battery life question
|
|
(...) I measured the RCX consumes about 33mA in ROM or Lego Firmware, around 26.5mA under LegOS (due to the sleep instruction in the idle task), and it will use 0.034mA when turned off. No matter how long you sleep in your task, the RCX will consume (...) (25 years ago, 26-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Battery life question
|
|
I searched through the archives and couldn't find anything that specifically addressed this question, so I figured I might as well ask. What would the expected battery life of the RCX be while simply sitting in a loop calling sleep with large (...) (25 years ago, 26-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: memcpy patch for gcc 2.95.2 wanted
|
|
(...) I don't know if Markus would approve, but it might be worthwhile to do this and put it in to CVS so that 0.2.4(?) would be compilable with 2.95.x. Does anyone have the time/skill to do this? Markus? Your two cents? -Luis ###...### Profanity is (...) (25 years ago, 26-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: memcpy patch for gcc 2.95.2 wanted
|
|
(...) IMHO it is better anyway to use pure assembly files when generating code like memcpy (which is completely in assembly here). Call them memcpy.S, and you won't have the problem of accidentially removing them. With this you can use 'c' style (...) (25 years ago, 26-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: memcpy patch for gcc 2.95.2 wanted
|
|
(...) Because there were some decisions made as to what "incorrect" macros were and weren't by the egcs/gcc teams. For some time, this made compiling the Linux kernel with the newest egcs a serious problem. (...) Cool. -Luis (...) ###...### (...) (25 years ago, 26-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: memcpy patch for gcc 2.95.2 wanted
|
|
Les Smithson <lsmithso@hare.demon.co.uk> wrote in message news:Fs0v5B.J44@lugnet.com... (...) You saved me the trouble of posting the exact same fix. Thanks. I'm concerned there might be other problems caused by this bug. Fixing this routine treats (...) (25 years ago, 26-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: memcpy patch for gcc 2.95.2 wanted
|
|
(...) I think the compiler was generating incorrect code. I'm no gcc expert, but the asm macros looked OK to me, and besides, why should the macro work in one compiler version & not the other? FYI, I fixed it by compiling the source to an assembler (...) (25 years ago, 26-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: memcpy patch for gcc 2.95.2 wanted
|
|
(...) Sorry... I was going to recommend the same thing last night, but got sidetracked (it has been a tough two days to be a Duke basketball fan.) I have a question: from where in the code is the incorrect assembly generated? i.e., could it be (...) (25 years ago, 26-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: memcpy patch for gcc 2.95.2 wanted
|
|
(...) That was probably me. I don't know anything about GCC asm macros so I wasn't sure if it was a bug in memcpy or a bug in GCC's code generation. I solved the problem by going to egcs-1.1.2 which generates correct code. I was hoping that someone (...) (25 years ago, 26-Mar-00, to lugnet.robotics.rcx.legos)
|
