 | | Re: Powered Sensors
|
|
No, the RCX knows nothing about the diodes. That is why devices like the light sensor only send a current signal in the range 0 - 0.32mA back to the RCX. This current then creates a voltage drop across the 10k reference resistor with respect to the (...) (23 years ago, 7-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | Powered Sensors
|
|
Hello all, I recently purchased "Extreme Mindstorms - An Advanced Guide to LEGO Mindstorms" and I must say it is one of the best books out there for the power user. I have a number of questions regarding powered sensors. First of all, when the RCX (...) (23 years ago, 7-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Next test version avail. 0.2.6.05 - have time?
|
|
(...) I'm not sure if that's a good idea. Of course, they can always be a compiler switch to turn them off if you don't want them. The thing is, though, that there are lots of tradeoffs between speed, memory use, and accuracy in this kind of (...) (23 years ago, 6-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Next test version avail. 0.2.6.05 - have time?
|
|
Ok, this brings up an interesting question... What is the best way to use LNP with windows? the version of WinLNP that I see is _ancient_ and requires VC++ to work.... so I see that there is a linux version, I was wondering it would be possible to (...) (23 years ago, 6-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: cygwin messed up?
|
|
Jason, There is a problem within the Makefile logic atleast with some windows OS. What OS are you trying it on? I submitted a bug to the legOS project on sourceforge ((URL) and submitted a suggestion for a fix here ((URL) is happening (atleast on my (...) (23 years ago, 6-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | Next test version avail. 0.2.6.05 - have time?
|
|
We are looking for help testing our next very-early integration. We have revised the LNP support and have reworked the support for the LEGO Infrared Remote Control to create this 2nd test version. This version mimicks the stock firmware behavior. (...) (23 years ago, 6-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: cygwin messed up?
|
|
You can try a few things with the makefile.common in the util directory and change the tool prefix from cc to gcc. Later u might have another error related to ld at that point u'll have to put the extension .exe in front of ld in one of the (...) (23 years ago, 6-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | cygwin messed up?
|
|
i'm running the lates version of cygwin and i'm trying to follow the instructions at (URL) but, when i try to make depend i get some errors: $ make depend for i in util lib boot demo ; do c:/djgpp/bin/make.exe NODEPS=yes -C $i depend || exit 2 ; (...) (23 years ago, 5-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: tty problem
|
|
(...) try this: ../util/firmdl3 --tty=usb legOS.srec (23 years ago, 5-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | tty problem
|
|
Hello, I have recently downloaded the legos-0.2.6 version and have built it under windows Cygwin. when I give the command being in the boot directory where legOS.srec is export RCXTTY=USB ../util/firmdl3 legOS.srec it says USB: No such file or (...) (23 years ago, 5-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: makefile?
|
|
Fredrik, You can check to see what Cygwin packages have been installed on your system by using the cygcheck command. Try cygcheck -c If the output is too large for your dos window you can export it to a file by using the following command cygcheck (...) (23 years ago, 4-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | RE: makefile?
|
|
You need "make" installed on your system. Run the cygwin setup.exe and install it. Good luck. -----Original Message----- From: news-gateway@lugnet.com [mailto:news-gateway...ugnet.com] On Behalf Of Fredrik Helin Sent: Saturday, May 04, 2002 6:48 AM (...) (23 years ago, 4-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | makefile?
|
|
Hi! The "make" command in Cygwin returns a: "command not found" after installing legOS 0.2.6 on a Windows 98 machine. I'm currently in the legos-0.2.6 catalogue and the Makefile, Makefile.common, Makefile.user, Makefile.kernel files are all there. (...) (23 years ago, 4-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: linux USB driver.
|
|
(...) Are you sure you got the usbcore module? I'm also not quite sure it will work with 2.4.9 . Jürgen (23 years ago, 4-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: linux USB driver.
|
|
I've just upgraded to the kernel 2.4.9-31 and tried to compile this driver. I get the following errors: [root@kelcsts38b usb_lego]# make install /sbin/modprobe -r usb_lego cp usb_lego.o /lib/modules/2.4.9-3...rivers/usb /sbin/modprobe usb_lego (...) (23 years ago, 3-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: sys_timer
|
|
(...) Yes. It is updated from an interrupt routine that fires every 1 ms (IIRC). However.... (...) wait_event is only accurate to 20ms or so, depending on what your other tasks do. So your timing is very accurate, but you're not timing what you (...) (23 years ago, 3-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Current Makefile logic fails for nonNT Windows OS
|
|
Taking a second look at this and noticing some past post about this issue with WinXP ((URL) a much cleaner code might look like the following # # WindowsNT/Cygnwin, test against several values: # ifneq (,$(findstring $(OSTYPE),cygwin32 cygwin (...) (23 years ago, 3-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | Current Makefile logic fails for nonNT Windows OS
|
|
I am compiling under windows 98 using cygwin version 1.3.10. In Makefile.common (/legOS-0.2.6,/legOS....2.6/util) the logic to determine whether the OS is a windows system fails due to the fact that uname returns CYGWIN_98-4.10. I submitted a bug (...) (23 years ago, 3-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | Accurate msleep and timeslicing - was Re: sys_timer
|
|
"Michael Obenland" <obenland@t-online.de> wrote in message news:GvJ5vD.7MC@lugnet.com... <snip> (...) switch. (...) I made some modifications to the tm_sleep_wakeup that allows high priority tasks to wake up at exactly the time specified for msleep (...) (23 years ago, 3-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: sys_timer
|
|
(...) Yes. (...) That is right. (...) It does, actually. The timer itself counts the millisec. But if you do a wait_event() call, your running program gives up its time slice, the OS waits for the event and then continues your task with the next (...) (23 years ago, 3-May-02, to lugnet.robotics.rcx.legos)
|
