 | | Re: R: Upgrade RCX?
|
|
Hi, the board is still under development, do far I dont have any PCB layout. All is done on a prototype board and not all comonents tested yet. A simple port of BrickOS is also not possible, because of the complete different structure of the µC. I (...) (21 years ago, 21-May-03, to lugnet.robotics.rcx.java, lugnet.robotics.rcx, lugnet.robotics.rcx.legos)
|
| |
| | Re: brickos-0.2.6.10 CONF_DSENSOR_MUX problem
|
|
I tried the following program and it seems to be doing something useful with the sensor power. I looked at it on the scope and it generates a regular pattern with 10ms pulses. I don't have one of these sensor mux devices so I can't actually tell if (...) (21 years ago, 19-May-03, to lugnet.robotics.rcx.legos)
|
| |
| | R: Upgrade RCX?
|
|
I'm using Lego MindStorms for didactical laboratory at Politecnico di Torino. I'm interested in your project. I have two questions: Would it be difficult to reproduce in multiple copies your board? How do you solve the problem of porting the (...) (21 years ago, 17-May-03, to lugnet.robotics.rcx.java, lugnet.robotics.rcx, lugnet.robotics.rcx.legos)
|
| |
| | Re: Upgrade RCX?
|
|
(...) Hi Rand, I have started an hardware replacement for the RCX. Its based on an 16bit µController, an Infineon (Siemens) C164 with 128kb flash, 128kbSRAM and 64kb EEPROM. The controller plus the all memory is on a module from Phytec "Dipmodule (...) (21 years ago, 17-May-03, to lugnet.robotics.rcx.java, lugnet.robotics.rcx, lugnet.robotics.rcx.legos)
|
| |
| | gcc-3.3 - multi-line string literals
|
|
GCC 3.3 has made multi-line string literals a syntax error. (They were deprecated from 3.0). This is very annoying, because they made lots of sense for things like inline asms, and brickOS has lots of them. Below are patches which append \n\ to the (...) (21 years ago, 17-May-03, to lugnet.robotics.rcx.legos)
|
| |
| | brickos-0.2.6.10 CONF_DSENSOR_MUX problem
|
|
After I have done the changes desribed in thread: (URL) brickos-0.2.6.10 .text is not within region ram now i can compile the kernel with CONF_DSENSOR_MUX. But the DSENSOR_MUX does not work. I have checked this item with an osciloscope on the (...) (21 years ago, 15-May-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: usb & lnpd
|
|
(...) hi! (...) nothing to do with his patches... (...) hm, that did work for me. (...) i will send you my patches. have fun! flo. (21 years ago, 9-May-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: usb & lnpd
|
|
Mason, As fas as I know the usb support under linux it's not finished, some part (such as receiving works, but it's not transparent, as if you had the serial tower). You can check the current satus at: (URL) way would be to run cygwin under windows (...) (21 years ago, 9-May-03, to lugnet.robotics.rcx.legos)
|
| |
| | usb & lnpd
|
|
Hi. I 've got a ris 2.0 with usb tower and about two weeks ago for the first time dll and firmdl work with legos 2.5 with instructions found at: (URL) tried with the patch legos-0.2.6-linux-us...stdl-sched with legos.0.2.6 but it don't work at all. (...) (21 years ago, 9-May-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: TIME STAMP for a LNP distributed robot
|
|
Thanks Mark for your idea, it's better to have a different global time than the one of the kernel. Best Regards, CarlosLuis Rendon M. "Mark Riley" <markril@hotmail.com> wrote in message news:HEIyDt.16s5@lugnet.com... (...) (21 years ago, 7-May-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: TIME STAMP for a LNP distributed robot
|
|
BTW, make sure you include: #include <time.h> Otherwise, get_system_up_time() will only return 16 bits! Mark (21 years ago, 7-May-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: TIME STAMP for a LNP distributed robot
|
|
Hi, The sys_time variable is the basic timekeeper for BrickOS. It is a 32-bit integer that is incremented every millisecond by the kernel. In older versions of the kernel you could access the variable directly, however, in 0.2.6.10 and later you (...) (21 years ago, 7-May-03, to lugnet.robotics.rcx.legos)
|
| |
| | TIME STAMP for a LNP distributed robot
|
|
Hi, I'd like to make a basic implementation of a time stamp on a distributed schame, using Lamport's algorithm. It states basically that when a node receives a message, it get the time stamp that's contained on it, and compares with it's own, if the (...) (21 years ago, 7-May-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: brickos-0.2.6.10 .text is not within region ram
|
|
(...) Dear Mark I will check the demo programs and more stuff. If i'm not wrong it looks to me that now we have 16K for the kernel ( c000-b000) = 4Kb more. If i got the results, i'm coming back to the forum. best regards Bernhard (21 years ago, 7-May-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: math.h
|
|
Oh note : you need to compile with -lfloat your kernel if you want to include it into kernel just add -lfloat to $LIBS in the Makefile.kernel nanobapt (21 years ago, 6-May-03, to lugnet.robotics.rcx.legos)
|
| |
| | math.h
|
|
Hello all, I've written some math usefull library ! here is my work. It's not really optimized and I'm afraid cause I see the memory place down ... If someone want help me ... Have fun nanobapt /*test.c*/ #include <math.h> #include <conio.h> int (...) (21 years ago, 6-May-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Upgrade RCX?
|
|
(...) take a look at Robobricks (URL) also playing around with such an idea, but smaller (most devices should fit in a 2*4 brick) and faster (115 kBaud bus). My first notes can be seen here (URL) regards, Stef Mientki (...) (21 years ago, 6-May-03, to lugnet.robotics.rcx.java, lugnet.robotics.rcx, lugnet.robotics.rcx.legos)
|
| |
| | Re: brickos-0.2.6.10 .text is not within region ram
|
|
Hi Bernhard, Apparently the kernel is getting too big! By defining CONF_DSENSOR_MUX, enough extra code was generated to make the kernel exceed 12K. If you go to Makefile.user in the main BrickOS directory, change the following lines: # Base (...) (21 years ago, 6-May-03, to lugnet.robotics.rcx.legos)
|
| |
| | brickos-0.2.6.10 .text is not within region ram
|
|
I changed in /boot/config.h the //#define CONF_DSENSOR_MUX //!< sensor multiplexor TO #define CONF_DSENSOR_MUX //!< sensor multiplexor Enviroment: Latest Version: Cygwin 1.3.22-1 WIN2000 brickos-0.2.6.10 + gcc-2.95.2 + binutils-2.10.1 + Hitachi (...) (21 years ago, 6-May-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: firmdl3: delete firmware failed
|
|
(...) see Thread (URL) (21 years ago, 6-May-03, to lugnet.robotics.rcx.legos)
|
| |
| | Upgrade RCX?
|
|
Has anyone ever tried to upgrade the memory in the RCX? ( External RAM that is ). What about upgrade the CPU to 60kbyte PROM version? No need to use expanded mode, then a ton of I/O would be available... Anyone thought about building a RCX (...) (21 years ago, 6-May-03, to lugnet.robotics.rcx.java, lugnet.robotics.rcx, lugnet.robotics.rcx.legos)
|
| |
| | Re: firmdl3: delete firmware failed
|
|
You answered this question to the exact same person too :-P (...) (21 years ago, 3-May-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: firmdl3: delete firmware failed
|
|
(...) Arg i've answered .... in an other message nanobapt (21 years ago, 2-May-03, to lugnet.robotics.rcx.legos)
|
| |
| | firmdl3: delete firmware failed
|
|
Hello, Has anyone run into this problem? Running this command: firmdl3 legOS.srec results in this message: firmdl3: delet firmware failed Theresa (21 years ago, 2-May-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Win98 installation of legos
|
|
(...) This error indicate to you that communication is really bad or RCX have a firmware locked in memory !! Try to download the program with -s option like that (firmdl3 -s PATH/legOS.srec) Or try to erase firmware by erase RAM nanobapt (21 years ago, 2-May-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Win98 installation of legos
|
|
Theresa, (...) I have not experienced this error. I would suggest searching the newsgroup for "delete firmware" to see if others have. Ed (21 years ago, 2-May-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Win98 installation of legos
|
|
Ed, Thanks for your help! I am using the same version of cygwin that you are. I made the changes you suggested in the two .common Makefiles and now firmdl3 doesn't complain anymore. It does tell me "firmdl3: delete firmware failed", though. I don't (...) (21 years ago, 1-May-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Win98 installation of legos
|
|
Theresa, (...) cygwin. (...) What version of cygwin? If you are using Cygwin B20 you should upgrade. I don't have his book so I don't know his directions. Paolo Masetti has several sets of instructions which I feel is a good standard set. There can (...) (21 years ago, 1-May-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Win98 installation of legos
|
|
Hi Ed, I'm using legOS-0.2.6 because it was recommended in Jin Sato's book and I was following his directions for installing. I suppose I can always upgrade, but if the only difference is in the name... I am also using cygwin. Theresa (...) (21 years ago, 1-May-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Win98 installation of legos
|
|
Theresa, What version of legOS are you using? And what environment are you using under Win98; cygwin or winlegos (DJGPP)? And just wandering why legOS and not brickOS (which is a continuation of development on legOS with a name change to avoid legal (...) (21 years ago, 1-May-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Win98 installation of legos
|
|
(...) Theresa, If you're using LegOS (not BrickOS), then I believe the answer is that you can't get around it. I don't think LegOS works with the USB tower. You'll need to go with a version of BrickOS (which doesn't yet have a cool install like (...) (21 years ago, 1-May-03, to lugnet.robotics.rcx.legos)
|
| |
| | Win98 installation of legos
|
|
Hello, I am having a problem trying to download to the brick after successfully building legOS on a Win98 system. When I try to execute firmdl3 legOS.srec, after setting up RCXTTY with "export RCXTTY=USB", I get "USB not found". I have already tried (...) (21 years ago, 1-May-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: /brickos-0.2.6.10/kernel/dsensor.c:360: `sys_time' undeclared (first use in this function)
|
|
(...) To get rid of this error, find and replace all occurrences of sys_time with get_system_up_time(). If you look at include/time.h, you will find that the direct reading of the sys_time variable is not allowed anymore. There was a thread about (...) (21 years ago, 28-Apr-03, to lugnet.robotics.rcx.legos)
|
| |
| | Hitachi pre-built tools & other BricxCC news
|
|
The links I had on my BricxCC web page to the pre-built GNU tools for the H8/300 no longer work and I was unable to find a copy of the ZIP anywhere else so I have uploaded a copy to my BricxCC sourceforge site (URL) links on my BricxCC page have (...) (21 years ago, 29-Apr-03, to lugnet.robotics.rcx.legos, lugnet.robotics.rcx.nqc)
|
| |
| | Re: /brickos-0.2.6.10/kernel/dsensor.c:360: `sys_time' undeclared (first use in this function)
|
|
i had the same problem a while back. I figured out that whit the new BrickOS, sys_time is replaced by get_system_up_time. So when you replace sys_time whit get_system_up_time, everything should work fine.(it worked for me, anyway) (21 years ago, 28-Apr-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: /brickos-0.2.6.10/kernel/dsensor.c:360: `sys_time' undeclared (first use in this function)
|
|
(...) now i tried to change //#define CONF_DSENSOR_VELOCITY //!< rotation sensor velocity to #define CONF_DSENSOR_VELOCITY //!< rotation sensor velocity because it use sys_time too. same error: /usr/local/bin/h8300...hi-hms-gcc -O2 -fno-builtin (...) (21 years ago, 28-Apr-03, to lugnet.robotics.rcx.legos)
|
| |
| | /brickos-0.2.6.10/kernel/dsensor.c:360: `sys_time' undeclared (first use in this function)
|
|
I changed in /boot/config.h the //#define CONF_DSENSOR_MUX //!< sensor multiplexor TO #define CONF_DSENSOR_MUX //!< sensor multiplexor Now I got an errormessage if compile once again make realclean make depend make --unix (...) (21 years ago, 28-Apr-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: LONG DELAY after pressing RUN button (to end the program)
|
|
(...) Wow, Steve I've never sucess to make adressing work .... with 2.5 kernel and lnpd with serial tower..... So I've write a library who permit to communicate with other RCX/PC (combot project) it's the first part of my project and i'll post it (...) (21 years ago, 27-Apr-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: LONG DELAY after pressing RUN button (to end the program)
|
|
(...) Because stuff was changed in BrickOS. I can't tell you too much, but I'm sure it's trying to shut-down the program in a cleaner way. I think BrickOS waits 2 seconds before killing tasks. You need to change your LegOS loop: while(true) to (...) (21 years ago, 27-Apr-03, to lugnet.robotics.rcx.legos)
|
| |
| | LONG DELAY after pressing RUN button (to end the program)
|
|
Hi there, I see that I'm the only one who has recently used this newsgroup. Well thanks to the people who has taken the time to answer my questions, such as nanobapt. I have another question now. I've two different kernels, legOS 0.2.6 and brickOS (...) (21 years ago, 27-Apr-03, to lugnet.robotics.rcx.legos)
|
