 | | Re: multiplexor and legOS
|
|
Try the following code fragments. [Change to fixed spacing font so that it reads easily.] You should be able to find what you need. "Mark Falco" <> wrote in message news:Gr1MBL.Dop@lugnet.com... (...) <<..snip..>> (...) These are code fragment for (...) (23 years ago, 5-Feb-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: multiplexor and legOS
|
|
Ok, my last port didn't make much sense let me try that again. for an active sensor ds_handler will periodically power the sensor off to read the value. The standard firmware does this to but at a different interval. I'm wondering if this is part of (...) (23 years ago, 5-Feb-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: multiplexor and legOS
|
|
Since I'm now fairly sure that i've got the timing taken care of I'm wondering if the power cycling that ds_handler does is somehow causing the problem? I thought I might take control of this stuff in my test code. I assume if I set the sensor for (...) (23 years ago, 5-Feb-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: multiplexor and legOS
|
|
(...) It looks like the semaphore task_sm should prevent another task from being scheduled if I hold it for the length of the train. I've now tried this as well as incresing the timeslice to 100ms. It looks better but still is not consistent. Since (...) (23 years ago, 5-Feb-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: multiplexor and legOS
|
|
(...) Not bad. But as you say, still vulnerable to the task switching problem. (...) Instead of resorting to that, maybe there is a way to freeze task switching during critical operations. When I owned and programmed the AmigaOS (don't laugh :), (...) (23 years ago, 5-Feb-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: multiplexor and legOS
|
|
#include <sys/time.h> void systime_set_timeslice (unsigned char slice); include/sys/time.h:43-45: #ifdef CONF_TM #define TM_DEFAULT_SLICE 20 file://!< default multitasking timeslice #endif hope that helps, Albert "Michael J Ash" (...) (23 years ago, 4-Feb-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: multiplexor and legOS
|
|
(...) I agree about the cause for the msleep granularity, I'd seen the same stuff in tm and assumed that would cause the problem. Sorry my last note was a little unclear, I tried msleep and delay but am now using my own function which seems to (...) (23 years ago, 4-Feb-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: multiplexor and legOS
|
|
(...) I don't know about this 20ms granularity and how delay() is going to be any better. Here's the code for each function: //! delay execution allowing other tasks to run. /*! \param msec sleep duration in milliseconds \return number of (...) (23 years ago, 4-Feb-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: multiplexor and legOS
|
|
(...) Thanks, I'd suspected that msleep might not be very accurate but never considered that it's true granularity could be so large. I did a quick test with my current configuration and when I asked msleep to sleep for 12ms it slept for 20. This (...) (23 years ago, 4-Feb-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: true tcp/ip on the RCX
|
|
(...) The C64 server survived the "Slashdot attack" without problems, even though it served tenths of thousands of pages over a period of only a few hours. Since it is configured to allow only 10 simultaneous connections, it could more or less serve (...) (23 years ago, 4-Feb-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: multiplexor and legOS
|
|
(...) Don't ask me for a cite, but I seem to remember something about msleep only having 20ms granularity. If that's the case, your msleep(10) is either not sleeping at all or is sleeping 20ms, either one of which could cause problems. I'd suggest (...) (23 years ago, 4-Feb-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: multiplexor and legOS
|
|
well anyone who looked at the code I attached may have notcied that I had one of the msleeps commented out. Oops, with this now uncommented I at least see the second and third light sensors pulse on, but only for an extremely short time. Suring the (...) (23 years ago, 3-Feb-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Power to RCX
|
|
Regarding the data sheet for the Melexis MLX1040B that everyone is talking about, and which I've been looking for for years.... This link: (...) (URL) comes back as NOT FOUND The fact that some people are claiming to have seen it implies that it was (...) (23 years ago, 3-Feb-02, to lugnet.robotics.rcx)
|
| |
| | multiplexor and legOS
|
|
Does anyone have expierence using the active multiplexor sold by www.mindsensors.com with legOS? If you are not farmiluar with this multiplexor it is really cool as it lets you multiplex three active sensors on one port. You tell the mux which "sub" (...) (23 years ago, 2-Feb-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: "Local Positioning System" for lego-vehicles with mice
|
|
Hi, if you are interested : sources now available (URL) (23 years ago, 2-Feb-02, to lugnet.robotics.rcx.legos)
|
| |
| | LNP + USB under windows
|
|
Hi, has anybody experience in communicating with the RCX over USB (Windows)? So far I managed to get legOS working with the USB-patch from Jin Sato; then I tried to use winLNP, but it didn't work (the light in the tower is not blinking) Now I'm (...) (23 years ago, 1-Feb-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: true tcp/ip on the RCX
|
|
Ok, the website is up at: (URL) Christ (23 years ago, 2-Feb-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Power to RCX
|
|
"Matthias Jetleb" <Jetleb@Netcom.ca> wrote in message news:3c5b6892.134862...net.com... [snip] (...) Check out this timely post: (URL) this is indeed the same part, then it looks like 12V is the max. (Figure 1 of the datasheet is a little confusing, (...) (23 years ago, 2-Feb-02, to lugnet.robotics.rcx)
|
| |
| | Re: Power to RCX
|
|
I investigated this issue a while back an have taken apart all four of my RCX's (1.0 w. adapter, 1.0 w/o adapter, and 2 2.0's from an RIS1.5 and and RIS2.0). They all have internal voltage regulators. I've written the number down somewhere on this (...) (23 years ago, 2-Feb-02, to lugnet.robotics.rcx)
|
| |
| | Re: Power to RCX
|
|
(...) Oops, me bad, I meant 7809. BTW, here are some links to online data sheets for that type of regulator: (URL) (23 years ago, 2-Feb-02, to lugnet.robotics.rcx)
|
