 | | 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)
|
| |
| | Re: Priority problem...
|
|
Okay. sorry for cluttering the group with this drival... my main task was intefering with task priorities due to a while loop doing nothing at the end... after removing it and letting the main task end.. the task for sensor worked fine with lower (...) (25 years ago, 25-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: memcpy patch for gcc 2.95.2 wanted
|
|
(...) Could you describe the bug to us more clearly, i.e. what was the produced code, and what did you modify, so others won't run into the same trouble again, please? Thanks, Eddie C. Dost ecd@skynet.be (25 years ago, 25-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: memcpy patch for gcc 2.95.2 wanted
|
|
I've been able to fix my code by hand modifying the assembler code that is produced and using that instead of the .c code. I'm concerned, however, that the bug in GCC might manifest itself in other ways. Is there a patch for GCC available somewhere? (...) (25 years ago, 25-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Priority problem...
|
|
With a simple program... I have a task watching a touch sensor. If the task is given PRIO_NORMAL I am able to read the sensor in the task... If the task is given PRIO_NORMAL-1, I can't. I have checked the execi return values in both cases and in (...) (25 years ago, 24-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | memcpy patch for gcc 2.95.2 wanted
|
|
In an attempt to track down my RCX lockup problems I've been rereading the older messages and came across the discussion that sounded exactly like my problem: the RCX locks up when dll is executed. The conclusion was that bad code was generated for (...) (25 years ago, 24-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Running IR in the background
|
|
Hi all Is there any way to switch the IR LED on and leave it on. (as a kind of a headlight for the light sensor.) Alternatively, what is the easiest way to just send a comtinuous string of 0's so it's on at least a lot of the time, without taking (...) (25 years ago, 23-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Killing lnpd?
|
|
(...) Thanks that works. lnpd can be found at: (URL) Lego (25 years ago, 22-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Locks when downloading
|
|
When I download any .LX file my RCX locks up with the left motor (output A) running and requires that I pull the batteries to recover. I'm not sure what is causing this, though the obvious reason is the use of the new tools I recently built (DJGPP (...) (25 years ago, 22-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Killing lnpd?
|
|
(...) Did you try 'kill -9 <pid>'? - This should definitely kill it. Btw, where can the source to lnpd be found? Eddie C. Dost ecd@skynet.be (25 years ago, 21-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Killing lnpd?
|
|
Hi We are a group of students from Denmark, working on a project with Mindstorms. We have a problem with lnpd. We can't kill the deamon. We have tried killall lnpd kill <pid> and CTRL-c when running in debug and log to screen mode, nothing works. (...) (25 years ago, 21-Mar-00, to lugnet.robotics.rcx.legos)
|
