 | | Re: Motor Control Register (0xf000)
|
|
(...) As it is, it seems[1] that two of the three NAND gates in the 74HC10 are being used as a driver for speaker output (it's odd that it's two, not one though). So, this leaves one three input NAND gate to do the decoding. Now that I think about (...) (22 years ago, 14-Nov-02, to lugnet.robotics.rcx, lugnet.robotics.rcx.legos)
|
| |
| | Re: Motor Control Register (0xf000)
|
|
<snip> (...) Ok, thank you for the explaination! I am thinking that the Memory Manager would need some rework to support this, since the start of memory is currently established at compile time. I will have to take a look at this (time allowing). (...) (22 years ago, 14-Nov-02, to lugnet.robotics.rcx, lugnet.robotics.rcx.legos)
|
| |
| | Re: Motor Control Register (0xf000)
|
|
(...) I have implemented what Mark Riley has suggested. I submitted a patch to the patches section at the sourceforge project page. The changes are quite small but require some tricky tweaks to the build process. I have only minimally tested it and (...) (22 years ago, 14-Nov-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Motor Control Register (0xf000)
|
|
(...) While you are at it you could also make a remark near the explanation of the f000 motor control register, and make it clear that this is a hardware function. When I started to use this extra memory in leJOS I missed the remark at the very end (...) (22 years ago, 14-Nov-02, to lugnet.robotics.rcx, lugnet.robotics.rcx.legos)
|
| |
| | Re: Motor Control Register (0xf000)
|
|
(...) In that case, why didn't the RCX designers use an 8 input NAND to decode their addresses, to leave more of the RAM usable? Maybe there werent aware of this possibility? Jürgen (22 years ago, 14-Nov-02, to lugnet.robotics.rcx, lugnet.robotics.rcx.legos)
|
| |
| | Re: Motor Control Register (0xf000)
|
|
It also turns out that there are 8 bytes of external RAM that peek through at addresses 0xff80-0xff87. Writes to these locations also affect the motor control register. I suppose there's a small advantage in using these registers to control the (...) (22 years ago, 14-Nov-02, to lugnet.robotics.rcx, lugnet.robotics.rcx.legos)
|
| |
| | Re: Motor Control Register (0xf000)
|
|
(...) This is interesting. It makes sense that the memory backing these locations still works, but I never would have thought to try to use it. I will make a note of this on my pages. -Kekoa (22 years ago, 13-Nov-02, to lugnet.robotics.rcx, lugnet.robotics.rcx.legos)
|
| |
| | Re: Motor Control Register (0xf000)
|
|
(...) Interesting, I never looked at that version. I think the one disassembled by Kekoa is 0309. Current versions of leJOS also use this upper memory to store part of its firmware (almost 3K). Jürgen (22 years ago, 13-Nov-02, to lugnet.robotics.rcx, lugnet.robotics.rcx.legos)
|
| |
| | Re: Motor Control Register (0xf000)
|
|
Joe, [some reordering of comments for clarity] (...) The idea is to pick a certain number of functions that will fit in the upper RAM space (~2900 bytes) and put these functions in a seperate linker section (other than the default ".text" section). (...) (22 years ago, 13-Nov-02, to lugnet.robotics.rcx, lugnet.robotics.rcx.legos)
|
| |
| | Re: Motor Control Register (0xf000)
|
|
Mark, This is very interesting. I have experienced strange motor behavior with programs on BrickOS before; I now wonder if this may have been the situation. I do not currently know enough about GCC to make the changes that you mentioned, but I am (...) (22 years ago, 13-Nov-02, to lugnet.robotics.rcx, lugnet.robotics.rcx.legos)
|
| |
| | Motor Control Register (0xf000)
|
|
Seeing as how there's been little traffic here recently, I thought I'd post about something I found that's cleared up a little mystery (for me at least). It concerns the RCX register that is used to control the motors. This register lives at 0xf000. (...) (22 years ago, 13-Nov-02, to lugnet.robotics.rcx, lugnet.robotics.rcx.legos)
|
| |
| | how to calculate program size?
|
|
this has been asked before, but i cant seem to find the answer in my inbox. anyways, i was wondering how i could calculate the program size of the program on my rcx. im using legOS 0.2.4. any help appriciated kenneth johansen kennethj@stud.cs.uit.no (22 years ago, 5-Nov-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Release candidate brickos-0.2.6.08 avail for testing
|
|
After making this change everything worked perfectly, as far as I can tell. I had a lot of trouble trying to build the gcc cross compiler. With this build and the pre-build cross compiler from hitachi's website everything was very easy. Thanks! (...) (22 years ago, 5-Nov-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: controlling rcx with remote control
|
|
(...) No luck... It's for the lego remote... (22 years ago, 4-Nov-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: LNP packet handler
|
|
(...) Hi :-) I had problem the same. After brushing code source per some days, I finished discovering that the problem was with the versions. I installed logOS 0.2.5 and everything functioned well. (22 years ago, 4-Nov-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Release candidate brickos-0.2.6.08 avail for testing
|
|
(...) I spoke too soon. There is a problem with cygwin and Makefile.Common in the new release. The host utilities are not built with -D_WIN32 which (of course) causes them to not work at all. In Makefile.Common there is a place where CFLAGS is set (...) (22 years ago, 4-Nov-02, to lugnet.robotics.rcx.legos)
|
| |
| | I solved a small problem in lnp :-)
|
|
Hi :-) The problem is: When compiling programs made in language 'C++' using: # g++ myprogram.c -llnp The g++ would not compile and the follow messages appeared: /tmp/ccXFr7VZ.o: In function `main': /tmp/ccXFr7VZ.o(.text+0x95): undefined reference to (...) (22 years ago, 4-Nov-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Interruptions in BrickOS
|
|
Good questions! See responses below... "Martin De Wulf" <madewulf@ulb.ac.be> wrote in message news:H51ItF.Ax1@lugnet.com... <snip> (...) You may want to check out the latest (now called BrickOS) at (URL) For us, real-time properties of the platform (...) (22 years ago, 4-Nov-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Release candidate brickos-0.2.6.08 avail for testing
|
|
(...) I had essentially no problems with brickos-2.6.08 - aside from noticing at least a couple new headers I have to port to Pascal. configure worked like a charm. The only issue I encountered was regarding TOOLPREFIX. The way that I have my cygwin (...) (22 years ago, 4-Nov-02, to lugnet.robotics.rcx.legos)
|
| |
| | LNP packet handler
|
|
Hi, i am a student at the technical university of Athens and i am currently working on a project utilizing legOS 0.2.6 and LNP under Linux 7.3. My first aim is to establish communication between the RCX and the PC. I installed all the software (...) (22 years ago, 4-Nov-02, to lugnet.robotics.rcx.legos)
|
