 | | Re: Rotary electrical coupling
|
|
G'Day If you are willing to use 'non-pure Lego' parts, then Radio Shack has a telephone cord 'detangler' that plugs into standard RJ-11 jacks, has 4 conductors, and 360 degree motion. Works rather well, esp. with some contact enhancer for a cleaner (...) (25 years ago, 5-Oct-99, to lugnet.robotics, lugnet.robotics.rcx)
|
| |
| | Re: firmdl3 @ 41.13s
|
|
(...) If you deactivate complements or headers in the ROM protocol, then the ROM does not transmit exactly what you might want it to. See the comments for init_serial in lib/rom.h of the Librcx distribution. If you use the default mode settings, or (...) (25 years ago, 4-Oct-99, to lugnet.robotics.rcx.legos)
|
| |
| | RE: firmdl3 @ 41.13s
|
|
(...) Bug, what bug? Have I missed something? My Tcl based uploader broke when Scriptics released 8.2, and now it works again. Seems I wasn't handling the rcx_recv parameter in my equivalent functions... Anyways, could you elaborate on the bug a (...) (25 years ago, 4-Oct-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: firmdl3 @ 41.13s
|
|
(...) I'll have to test it out in my office, which has difficult lighting. Errors in transmission can often break things in unexpected ways, leaving you in states that are hard to recover from, often resulting in the downloader aborting after giving (...) (25 years ago, 4-Oct-99, to lugnet.robotics.rcx.legos)
|
| |
| | firmdl3 @ 41.13s
|
|
Hi, on my machine, original firmdl3 took 45.2s to download firm0309.lgo. - I increased packet size to 240 bytes, gaining roughly 2 seconds. - Added packet size prediction and bytewise decoding with a state machine (The decoder spent 50 ms per packet (...) (25 years ago, 4-Oct-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Rcx Command Center version 3.0 available
|
|
(...) (you forgot to include the URL :-) (URL) (25 years ago, 4-Oct-99, to lugnet.robotics.rcx.nqc, lugnet.robotics)
|
| |
| | NQC 3.0 is where?
|
|
Mark's NQC page can be found at: (URL) for the great piece of software, -Phil (25 years ago, 4-Oct-99, to lugnet.robotics, lugnet.robotics.rcx.nqc)
|
| |
| | RE: fast firmware downloader
|
|
(...) Is this the movie where there are guys competing in unassisted (except by a huge weight) deep dives? Those guys are mental... Cheers, Ralph Hempel - P.Eng ---...--- Check out pbFORTH for LEGO Mindstorms at: (URL) ---...--- Reply to: rhempel at (...) (25 years ago, 4-Oct-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: fast firmware downloader
|
|
(...) [mlnoga@mauve mlnoga]$ make firmdl3 cc firmdl3.c -o firmdl3 firmdl3.c:146: rcx_comm.h: No such file or directory firmdl3.c:569: srec.h: No such file or directory make: *** [firmdl3] Error 1 Seems to me we're both getting a little hasty here (...) (25 years ago, 4-Oct-99, to lugnet.robotics.rcx.legos)
|
| |
| | Rcx Command Center version 3.0 available
|
|
Dear All, I am happy to announce that RCX Command Center version 3.0 is now available. The new version uses NQC 2.0 and is completely compatible with it (e.g. colorcoding, etc.) and contains a translator to translate NQC 1.x code to NQC 2.0. The (...) (25 years ago, 4-Oct-99, to lugnet.robotics.rcx.nqc, lugnet.robotics)
|
| |
| | Re: fast firmware downloader
|
|
(...) The URL is: (URL) in the nick of time? The original firmdl.c was dated 10/3/98. It is currently 10/3/99 (PDT at least). This was not planned! Like firmdl.c, firmdl3.c is a single file joined from smaller ones for simplicity. I will link a .tgz (...) (25 years ago, 4-Oct-99, to lugnet.robotics.rcx.legos, lugnet.robotics.rcx)
|
| |
| | Re: RCX Controlled Air Compressor Tester
|
|
(...) Here are thoughts on the variability in the tester issues posed. The most important sources of variability in the RCX Controlled Air Compressor Tester and precautions to be taken are as follows: 1. The compressor under test itself may be (...) (25 years ago, 4-Oct-99, to lugnet.robotics, lugnet.build, lugnet.robotics.rcx)
|
| |
| | Re: couldn't keep myself from it ;-)
|
|
(...) Whoa. Not so fast. My firmdl3 does the job in 44 seconds, not 53 seconds, so I think firmdl4 is a step backwards. :) Just hold on a bit while I finish packing it up. It is almost done, I promise. The new version (firmdl3) will be MPL. If you (...) (25 years ago, 4-Oct-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Download problem
|
|
(...) I've already got some feedback that this fix doesn't quite work, so don't bother downloading it if you haven't already. I'll post again when I think I've got something that actually works. Dave (25 years ago, 4-Oct-99, to lugnet.robotics.rcx.nqc)
|
| |
| | couldn't keep myself from it ;-)
|
|
Hi Kekoa, I herewith jettison fastdl. - added code to remove parity and disable complements to your stub - split up firmdl2 into nice little modules - figured out how to deal with complement-disabled packets - optimized delays, fixed numerous little (...) (25 years ago, 4-Oct-99, to lugnet.robotics.rcx.legos)
|
| |
| | Mazes
|
|
We are planning on solving a physical maze (ie cardboard or plywood.) The plan is to use LegOS to allow C (NQC) capabilities. We haven't started on the physical part yet; instead we are concentrating on developing a working algorithm for solving (...) (25 years ago, 4-Oct-99, to lugnet.robotics.rcx)
|
| |
| | Re: Download problem
|
|
I've looked at a couple of traces and it looks like the serial driver just stops receiving data after a certain point. One theory is that something happens (framing error or overflow), which then keeps the driver from relaying more information. I've (...) (25 years ago, 3-Oct-99, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Mazes
|
|
(...) Yes, right, apparently... -Kekoa (25 years ago, 3-Oct-99, to lugnet.robotics.rcx)
|
| |
| | RE: Mazes
|
|
(...) Yes, and that's all I'm saying until Mindfest. Right.... Some time ago, I responded to a maze thread and suggested inverting the problem to make a maze walker that worked on a simple sheet of paper. I have now built a gantry system to suspend (...) (25 years ago, 3-Oct-99, to lugnet.robotics.rcx)
|
| |
| | Re: fast firmware downloader
|
|
(...) Oops, I meant complements, not checksums, throughout the above paragraph. After reviewing my notes, it seems that the ROM properly obeys the complement flag when receiving but not when sending. When the ROM is sending a "long" message, it (...) (25 years ago, 3-Oct-99, to lugnet.robotics.rcx.legos, lugnet.robotics.rcx)
|
