 | | Re: useful battery program
|
|
(...) Yes, the current behavior of displaying the return address for the interrupt handler isn't very useful. :-) I was considering making it display battery voltage. It would be neat if some combination of VIEW and other buttons could be used to do (...) (25 years ago, 12-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: useful battery program
|
|
Ben Jackson schrieb: (...) Yes, this is a good idea. The system timer handler will probably become a C routine, anyway, as it does so many things now. It might as well check for low battery power and display it. I was thinking about a configuration (...) (25 years ago, 12-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | PRGM button - am I missing something?
|
|
I may be missing something horribly simple, but I can't seem to get the PRGM button on the RCX to change the program being executed by legOS. For instance, if I dll foo.lx -p0 dll bar.lx -p1 I can only get bar.lx (or whatever I 'dll' last) to (...) (25 years ago, 12-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | useful battery program
|
|
Here's a short program to display the battery voltage. The get_battery_mv() interface might be useful in the kernel itself. Would it be appropriate for the kernel to turn on the low battery indicator as well? The A/D converter that the RCX uses to (...) (25 years ago, 12-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | RE: RCX "locking up" when trying to use dll
|
|
(...) Great story! When doing tedious diff compares, I usually find it in the last pair of files :-) Cheers, Ralph Hempel - P.Eng ---...--- The train stops at the train station, The bus stops at the bus station, So why am I sitting at a work (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: RCX "locking up" when trying to use dll
|
|
(...) I built the H8/300 binutils-2.9.1 and gcc-2.95.2 and compiled the legOS kernel and it was locking up when downloading programs. People here said get egcs-1.1.2 -- it works! So I built egcs-1.1.2 and cd'd to legOS/boot, make clean/make and the (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: RCX "locking up" when trying to use dll
|
|
(...) Actually I won't, since I just read memcpy.c and I see it's an __asm__ macro. I don't know if that's a valid __asm__ or not. In this case, if it's causing legOS pain, memcpy.c should just be replaced by memcpy.s with the correct assembly (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | RE: RCX "locking up" when trying to use dll
|
|
(...) <Snipped disassembly showing exactly what the bug is...> WOW! Good catch Ben! I have recently been looking through some disassembly on a totally unrelated topic and have found a bug in an unnamed commercial compiler. But of course I had a (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: RCX "locking up" when trying to use dll
|
|
(...) It's actually in the library. I just found it. Here is a disassembly of a correct memcpy.o, as built by egcs-1.1.2: 00000000 <_memcpy>: 0: 0d 13 mov.w r1,r3 2: 09 23 add.w r2,r3 4: 1d 13 cmp.w r1,r3 6: 47 00 beq .0 (8) 8: 6c 1a mov.b @r1+,r2l (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: RCX "locking up" when trying to use dll
|
|
Ben Jackson schrieb: (...) Some parts of legOS, especially the interrupt handlers, are less portable than they should be - they use some assembly, or my attribute((rcx_interrupt)) which I haven't verified with 2.95.2. (...) Sounds like a problem (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx.legos)
|
