 | | RE: arrays or for loops
|
|
Sorry, I forgot to supply the link... It is at (URL) Mabrey (...) (19 years ago, 28-Jul-05, to lugnet.robotics.rcx, lugnet.robotics.rcx.robolab)
|
| |
| | arrays or for loops
|
|
Hi I know how to put in a simple loop to, e.g., zero out an array of containers in inventor level 4. But, I found this on the net, it is nice and neat for loop - loops through 10 times to zero out 10 containers. All that was included inside a (...) (19 years ago, 28-Jul-05, to lugnet.robotics.rcx, lugnet.robotics.rcx.robolab)
|
| |
| | RE: Swan firmware crash!
|
|
I have put "fast0103.lgo" on web page. It appears that web page on my ISP (drjsoftware.com) doesn't match the local copy on my PC's hard drive. It will take me a few days to update. I'm also planning to release a firmware update in the same (...) (19 years ago, 22-Jul-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Attention please: Swan Problem demi-solved!
|
|
Here's the problem! I don't have fast0103.lgo, on swan's site there's only version 1.01. I think using that firmware (where can we find it?) and new NQC API all my problems are solved. About driving servo: to generate PWM for servo motors a (...) (19 years ago, 21-Jul-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Swan firmware crash!
|
|
(...) This is the old-style Swan API which is deprecated. The Swan API built into NQC uses MotorPower128(n) and SetMotorPower128(n, m). With the latest version of NQC you no longer need to include the old swan.nqh header file. The old swan.nqh file (...) (19 years ago, 21-Jul-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Attention please: Swan Problem demi-solved!
|
|
(...) Quite possibly you have an old version of the Swan firmware. My copy is called fast0103.lgo dated 2005-01-13. Dick sent me an updated version back then when I was working on the NQC API for his firmware. I don't know if it is available (...) (19 years ago, 21-Jul-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Attention please: Swan Problem demi-solved!
|
|
I tried to use files included in OLD test_swan.zip and RCX don't throw exception 40 no more! Then I tried a program with #include "swan.nqh" with latest NQC version and RCX throws exception no.5! To Dick Swan: NQC API is changed from old test_swan (...) (19 years ago, 20-Jul-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Swan firmware crash!
|
|
(...) I already post a simple code that causes the error: (URL) task main{ SetMotorPower128(MTR_A,100); SetOutput(MTR_A,OUT_REV); Wait(300); Off(MTR_A); } The command SetMotorPower128 is the cause. (if I remove it, all works). Today I get also the (...) (19 years ago, 20-Jul-05, to lugnet.robotics.rcx.nqc)
|
| |
| | RE: Swan firmware crash!
|
|
Exception error 40 is intended to indicate that you've tried to write to an invalid source parameter value. "Source parameter" is the first byte of an internal interpreter variable (0 is variable, 2 is constant, etc). If you send me the NQC source I (...) (19 years ago, 20-Jul-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Swan firmware crash!
|
|
(...) Here is Bricxcc help about those commands: SetMotorPower128(const int motor, const int &v) Function - Swan Set the power of a motor to the specified value (using a scale from 0 to 127). SetMotorPower128(MTR_A, 100); ___...___ (...) (19 years ago, 20-Jul-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Swan firmware crash!
|
|
(...) That's where your completely wrong. I can see the error, calls to motor power should be set out like this motorPower128(1) = MyVariableName; in this example the constant "1" means set the power to output B to the value specified by (...) (19 years ago, 20-Jul-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Swan firmware crash!
|
|
(...) * Maybe I wasn't too clear, but really there isn't much to say: it is the SetMotorPower128 command that causes the error. * Another question is: why costants MTR_A or MTR_B don't work at all? Here's the code(all the code): task main{ (...) (19 years ago, 20-Jul-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Swan firmware crash!
|
|
(...) You haven't given us(readers) much to go on. I had a similair problem but finding the solution was a bit of a fluke. If you could provide some info like program size, and a description of what the program does or some code we may have more (...) (19 years ago, 19-Jul-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Swan firmware crash!
|
|
Hi. I've installed new NQC and BRICXcc to test new functions in fast firmware by Dick Swan. I wanted to see if the new 1/1000th second resolution could let me drive a servo. When I try to use the SetMotorPower128 command, compiler is ok, downloading (...) (19 years ago, 19-Jul-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: I've got what Iain Hendry's got, was Re: Swan Firmware
|
|
(...) Hi John I've fixed the problem. I tracked it down by commenting out parts of my program. Luckily I started on the function containing the problem So I found it very quickly. Solving the problem took longer though. As you can see below I've (...) (19 years ago, 16-Jul-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: I've got what Iain Hendry's got, was Re: Swan Firmware
|
|
(...) Can you please email me the NQC source so that I can generate the listing to see if possibly the compiler is generating invalid code? John Hansen (19 years ago, 16-Jul-05, to lugnet.robotics.rcx.nqc)
|
| |
| | I've got what Iain Hendry's got, was Re: Swan Firmware
|
|
(...) I've got the flashing five problem as well, and it's really annoying, I spent most of my Friday in vain trying to fix it. I thought/think it's a stack overflow problem, but after serious optimising of my program It's made zero difference. (...) (19 years ago, 16-Jul-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: different output power at different ports?
|
|
(...) Sounds like more friction in the drive mechanism to one wheel than the other. I've had the same problem with tank-driven robots. I was using the fast 9V motors geared down, but they were under-powered for the application. The friction in the (...) (19 years ago, 15-Jul-05, to lugnet.robotics.rcx, lugnet.robotics.rcx.robolab)
|
| |
| | Re: different output power at different ports?
|
|
You're absolutely sure it's not a sticky wheel? Thomas (...) (19 years ago, 15-Jul-05, to lugnet.robotics.rcx, lugnet.robotics.rcx.robolab)
|
| |
| | Re: different output power at different ports?
|
|
(...) This sounds to me like a good tactic. Your program might have some issue with turning in one direction vs another. (...) I also have trouble believing variations in parts (except the motors themselves) will cause this much difference. Ralph (19 years ago, 14-Jul-05, to lugnet.robotics.rcx, lugnet.robotics.rcx.robolab)
|
| |
| | Re: different output power at different ports?
|
|
(...) Okay - did you try a simple program going in a straight line, and check how much it veered after a few meters? Unfortunately - it does not sound an entirely unlikely problem - if there are variations between the h-bridges (general (...) (19 years ago, 14-Jul-05, to lugnet.robotics.rcx, lugnet.robotics.rcx.robolab)
|
| |
| | RE: different output power at different ports?
|
|
On Thu, July 14, 2005 10:12 am, Elizabeth Mabrey said: (...) well, I'm not a precious hardware guru, :) but I find it hard to believe the small difference in the electronics would make a noticeable difference in the output of the motors. If you're (...) (19 years ago, 14-Jul-05, to lugnet.robotics.rcx, lugnet.robotics.rcx.robolab)
|
| |
| | RE: different output power at different ports?
|
|
Sorry... I meant "precise hardware verification" not precious. I do not the equipment to measure them. Any suggestion, other than getting extra hardware like a power analyzer, for trouble shooting? Trouble shooting is always (well, almost always) (...) (19 years ago, 14-Jul-05, to lugnet.robotics.rcx, lugnet.robotics.rcx.robolab)
|
| |
| | RE: different output power at different ports?
|
|
(...) Without any precious hardware verification, this is what I did: - symptom: motor C was not able to make turn as well as motor A can - troubleshooting steps: a) to ensure even load on both motor ports, I removed all other attachments, and left (...) (19 years ago, 14-Jul-05, to lugnet.robotics.rcx, lugnet.robotics.rcx.robolab)
|
| |
| | Re: different output power at different ports?
|
|
(...) This might be a dumb question, but are we talking actual different voltage levels, or different PWM duty ratios? Have you ensured that you have set (from code) the power levels of all the ports to be the same? How have you observed the (...) (19 years ago, 14-Jul-05, to lugnet.robotics.rcx, lugnet.robotics.rcx.robolab)
|
| |
| | different output power at different ports?
|
|
I just confirmed that some RCX happens to allow various output power to different output ports. In my case, the port A tends to produce more power thru motor and the port C does. I then switched the two motors. The condition stays the same. (...) (19 years ago, 14-Jul-05, to lugnet.robotics.rcx, lugnet.robotics.rcx.robolab)
|
| |
| | Re: Control RoboSapein with IR-tower
|
|
A friend sent me this link - here's how to replace RoboSapien's head with a PDA so he can be programmed to do all manner of things... Thomas (URL) (19 years ago, 8-Jul-05, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Custom sensor current drain - use two sensor ports?
|
|
(...) Watches with glow-in-the-dark spots on them are a radioactive source. Brian Nielsen (19 years ago, 7-Jul-05, to lugnet.robotics.rcx)
|
| |
| | Re: Control RoboSapein with IR-tower
|
|
(...) Doesn't Robolab have some way of starting external applications? You could possibly setup a PC with IR-tower, which would receive a message from RCX ((URL) - are the Robolab messages compatible with Mindstorms RIS? - I cannot find it (...) (19 years ago, 6-Jul-05, to lugnet.robotics.rcx.legos)
|
| |
| | RE: Control RoboSapein with IR-tower
|
|
That will be way too cool if this can be done from Robolab..!!! ---...--- -------- Best Regards, Elizabeth Mabrey Partner of Director LEGO MINDSTORMS 3322 Rt. 22 West, Bldg 4, Ste 402 Robotics Community Branchburg, NJ 08876 Ph: (908) 595-1010 ; M-F: (...) (19 years ago, 6-Jul-05, to lugnet.robotics.rcx.legos)
|
| |
| | Control RoboSapein with IR-tower
|
|
Hi, if you have a LEGO serial port IR-tower and and you also got a RoboSapien, you can now easily control it from the PC. (URL) to Linux and USB tower coming later...) Feedback is appreciated. Enjoy, Pavel. (19 years ago, 6-Jul-05, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Custom sensor current drain - use two sensor ports?
|
|
(...) Also you are likely to get a reasonable reading from Smoke detectors - though please dont dismantle the one that could save your neck! Danny (19 years ago, 30-Jun-05, to lugnet.robotics.rcx)
|
| |
| | Re: Custom sensor current drain - use two sensor ports?
|
|
(...) Agreed... but it would be a nice experiment basis! Philo (19 years ago, 30-Jun-05, to lugnet.robotics.rcx)
|
| |
| | Re: Custom sensor current drain - use two sensor ports?
|
|
(...) Much easier than that - run down to the local camping store and buy some gas lantern mantles. Unless they've changed something in the last five years or so, they incorperate a reasonable amount of Th-232 which makes geiger counters click (...) (19 years ago, 30-Jun-05, to lugnet.robotics.rcx)
|
| |
| | Re: Custom sensor current drain - use two sensor ports?
|
|
(...) As Philippe noted, there are various legal sources, but even without a source there is always natural background radiation to look at, so one idea I have is a device that records the local background level with a sliding pen on a rotating (...) (19 years ago, 30-Jun-05, to lugnet.robotics.rcx)
|
| |
| | Re: Custom sensor current drain - use two sensor ports?
|
|
(...) Uranium or thorium ores are easily found in mineralogic collections... very nice radio-sources ;o) Of course precise calibration is another story! See for example (URL) (19 years ago, 30-Jun-05, to lugnet.robotics.rcx)
|
| |
| | Re: Custom sensor current drain - use two sensor ports?
|
|
(...) Wow cool, where are you going to obtain radioactive material (legally and without gettting in trouble with the authorities) to test your counter? :) (19 years ago, 30-Jun-05, to lugnet.robotics.rcx)
|
| |
| | Re: Custom sensor current drain - use two sensor ports?
|
|
(...) Nice!!! I hope you'll publish your work ;o) Philo (19 years ago, 30-Jun-05, to lugnet.robotics.rcx)
|
| |
| | Re: Custom sensor current drain - use two sensor ports?
|
|
On Thu, June 30, 2005 6:53 am, Justin said: (...) ... (...) I love it when this happens. Unfortunately, it usually leads to this: (...) Congradulations on your breakthrough. Steve (19 years ago, 30-Jun-05, to lugnet.robotics.rcx)
|
| |
| | Re: Custom sensor current drain - use two sensor ports?
|
|
(...) I take it all back. I'm so brilliant that I found a way to make a (rather large) change to the circuitry that brought things under the limit. Ok, ok, forgive my indulgent self-back-patting, but I'm pretty bouyant right now - everything is (...) (19 years ago, 30-Jun-05, to lugnet.robotics.rcx)
|
| |
| | Re: Custom sensor current drain - use two sensor ports?
|
|
Hi Justin, (...) No, the internal circuis are more or less the same. (...) I don't think you could break something. But of course using two input ports is not so great... (...) You might try the kind of trick I used for my GP2D12 sensor ((URL) store (...) (19 years ago, 30-Jun-05, to lugnet.robotics.rcx)
|
| |
| | Re: Custom sensor current drain - use two sensor ports?
|
|
Maybe you could use one of the output ports. It might be worth running the sensor schematic by some of those on the board, while I understand the need to keep things under your hat - others may be able to suggest ways of bringing its consumption (...) (19 years ago, 30-Jun-05, to lugnet.robotics.rcx)
|
| |
| | Custom sensor current drain - use two sensor ports?
|
|
I'm building a custom active mindstorms sensor, but it requires 28mA to operate, while the sensor port only provides about 15mA. Any advice? (The mA requirements of the sensor cannot be halved - improvements may be possible, but it seems unlikely I (...) (19 years ago, 30-Jun-05, to lugnet.robotics.rcx)
|
| |
| | NQC FAQ updated
|
|
I have updated the NQC FAQ with a description of how to fix a USB Tower problem that many users have experienced when downloading a program via NQC. Many users have reported that they get a "Compile Failed no (or invalid) reply from RCX" error when (...) (19 years ago, 29-Jun-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: lego light sensor's capability of distinguishing colors
|
|
(...) Dang. I just do not have enough on-line hours to discover how many times I can reinvent the wheel ;-). Thanks for the pointer, Steve, and Philo that is a nice piece of work! (19 years ago, 28-Jun-05, to lugnet.robotics.rcx, lugnet.robotics.rcx.robolab)
|
| |
| | Re: lego light sensor's capability of distinguishing colors
|
|
On Tue, June 28, 2005 6:50 am, Brian Davis said: (...) That sounds like a really smart idea. At least, that's what I thought when Philo did it: (URL) he just said... (URL) (19 years ago, 28-Jun-05, to lugnet.robotics.rcx, lugnet.robotics.rcx.robolab)
|
| |
| | Re: lego light sensor's capability of distinguishing colors
|
|
(...) How about one sensor with a color wheel the RCX can drive (this is how just about all NASA spacecraft take those beautiful pictures)? Another option that might work (read: I've not tested this at all) is using more than one color of light to (...) (19 years ago, 28-Jun-05, to lugnet.robotics.rcx, lugnet.robotics.rcx.robolab)
|
| |
| | Re: lego light sensor's capability of distinguishing colors
|
|
(...) The problem is that LEGO light sensor is basically color blind, all you get is different reflectivity levels. Take care of dark shiny surfaces that can reflect as much as lighter ones (try to place the sensor at an angle to avoid direct (...) (19 years ago, 28-Jun-05, to lugnet.robotics.rcx, lugnet.robotics.rcx.robolab)
|
| |
| | Re: lego light sensor's capability of distinguishing colors
|
|
(...) Alone - it is not very good. I have seen a custom sensor with three light sensitive elements and filters. you might be able to build a crude one with one light sensor, one motor(slowed down with worm gear or the micromotor), a wedge belt (...) (19 years ago, 28-Jun-05, to lugnet.robotics.rcx, lugnet.robotics.rcx.robolab)
|
| |
| | Re: lego light sensor's capability of distinguishing colors
|
|
(...) My guess is you would have to use colour filters to get reasonable results. I did toy with that idea for doing a colour photocopier once, but haven't got around to actually testing it yet. The downside is a 3-colour scanner would either use 3 (...) (19 years ago, 27-Jun-05, to lugnet.robotics.rcx, lugnet.robotics.rcx.robolab)
|
| |
| | Re: lego light sensor's capability of distinguishing colors
|
|
On Mon, June 27, 2005 2:07 pm, Elizabeth Mabrey said: (...) I built an M&M sorter that used a LEGO light sensor... (URL) worked out pretty well, because I could just dispose of any evidence of mis-sorting. As far as real results, I think it sorted (...) (19 years ago, 27-Jun-05, to lugnet.robotics.rcx, lugnet.robotics.rcx.robolab)
|
| |
| | lego light sensor's capability of distinguishing colors
|
|
Hi Just wonder if there is anyone who has attempted to have lego light sensor to distinguish more colors than just black & white. Blue is too close to black... white is too close to white... ---...--- -------- Elizabeth Mabrey (19 years ago, 27-Jun-05, to lugnet.robotics.rcx, lugnet.robotics.rcx.robolab)
|
| |
| | Re: vex robotics kit
|
|
(...) I think you're paying not for the compiler, but for the "programmer" (a sort of serial adapter with an integrated PIC that massages the data somehow). But either way, yes, it's an extra $100 to program the thing. And without the ability to (...) (19 years ago, 23-Jun-05, to lugnet.robotics.rcx, lugnet.robotics.edu, FTX)
|
| |
| | Re: vex robotics kit
|
|
(...) I don't think so. (...) Sure, but it seems of not much value regarding programming. The informations on the vex site are sparse and not easy to decipher, but I think you will have to: - pay aditional $99 for somethink called easyC, that is (...) (19 years ago, 23-Jun-05, to lugnet.robotics.rcx, lugnet.robotics.edu)
|
| |
| | RE: vex robotics kit
|
|
Hi Joe, Their website seemingly offers a lot of other gadgets. However, I have serious doubt about the programming platform though. Or, perhaps I have not found much about the programming language which can interface with it. ---...--- -------- (...) (19 years ago, 21-Jun-05, to lugnet.robotics.rcx, lugnet.robotics.edu)
|
| |
| | Re: vex robotics kit
|
|
(...) I haven't used it, but I thank you for pointing it out. (For others, the link is (URL).) I hate to say it, but this looks like it rather blows the socks off of standard LEGO robotics. The starter kit is $300, which is a 50% pricier, but comes (...) (19 years ago, 21-Jun-05, to lugnet.robotics.rcx, lugnet.robotics.edu, FTX)
|
| |
| | Re: dll 'error deleting program' with briskOS-0.9.0
|
|
(...) [snip] (...) [snip] (...) Igor, I just got mine up and running this weekend under Debian (thanks to apt-get / Synaptic). Since you have already successfully loaded firmdl3 this may not be relevant but I had to setup a legotower0 device. sudo (...) (19 years ago, 21-Jun-05, to lugnet.robotics.rcx.legos)
|
| |
| | vex robotics kit
|
|
Hi I wonder if anyone has had a chance to use the new VEX robotic kit by radio shack. I am trying to collect the info to evaluate this product vs LEGO RIS + robolab in terms of educational values. ---...--- -------- Best Regards, Elizabeth Mabrey (...) (19 years ago, 20-Jun-05, to lugnet.robotics.rcx, lugnet.robotics.edu)
|
| |
| | Re: position calculating for robots
|
|
(...) You don't need advanced math for navigating, but sin and cos for calculating coordinates in an X/Y coordinate system. This you need independently from your steering system. Brickos has no math lib, but there where some posts on this list some (...) (19 years ago, 20-Jun-05, to lugnet.robotics.rcx.legos)
|
| |
| | dll 'error deleting program' with briskOS-0.9.0
|
|
Hello, according to informations that brickOS is the most powerfull of all Mindstroms OS's, I have tried to start it. I work with a Linux 2.6 (Fedora Core 3). I have compiled it with rcx-egcs cross compiler C and C++ cross compilers (version 1.1.2) (...) (19 years ago, 19-Jun-05, to lugnet.robotics.rcx.legos)
|
| |
| | Re: brickOS-0.9 and 'error deleting program' message
|
|
(...) IR tower inference probably is not the case since I have previously downloaded the whole brickOS system with the firmdl3 program. Only the dll does not work. Just the same, the original Lego Mindstorms sotware works and gets downloaded in the (...) (19 years ago, 17-Jun-05, to lugnet.robotics.rcx)
|
| |
| | Re: roboball
|
|
(...) Here's what the kids can do to get started. Build a simple robot with a forward pointing light sensor. Place the activated roboball right in front of the robot and take light readings as the robot moves backwards. This can be done manually or (...) (19 years ago, 15-Jun-05, to lugnet.robotics.rcx, lugnet.robotics.rcx.robolab)
|
| |
| | Re: brickOS-0.9 and 'error deleting program' message
|
|
On Wed, June 15, 2005 12:25 pm, igor podolak said: (...) This sort of thing can happen when there is other IR interference (I'm sure there are other things that can also cause it) Try covering the tower & brick, to shield them from lights in the (...) (19 years ago, 15-Jun-05, to lugnet.robotics.rcx)
|
| |
| | brickOS-0.9 and 'error deleting program' message
|
|
I am new to Mindstorms, but not new to computer science. Anyway I am unable to load any program to the RCX robot using the dll. I have built the brickOS system using a egcs (v. 1.1.2) hitachi cross compiler on a Linux platform running the 2.6 (...) (19 years ago, 15-Jun-05, to lugnet.robotics.rcx)
|
| |
| | RE: roboball
|
|
Hi Mr Soh, Thank you very much for your input. Would you share your experience and views regarding tackling roboball with the LEGO RCX and light sensors, without other soldering electronic components. I have a bunch bright young 11-14 kids, I want (...) (19 years ago, 15-Jun-05, to lugnet.robotics.rcx, lugnet.robotics.rcx.robolab)
|
| |
| | Re: roboball
|
|
(...) Hi there and welcome to the world of RoboSoccer, It appears you have the Wiltronics (Australia) roboball which looks like this (URL) There is another type by EK (Japan) that looks like this (URL) The Wiltronics roboball has a built-in 9v (...) (19 years ago, 15-Jun-05, to lugnet.robotics.rcx, lugnet.robotics.rcx.robolab)
|
| |
| | Re: roboball
|
|
(...) Hi Elizabeth, The red LED serves only as an on/off indicator. And, as it only functions when the battery is fully charged, it is not a very good one. The rest of the LED's are infrared and invisible to the naked eye. One way to "see" the light (...) (19 years ago, 13-Jun-05, to lugnet.robotics.rcx, lugnet.robotics.rcx.robolab)
|
| |
| | roboball
|
|
Hi, I got a roboball and wished to test it out for my group of kids to do a soccer game. When I first received it, one light bulb was lit. I tested it with the lego light sensor, but no reading. Then I connected it to a 9v . Unfortunately, now, the (...) (19 years ago, 13-Jun-05, to lugnet.robotics.rcx, lugnet.robotics.rcx.robolab)
|
| |
| | Re: Blocking SetUserDisplay?
|
|
(...) In C you would declare a as volatile. Jürgen (19 years ago, 11-Jun-05, to lugnet.robotics.rcx.nqc)
|
| |
| | NQC release 3.1r2
|
|
I have released NQC version 3.1r2. The only change from 3.1r1 is a fix to the Spybot FindWorld API function. (URL) Hansen (19 years ago, 10-Jun-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Real-world interfacing to RCX: LEDs and magnetic sensor
|
|
(...) The motor outputs give a square wave of 1/8 up to 8/8 of a cycle. You can use a counter running at 8x the cycle frequency to measure how many eighths the output is giving, and light an LED accordingly. For the magnetic sensor, I suggest (...) (19 years ago, 9-Jun-05, to lugnet.robotics.rcx, FTX)
|
| |
| | Problem with LDT plugin
|
|
Hi, I'm starting with lejos and I try to use the plugin LDT 1.2.0 for Eclipse 3.0 with Windows XP. When I try to run (Run As > leJOS), I get the message : An internal error occurred during: "Launching". java.lang.IllegalArg...Exception: Path must (...) (19 years ago, 8-Jun-05, to lugnet.robotics.rcx.java, FTX)
|
| |
| | Re: navigation and communication
|
|
(...) We have worked with a big chart with black crosses on a white wooden surface. This works pretty well, since with the reflection of the light of the LED, black and white can be easily recognised. Then the ambient light has not a big influence. (...) (19 years ago, 8-Jun-05, to lugnet.robotics.rcx.legos)
|
| |
| | rcx programming and flash
|
|
Hello, once time, i've found a site about an api waht can control rcx by flash interface. but i dont find anymore this site thx a lot (19 years ago, 8-Jun-05, to lugnet.robotics.rcx)
|
| |
| | Real-world interfacing to RCX: LEDs and magnetic sensor
|
|
I would like to be able to drive one or two banks of 7-8 LEDs off of the motor ports on the RCX. I know that there is a winker board that senses the motor level to determine what pattern to display. Can this be accomplished otherwise? I also want to (...) (19 years ago, 7-Jun-05, to lugnet.robotics.rcx)
|
| |
| | BricxCC release news
|
|
I continue to work on getting BricxCC ready for a new official release. My sincere apologies for not having one out at the beginning of the year as I had originally planned. Life keeps getting in the way. In any case, I have a new update to BricxCC (...) (19 years ago, 6-Jun-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Blocking SetUserDisplay?
|
|
(...) Neither of these work, although the second one does introduce a temporary for everything except for the 0 part. It will result in the display sometimes showing a value of zero. NQC tries really hard to use as few variables as it can so you (...) (19 years ago, 5-Jun-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Blocking SetUserDisplay?
|
|
(...) Thanks for the ideas! Actually these yielded some interesting results: a = 0 + ((x * 100) + y); occasionally yielded 0 (as expected), but never yielded anything other than 0 and the correct value (that I saw). a = ((x * 100) + y); and a = (x * (...) (19 years ago, 5-Jun-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Blocking SetUserDisplay?
|
|
(...) You may be able to work around this by using parenthesis (untested). a = ((x * 100) + y); or you might try a = 0 + ((x * 100) + y); John Hansen (URL) (19 years ago, 5-Jun-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Blocking SetUserDisplay?
|
|
(...) That's the only way around it as far as I know. JB (19 years ago, 4-Jun-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Blocking SetUserDisplay?
|
|
I have a program with a setup routine for calibrating light sensors. During the setup routine, it does: SetUserDisplay (a, 2); Then in a loop, reads the values of 2 light sensors into x & y, averages the readings and then does: a = x * 100 + y; to (...) (19 years ago, 4-Jun-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: position calculating for robots
|
|
(...) There are various geometries have been implemented in Lego bricks for this. Here is one example: (URL) searching Google for "Lego adder subtractor" for others. (19 years ago, 2-Jun-05, to lugnet.robotics.rcx.legos)
|
| |
| | Re: advice for robogrip
|
|
(...) Do you mean robot hands? If so, try the one from my robot: (URL) It's actuated with pneumatics at the moment but the two 24mm pulleys have bevel gears linking them, to keep the fingers synchronised, so you could use a motor and low gearing to (...) (19 years ago, 27-May-05, to lugnet.robotics.rcx, lugnet.robotics.edu, FTX)
|
| |
| | advice for robogrip
|
|
Hi, I am trying to look for a few lego end effectors configuration. I got the one from CMU's robotics educator. Suggestion will be greatly appreciated. --thanks (19 years ago, 26-May-05, to lugnet.robotics.rcx, lugnet.robotics.edu)
|
| |
| | Re: position calculating for robots
|
|
(...) From something I read 12 years ago for my university project (a Lego robot of course, but pre-RCX), I think it required differential equations (ugh!). Probably a bit too memory-hungry for an RCX. Perhaps you could use the PC's computing power (...) (19 years ago, 26-May-05, to lugnet.robotics.rcx.legos)
|
| |
| | position calculating for robots
|
|
Thanks Thomas for your idea. The matter is that I was thinking of using angle sensors in order to calculate the number of the turns that each wheel has driven (I am talking for a robot with 2 wheels). I think that some advanced maths are required (...) (19 years ago, 26-May-05, to lugnet.robotics.rcx.legos)
|
| |
| | Re: navigation and communication
|
|
(...) In theory you can find position by having a 'giant pantone chart' on the floor - a sheet of paper like the test pad with coloured squares on it, and use the light sensor to detect which square the robot is on. Has anyone tried this? It will be (...) (19 years ago, 25-May-05, to lugnet.robotics.rcx.legos)
|
| |
| | navigation and communication
|
|
Thank you Nathan. I think your link is really gonna help! Now do you know of any way making the robot calculating its position constatly? You see i want to make the robot send its position to another one so it can go there. Thank you again for your (...) (19 years ago, 24-May-05, to lugnet.robotics.rcx.legos)
|
| |
| | Re: New NQC API for RCX-Spybot or RCX-RC communication
|
|
(...) John, I have a few beginner questions for you. I am trying to emulate the infrared protocol on a different microcontroller. I want it to be able to be controlled by a Lego remote and to send/receive messages to Lego devices. What format does (...) (19 years ago, 21-May-05, to lugnet.robotics, lugnet.robotics.rcx, lugnet.robotics.rcx.nqc, lugnet.robotics.spybotics)
|
| |
| | Re: Group project: RCX units run emergence simulation
|
|
(...) I like the ants idea. What you could have is a "home base" or somewhere the RCX's can return to (some simple sensor based thing), and then a feeding area. In between you have any number of obstacles. The RCX's draw, or follow lines left by (...) (19 years ago, 24-May-05, to lugnet.events.brickfest, lugnet.robotics.rcx)
|
| |
| | Re: RCX communications at brickos
|
|
(...) Hi John when I started programming IR communication under brickOS the following site helped me to get off the ground: (URL) that helps. Best regards nathan (19 years ago, 24-May-05, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Group project: RCX units run emergence simulation
|
|
(...) I've never thought of doing it at a mass event (OK, possibly because I've not been to any), but I've thought of doing it on my own. I suspect the biggest drawback is having your RCX's already built into a MOC to bring to BrickFest. (...) If (...) (19 years ago, 24-May-05, to lugnet.events.brickfest, lugnet.robotics.rcx)
|
| |
| | Re: Group project: RCX units run emergence simulation
|
|
(...) That's up to John Barnes as Technic/Mindstorms coordinator. It would require a dedicated space all fest, which is hard to come by, and people to coordinate/monitor it, as well as people to devise the standards (may be the same people). So (...) (19 years ago, 23-May-05, to lugnet.events.brickfest, lugnet.robotics.rcx)
|
| |
| | Re: Group project: RCX units run emergence simulation
|
|
(...) Which I agree would be a very cool thing to see, especially with some strategic filming. Is there not room for both? Again, it would be neat to include Spybotics as well - depending on the behaviour you are trying to get. (19 years ago, 23-May-05, to lugnet.events.brickfest, lugnet.robotics.rcx)
|
| |
| | Re: Group project: RCX units run emergence simulation
|
|
(...) Hi! Cool. Now I'm a cohort ;-) (...) Well, sort of... the robotic forklift I brought to HoB is currently the most complex module (that I *know* about) that requires an RCX, but there are some other options. A ball-sorting mechanism is (...) (19 years ago, 23-May-05, to lugnet.events.brickfest, lugnet.robotics.rcx)
|
| |
| | Re: Group project: RCX units run emergence simulation
|
|
(...) TOTALLY agree. Not saying it's not relevant to robotics, there is lots of clever mechanical stuff to be learned from GBC... Just saying it's somewhat in a different direction from leaving a bunch of identical RCX based autonomous mobile (...) (19 years ago, 23-May-05, to lugnet.events.brickfest, lugnet.robotics.rcx)
|
| |
| | Re: Group project: RCX units run emergence simulation
|
|
(...) Not having an RCX does not necesarily make it irrelevant to robotics. I consider automatons fairly relevant - and the technique of getting a single motor to do many things is a very valuable one, especially considering the IO limitations of (...) (19 years ago, 23-May-05, to lugnet.events.brickfest, lugnet.robotics.rcx)
|
| |
| | Re: Group project: RCX units run emergence simulation
|
|
(...) Right, but haven't you and your cohorts (Hi Brian!) been busily proving that there hasn't yet been a mechanism that NEEDED an RCX? Most of the GBC modules are (brilliantly, elegantly...) purely mechanical except for the train ball return, and (...) (19 years ago, 23-May-05, to lugnet.events.brickfest, lugnet.robotics.rcx)
|
| |
| | Re: Group project: RCX units run emergence simulation
|
|
On Sat, May 21, 2005 2:37 pm, Suz said: (...) Suz, While it's not exactly a 'simulation', there is a community project for the robotics/technic areas this year. More will be announced soon, but you can get started by looking here: (URL) (19 years ago, 23-May-05, to lugnet.events.brickfest, lugnet.robotics.rcx)
|
| |
| | Group project: RCX units run emergence simulation
|
|
I've wondered about this for over a year now, but haven't brought it up because of not making it to the BF events. Now I can't stand it anymore and must ask. Have RCX owners considered pooling their units to run an event-long simulation? Each of us (...) (19 years ago, 21-May-05, to lugnet.events.brickfest, lugnet.robotics.rcx)
|
