 | | Re: Motor Speed value interpretation?
|
|
In lugnet.robotics.rcx.legos, Rossz Vamos-Wentworth writes: ... (...) hmmm... did your wife figure out what vamos means... you might have to change that one too :-) sorry, but now I don't remember the question about the motor speed (24 years ago, 24-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Motor Speed value interpretation?
|
|
(...) My birth name is actually Ross, but I changed it to Rossz when I married my Hungarian wife. In her language it means 'bad'. :) Rossz (24 years ago, 24-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: C++ OverHead
|
|
(...) Hi, unfortunately I am unable to answer your question, however I am very interested in what you are doing with GA. I recently recieved my RCX and have done GA work in the past as part of my schoolwork. I would love to try using some GAs with (...) (24 years ago, 24-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Parallel sensor problem
|
|
Bernardo Dal Seno <piu1759@cdc8g5.cdc.polimi.it> wrote in message news:87d7dd25ge.fsf@...o.bogus... (...) crane, and (...) RCX 2. (...) like: (...) Thanks. I'll try that. (...) happens (...) connected to (...) Nup. I disconnected the motor, but the (...) (24 years ago, 24-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Parallel sensor problem
|
|
(...) I don't know if this is your problem, but the input ports have polarity (one lead is connected to ground and the other to +5V through a resistor, if I remember correctly). Have you tried to change polarities? (...) Maybe the problem is not in (...) (24 years ago, 23-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: LegOS 0.2.5 and LNP
|
|
(...) On the RCX the LNP handlers are called from an interrupt handler, so after the execution of lnp_*_set_handler() you can safely assume that the old handler will not be called any more. On a PC things are different, there is a problem. I didn't (...) (24 years ago, 23-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: C++ OverHead
|
|
I seem to recall someone doing some testing that showed that C++ programs worked out to take out somewhere around 2 to 3 times the space of comparable C programs. However, I'm sure that varies. Luis (...) ---...--- "Nobody ever said that democracy (...) (24 years ago, 23-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Motor Speed value interpretation?
|
|
(...) As far as I can tell, the speed value really affects power output. This indirectly affects speed, but not in a very happy way. You end up with a wide range of values that give you nearly the same speed, then a very short range that decreases (...) (24 years ago, 23-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | C++ OverHead
|
|
Hi all, a simple question ( I hope) I'm running a small GA on my rcx block , and I'm fairly happy qwith my results so far, it evolves well tot he conditions, however I'd like to try something new <g>... I'm going to try to evolve sub-sumptive (...) (24 years ago, 23-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Parallel sensor problem
|
|
Hi, all. I'm experiencing a strange problem. I'm using two RCXs to control my crane, and I have a single touch sensor connected to input 1 on RCX 1 & input 2 on RCX 2. However, when I run both programs, which both have a wait_event function like: (...) (24 years ago, 23-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Motor Speed value interpretation?
|
|
(...) Greetings! Another Ross!! That's three hangin' around here now!! Well, OK ones a Rossz, but it's close enough! (...) driven (...) have (...) two (...) you (...) hit (...) Well, you could work it out really carefully, but then you've gotta take (...) (24 years ago, 23-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Motor Speed value interpretation?
|
|
Hi all, sorry if this question has been asked before but i was just wondering what the speed values for the motors represent? i have a robot with two motor driven wheels which i would like to be able to make drive in an arc. To do this i have to set (...) (24 years ago, 23-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: LegOS 0.2.5 and LNP
|
|
(...) was like this: (...) you reload (...) PC, as you are (...) thing is to read (...) place of (...) optimize it and (...) what you want (...) attribute. Yes, but I'm not sure what could happen if I change those addresses in the middle of the (...) (24 years ago, 22-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: LegOS 0.2.5 and LNP
|
|
(...) Ok. Checking and testing never hurts :-). (...) It's not for performance, but for correctness. The old code was like this: if(lnp_addressing_ha...ler[port]) { ... lnp_addressing_handl...th-2,src); You first test lnp_integrity_handler and then, (...) (24 years ago, 21-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: LegOS 0.2.5 and LNP
|
|
(...) you may see (...) give access (...) the handlers (...) My only (...) depend on. (...) introduce a (...) this point to (...) I think that we can use safely (CONF_TM || defined CONF_HOST) condition. I'm checking the whole patch and I think that (...) (24 years ago, 21-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: LegOS 0.2.5 and LNP
|
|
(...) I cleaned up my code (found one bug!), the patch follows. As you may see now there are two semaphore, because two are the resources to give access to: the LNP buffer and the IR port. I modified the calling of the handlers to avoid race (...) (24 years ago, 20-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: undefined reference to `___ucmpsi2'
|
|
(...) With regards to this, it appears that Markus left out two necessary functions in lib/mint. Specifically, cmpsi2 and ucmpsi2. These are a part of librcx but apparently they were omitted from LegOS when Markus included support for the other (...) (24 years ago, 19-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: undefined reference to `___ucmpsi2'
|
|
(...) Another choice may be a cast in the switch statement, like this: static wakeup_t light_found(wakeup_t sens_num) { switch ((unsigned int)sens_num) { case 2: return (LIGHT(SENSOR_2) > THRESHOLD); break; case 3: return (LIGHT(SENSOR_3) > (...) (24 years ago, 18-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: LegOS 0.2.5 and LNP
|
|
(...) Ok, I clean up the code and send you a patch. (...) This one is not yet ready. As soon as I do it you'll know. bye Bernardo (24 years ago, 18-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: util/dll-src makefile patch
|
|
(...) current cvs (...) lnp.c under (...) windows. The other (...) They works. :-) Bye, Paolo. --- I'm an optimist, but I don't think it helps. (24 years ago, 18-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: undefined reference to `___ucmpsi2'
|
|
Hi, The problem is that wakeup_t is an unsigned long, and in order to save space, the switch statement is optimized to call a library comparator, ucmpsi2. Since the argument to ds_scale is an unsigned int, the argument to LIGHT should also be an (...) (24 years ago, 18-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | undefined reference to `___ucmpsi2'
|
|
I get this error when linking if I have the following in my source code in a wait_event function: #define THRESHOLD (unsigned short)50 static wakeup_t light_found(wakeup_t sens_num) { switch (sens_num) { case 2: return (LIGHT(SENSOR_2) > THRESHOLD); (...) (24 years ago, 18-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: pass by refrence or value?
|
|
Did you care to declare your global variable as volatile? this (normaly) prevent the compiler to optimize memory access and force it to read the actual value of the variable each time it need it ( instead of localy storing it in a register wich will (...) (24 years ago, 18-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | c++ changes
|
|
After some prompting, I have made the method names in the c++ classes uniform in case. Unfortunately, the changes are not backward compatible. Please let me know of any problems you discover. If I don't hear of any problems, I'll check in the (...) (24 years ago, 18-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | util/dll-src makefile patch
|
|
Hi, Here is a set of patches for util/dll-src/Makefile against the current cvs version. The first patch avoids the need of a symbolic link to lnp.c under unix. Can somebody please let me know if it works under windows. The other patches are for (...) (24 years ago, 18-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | pass by refrence or value?
|
|
Hi all, i have a slight problem with legosv0.2.5 . The program code on the rcx is set up so that there is serverall callback methods which get called when a message comes in on the particular port for that object or class. These callback methods set (...) (24 years ago, 18-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: LegOS 0.2.5 and LNP
|
|
(...) Btw. README is (...) Ooops... :-) Changed to 0.2.5 version inside. (...) transport (...) packets of (...) mainly as way for (...) collisions, lost (...) which works as (...) write code to (...) To cut time (...) code that (...) directives (...) (24 years ago, 17-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | LegOS 0.2.5 and LNP
|
|
Yesterday I downloaded legOS 0.2.5 and peeked at the code. Btw. README is not up to date. For last two month I was working with a friend of mine on a transport protocol implemented on top of LNP for the transmission of packets of unlimited size and (...) (24 years ago, 17-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | legOS lcd management and thoughts on velocities
|
|
Hello! I' am french, from Paris ( a way to say: excuse my english... or feel free to correct it!). Few weeks ago I download legOS (v2.5), and I made my first step with it. First all I wish to thank all people involved in this project. This OS is (...) (24 years ago, 16-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: LEGO remote and LNP (legOS 0.2.4)
|
|
(...) My patch changes both, dll and the legOS kernel, to operate with odd parity. Did you both, reinstall the new kernel and use the new dll afterwards? You should also change the lnp daemon to odd parity if you are using it, I don't use it. (...) (...) (24 years ago, 15-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Redhat 7 and legOS
|
|
Just following up my own message. I have just tried the instructions with kgcc in redhat 7. It fails with exactly the same problem. All binutils and egcs compiled normally with kgcc except for the one error specified in the HOWTO. Mike Ruelle (...) (24 years ago, 15-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Redhat 7 and legOS
|
|
I have gone through the HowTo setup legOS. The only problem I have had is that none of the demo code projects can compile. They all fail with [demo]# make /usr/local/crossgcc/...hi-hms-gcc -O2 -fno-builtin -fomit-frame-pointer -Wall (...) (24 years ago, 14-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: LNP Help
|
|
(...) Is there some reason you're not using liblnp? It will take care of all this junk for you and you just have to give it the data. (24 years ago, 14-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Automatic switch
|
|
(...) 0.2.5 includes the idle timeout code. After 15 minutes of no activity (program isn't running, no buttons pushed) it will turn itself off. I added this feature when I woke up to discover I left the RCX on overnight for the third time. You can (...) (24 years ago, 13-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Automatic switch
|
|
Yes, but I don't know the API off the top of my head and I'm in a line outside right now so I can't look it up. It should be in the HOWTO, but if you can't find it, please write again later today and I'll find it. Luis (...) ---...--- "Nobody ever (...) (24 years ago, 13-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | LNP Help
|
|
Hey, I am trying to get my computer to talk to 2 rcxs. I have the program and when I send ir messages to the RCX loaded with LegOS, it shows the IR port on. However I do not understand what the packets should look like with the intergrity layer. (...) (24 years ago, 13-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | LNP in Java 2
|
|
I realized that the way the listing appears on the mail is far to be perfect. So here is an URL when you can download the files from : (URL) ! (24 years ago, 13-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Automatic switch
|
|
Is there any API for switching off the rcx, either immediately or after a givent period of inactivity (i.e a watchdog) ? (already used many batteries by forgetting to switch it off...). Thanx ! (24 years ago, 13-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | LNP in Java
|
|
Hi there, Few weeks ago, someone's asked if there were any Java handler for LNP. Here we are ! There is one now. Including with this mail is the Java listing. What to do 1) download the JVM 2) download java communication API from Sun (lets you drive (...) (24 years ago, 13-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Remote control (again)
|
|
Hi all The following message (URL) a possible solution to the remote control problem, by "ignoring framing errors". I'm just wondering how this can be accomplished. Does anyone here know? Thanks ROSCO (24 years ago, 13-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: LEGO remote and LNP (legOS 0.2.4)
|
|
(...) 1. Applying as is caused dll program to not work. 2. I set parity to none, and dll is fixed, but then my handler only gets called when remote key is released - all key-down messages are lost. I'm just wondering what I'm doing wrong? Thanks (...) (24 years ago, 13-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | LNP handler timings
|
|
I'm writing a program that use LNP. My addressing handler function is big, so I measured the mean time requiered for executing that function (with a call in for loop, so having sub-ms precision). Mean time: 2.5 ms, with packets of ca. 250 bytes. I (...) (24 years ago, 13-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | 0.2.5 problem
|
|
After installing 0.2.5, you should run 'make realclean' to get rid of some files that may cause build problems. Specifically, there is .depend file in the boot directory. This will cause a kernel build to fail since this file is specific to Luis's (...) (24 years ago, 12-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: 'make' error with legOS-0.2.4 - request for assistance
|
|
Ross, Thanks for the input. Makefile.common and Makefile.user were in the top level directory (as a 'newbie' I had to take the file specified directory(ies) therein as correct). This evening I managed to successfully generate the 'simple.lx' file (...) (24 years ago, 12-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: 'make' error with legOS-0.2.4 - request for assistance
|
|
One more thing, did you successfully build the program "makelx" (does cygwin use .exe extensions?). Since you could build the kernel, my previous suggestion is probably wrong. If the makelx program is missing (or can't be found by make - check (...) (24 years ago, 11-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: 'make' error with legOS-0.2.4 - request for assistance
|
|
I think you need to type "make --unix" when building with Cygwin. If this fixes it, you'll want to find out what the environment variable for setting make defaults is. (...) (24 years ago, 11-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: problems building crosscompiler with gcc2.95.2
|
|
(...) I didn't have to do this. All I downloaded was binutils 2.10.1 and gcc 2.95.2, and followed the instructions in the legOS HOWTO, except for the difference between egcs and gcc I wrote. This was on a LinuxPPC, not sure if gcc behaves (...) (24 years ago, 11-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: problems building crosscompiler with gcc2.95.2
|
|
Hallo! (...) Thanks, but this was not all. I had to download newlib and then in gcc-2.95.2/ add the links: ln -s ../newlib-1.9.0/newlib newlib ln -s ../newlib-1.9.0/libgloss libgloss Then reconfigure with additional option --with-headers and make. (...) (24 years ago, 11-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: 'make' error with legOS-0.2.4 - request for assistance
|
|
(...) Ooops. Saw the subject again after hitting the "post" button. 8?( ROSCO (24 years ago, 11-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: 'make' error with legOS-0.2.4 - request for assistance
|
|
David, I seem to remember I had a similar problem (but I'm using Linux, so YMMV). In the Makefile, check that the lines where Makefile.common & Makefile.user are included specify the correct directory. They should be in the top-level LegOS (...) (24 years ago, 11-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | 'make' error with legOS-0.2.4 - request for assistance
|
|
The kernel is successfully loaded into the RCX and the 'ch7' directory holds the 'simple.c' source listing along with a copy of the 'Makefile'(all as per instructions in the book "Extreme Mindstorms" pp151 to 154 incl.) Running Cygwin B20 and in the (...) (24 years ago, 11-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | DJGPP: Makefile.common change
|
|
I've checked in a minor change to makefile.common relating to DJGPP. If you have been having problems getting the DJGPP toolset to work, you should have better luck after getting this updated file. You should also refer to my web page at (URL) as (...) (24 years ago, 10-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Time a call to a function
|
|
(...) The global sys_time contains the number of milliseconds since... well, since something. I think it's how long the RCX has been powered on since the last firmware download. It's probably updated every millisecond. It's a 32-bit number, so it (...) (24 years ago, 9-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Time a call to a function
|
|
Hi, I am trying to determine the cpu time it takes to implement a number of additions and multiplications in a function, each time I call it, so to make it faster by improving the algorithm. It would be helpfull to display the result on the RCX lcd. (24 years ago, 9-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: problems building crosscompiler with gcc2.95.2
|
|
(...) It's not important. We don't use those libraries. (...) Include '-i' (must be lowercase) in your command line to get MAKE to ignore errors and continue with the build. make -i cross LANGUAGES="c c++" Rossz (24 years ago, 8-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: problems building crosscompiler with gcc2.95.2
|
|
(...) gcc uses a different method for this than egcs did. When configuring the gcc cross-compiler, add the option "--with-newlib". This will do the inhibit libc things. You don't have to edit the Makefile afterwards. After that, just follow the (...) (24 years ago, 8-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | problems building crosscompiler with gcc2.95.2
|
|
Hallo ! I need C++ support, that's why I want to build a crosscompiler with gcc instead of older egcs (like discribed in LegOS howto). I use suse linux 6.4 and downloaded binutils2.10.1 and gcc2.95.2. Building of binutils2.10.1 worked fine on my (...) (24 years ago, 8-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Sourceforge problem?
|
|
(...) I just checked and it's working. Perhaps they were doing maintenance. Rossz (24 years ago, 8-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Sourceforge problem?
|
|
Hi, Anyone else having trouble getting to legos.sourceforge.net at the moment? ROSCO (24 years ago, 8-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Where can I find a 6551 Electric Switch?
|
|
(...) All discontinued I'm afraid. If you didn't stock up your out of luck. From what I can remember the Shuttle is the last set to contain them... Dean -- Coin-Op's For Sale!: (URL) Lego Workshop: (URL) Lego Club: (URL) (24 years ago, 7-Jan-01, to lugnet.robotics.rcx.legos, lugnet.robotics.rcx, lugnet.robotics)
|
| |
| | Where can I find a 6551 Electric Switch?
|
|
I'm trying to find a few (At least 1) 6551 Lego Electrical Switch. I saw two in an old Space Shuttle Technics kit. Lego's web site does not find it by part number. Anyone know where I could get some? (Even a cheap current Lego kit would do.) Also a (...) (24 years ago, 7-Jan-01, to lugnet.robotics.rcx.legos, lugnet.robotics.rcx, lugnet.robotics)
|
| |
| | Re: legOS packaged for Debian (test version)
|
|
(...) You know? I didn't mention that these are fully working! The 2nd test version is now available. (This is the first upload- to-debian candidate) I've added man-pages for dll(1) and firmdl3(1) and cleaned up the compiler packages. This is a (...) (24 years ago, 7-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | legOS packaged for Debian (test version)
|
|
A first version of Debian packaging of legOS-0.2.5 is avail for testing. If you are running Debian Linux and are willing to test the packaging please visit: (URL) for links to .debs to download. If you elect to participate in the testing I ask for (...) (24 years ago, 4-Jan-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: LNP - LegOS Network Protocol
|
|
(...) It is now. :) I'm guessing you're seeing an outdated copy of the HOWTO, as there's now a decent section about LNP. But don't take my word for it, since I'm kind of biased, being the author of that particular section. Anyway, you can jump (...) (24 years ago, 31-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | LNP - LegOS Network Protocol
|
|
I have just switched from NQC to LegOS and need to write some messaging code. However the this section of legOS is not very well documented. LNP - LegOS Network Protocol Don't have much information about this section yet, anyone who can shed some (...) (24 years ago, 31-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: LNP and the LEGO remote
|
|
(...) parity (...) because (...) Hi Rasmus, Do you have a patch for this? I'm working on a project for which I want to use the remote, and it'd be nice if I could use legOS... Thanks, ROSCO (24 years ago, 29-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Latest Version of Cygwin
|
|
Hi folks, does anyone out there have problems with the latest version of cygwin, i.e a non-compile problem. I was using cygwin-b20 and it worked a treat on my win2k machine, but with the latest version (116), the compiler seems to die, it makes a (...) (24 years ago, 27-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Configuration Management
|
|
I've written a bash shell script to create a release archive of legOS. Unlike most projects on SourceForge, legOS doesn't actually have a build process, it's simply a matter of packaging up the files. There are two files, the script itself (I call (...) (24 years ago, 26-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: what is a "single byte difference" error from makelx?
|
|
(...) Speaking of your battery code, I think we should add a demo program that utilizes your function. Rossz P.S. Merry Christmas // Displays the battery voltage level, e.g. "8.7v". Ok, so the "v" // looks more like a "u". It's a limitation of the (...) (24 years ago, 26-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | what is a "single byte difference" error from makelx?
|
|
While compiling my simple battery voltage indicator after an upgrade from 0.2.2 to 0.2.5 (CVS from sourceforge) I get no errors during the build or ld and then: /ibm/legOS/sourcefor...til/makelx battery.ds1 battery.ds2 battery.lx single byte (...) (24 years ago, 25-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Error creating program
|
|
What, exactly does it mean when dll says "error creating program"? I run into this from time to time where it will give me this error, but reloading the OS makes it go away... for a while. Tonight I did a little investigation, and it appeared to be (...) (24 years ago, 22-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | brief break
|
|
I'll be out of email contact for the next week or so, so if anyone emails me about 0.2.5 or 0.2.6 :) please don't feel like I'm ignoring you. Enjoy Christmas, everyone... Luis ---...--- "Nobody ever said that democracy was simple or efficient." (...) (24 years ago, 21-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | new legOS release
|
|
Hey, everyone. I've released a new version of legOS- 0.2.5. For the most part, this is a maintenance release- a few small fixed here and there. The one major upgrade (and the best reason for anyone to upgrade) is the new C++ support that has been (...) (24 years ago, 20-Dec-00, to lugnet.robotics.rcx.legos, lugnet.robotics)
|
| |
| | Re: Firmdl3 updated
|
|
(...) My legOS.srec file, which is compiled with all the default settings, is exactly 21000 bytes long. The calculated size is 8144. Which is sort of in the ballpark of half the file size (if we use a very big ballpark). The proper estimate is (...) (24 years ago, 20-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Firmdl3 updated
|
|
(...) Here's how to determine size given a .srec file: 1) Look at the last S1 line in the s-record file. An example from firm0328.lgo: S113E1606F... 2) Look at characters 4-8 (start counting with 0): S113E1606F... ^^^^ This is the starting address (...) (24 years ago, 20-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Firmdl3 updated
|
|
(...) So my 18k kernel actually only takes 9k of RCX memory? Suddenly my apparent out-of-memory errors make a lot less sense.... (24 years ago, 20-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Firmdl3 updated
|
|
(...) I wasn't completely sure how much extra data there was in there; I knew it was larger but didn't realize by how much. Regardless, I'll merge in the changes anyway, since I don't want our tree to diverge too much from the One True tree. Luis (...) (24 years ago, 20-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Firmdl3 updated
|
|
(...) Isn't the actual size of the kernal about half the .srec size? That file contains ascii codes for for hex bytes, a pair of characters would be one byte. Rossz (24 years ago, 20-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Firmdl3 updated
|
|
(...) Actually, the kernel can hit 21-22K (depending on the compile-time options.) My current legOS.srec sits at 21232 bytes. So, I'm going to do the update. Luis (sort of wishing that Markus had not made so many little changes to firmdl) ---...--- (...) (24 years ago, 20-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Floating-point bug fix
|
|
OK. I'll take care of the firmdl3 stuff. If no one objects, I have some free time- I think I'll be testing and doing a new release of legOS for Christmas ;) Ditto the HOWTO. Luis (...) ---...--- "Nobody ever said that democracy was simple or (...) (24 years ago, 18-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Floating-point bug fix
|
|
I can also do it, tomorrow- sorry I've been out of the loop (exams.) Rossz, if you've already done it, great; otherwise, I'll take care of this (and also the firmdl3 stuff.) Luis (...) ---...--- "Nobody ever said that democracy was simple or (...) (24 years ago, 18-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Floating-point bug fix
|
|
(...) Because I would rather just pass the buck myself!!! :) That, plus I don't use LegOS much at all, and would rather have somebody else decide what pieces of code might be good or bad to update. -Kekoa (24 years ago, 17-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Mindstorm Recall?
|
|
Sorry, I should have said "jack". No jack, no adaptor... -Peter "Kevin Loch" <kloch@opnsys.com> wrote in message news:G5oHCt.GqJ@lugnet.com... (...) (24 years ago, 17-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Cygnus Installation troubles
|
|
(...) I found the problem, the SHELL environment variable requires forward slashes, not backslashes. My apologies for the error in my HOWTO. I've corrected the mistake on my website and included an additional note about this error. Rossz (24 years ago, 17-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Floating-point bug fix
|
|
(...) Yeah, I'll just pass the buck. Why don't you have Luis give you developer's access to the project? You certainly do enough work to justify it (more than me, in fact). Rossz rossw AT jps DOT net (24 years ago, 17-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Cygnus Installation troubles
|
|
(...) I don't see how registry traces could affect a DOS program. Did you remove all the environment variables used by cygnus? I have a faint memory of one used by MAKE that instucts whether MAKE is in DOS or UNIX mode, though I don't remember what (...) (24 years ago, 17-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Floating-point bug fix
|
|
(...) Cool. Beans. (...) The normal procedure in this case would be to do a fresh CVS checkout into a new directory, make the changes there, and then do a checkin from there too. But only if you want to be the one to commit the changes. I say pass (...) (24 years ago, 17-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Cygnus Installation troubles
|
|
I tried your new procedure and got the same result as before. Then I transfered the whole installation (not the zip and tar files) to my notebook. I set the same environment variables on this machine. Then I tried and it worked perfectly. Inspecting (...) (24 years ago, 17-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Floating-point bug fix
|
|
(...) I committed your changes to the float library a few minutes ago. I think I'll leave the firmdl alone for the moment. I have my source code to that program hacked up (porting to MinGW) and don't want to screw things up. Rossz (24 years ago, 17-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Floating-point bug fix
|
|
(...) If you want to commit the changes, and if you have the authority to do that, go right ahead. The purpose of my message was to say there is action to be taken. Who actually takes action doesn't really matter much to me. Same goes for the update (...) (24 years ago, 17-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Floating-point bug fix
|
|
(...) I haven't heard much from Luis or Paolo recently - who are in charge of the legOS project at SourceForge. I can commit the changes if you wish. Rossz (24 years ago, 17-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Floating-point bug fix
|
|
This morning, Kieran Elby sent me a report of a "0 - x" bug with subtraction in the floating point routines, which I fixed. In the process I reread the IEEE specs and decided I could do something simpler for both subtraction and negation. The (...) (24 years ago, 17-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Cygnus Installation troubles
|
|
(...) I've been working with another person who is experiencing the exact same error. I've made a slight modification to my instructions, but I have not received verification that he has the environment working. Take another look at (URL)What means (...) (24 years ago, 16-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Firmdl3 updated
|
|
Following a discussion on lugnet.robotics on firmware versions and firmware checksumming, I realized firmdl3 was broken for the latest firmware files (firm0325.lgo and firm0328.lgo). The problem was these files were too big. I have modified firmdl3 (...) (24 years ago, 16-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Mindstorm Recall?
|
|
(...) Just to clarify, did it have a power *jack* on the unit and not the ac adaptor, or did it have neither? KL (24 years ago, 16-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Cygnus Installation troubles
|
|
Because I couldn't get the Cygnus solution get to work on Win98 I tried Rossz Vàmos-Wentworth DJGPP solution. Unfortunately this doesn't work too. I followed the steps described on Rossz site. When I tried the first "make" I got the following error (...) (24 years ago, 16-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: looking for programmers
|
|
Why not invite some FLL teams to show off their robots? Get some kids involved! -Peter Coach, FLL Team #1096: The Unibots (we're in California, so we probably wouldn't qualify... ) "anthony" <huberman@hotmail.com> wrote in message (...) (24 years ago, 16-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: V2.0 will be out in Nov. 2001
|
|
(...) That sounds wrong. I believe 2.0 was *supposed* to be due out Nov 2000 but was delayed *slightly* due to software problems, because FLL teams were supposed to get the Beta of the software (no, not just the firmware) but we did not due to some (...) (24 years ago, 16-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Mindstorm Recall?
|
|
(...) The FLL kit received this August was from DACTA and DID NOT have the power adaptor. -Peter Coach, FLL Team #1096: The Unibots (24 years ago, 16-Dec-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Cygnus Installation troubles
|
|
Did anybody find the cause and a solution to the problems Christopher Arquiza had in July? I have the same problem now. Thomas (...) (24 years ago, 15-Dec-00, to lugnet.robotics.rcx.legos)
|
