 | | Re: Connection between two different teams of robots
|
|
(...) should (...) rushing (...) teams. (...) work, (...) Hi Giancarlo. I think you can't avoid phisical interference between the IR messages of the two teams, because there's no way to change the carrier frequency of the IR. With the RCX 2 firmware (...) (24 years ago, 23-Nov-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Connection between two different teams of robots
|
|
We are trying to make 4 robots play some kind of football game. There should be two different teams (2 robots per team)and they shouldn't communicate with each other. Is it possible to have a robust communication system relying on a different (...) (24 years ago, 22-Nov-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Setting NQC_OPTIONS to Trcx2
|
|
Thanks Dave. I am running Win98 and I added the statement to the Autoexec.bat. It worked fine. -- Bob Fay rfay@we.mediaone.net The Shop (URL) Baum" <dbaum@spambgoneenteract.com> wrote in message news:dbaum-AD175E.15...net.com... (...) (24 years ago, 19-Nov-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Setting NQC_OPTIONS to Trcx2
|
|
(...) You need to set the environment variable NQC_OPTIONS to the desired set of default options (in this case -Trcx2). The specifics for setting environment variable depend on the operating system and/or command shell you are using. If you're using (...) (24 years ago, 19-Nov-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Setting NQC_OPTIONS to Trcx2
|
|
I am working my way through "Extreme MindStorms". Page 55 indicates that I might be able to set the NQC_OPTIONS to default to Trcx2 and allow me to use RcxCC with Version 2 firmware. I cannot figure out how to tell NQC what I want. How can I (...) (24 years ago, 19-Nov-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: LinuxPPC and "No response from RCX" problem
|
|
(...) vectorh.h is part of the C++ standard library. Apparently some systems don't have it installed by default. There was some discussion on this a while back... (URL) think the conclusion was that with ManDrake 7.1 you need to install the (...) (24 years ago, 6-Nov-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: LinuxPPC and "No response from RCX" problem
|
|
(...) Thanks, I'll look at that tonight (didn't really get chance yesterday). (...) Unfortunately the versions of gcc on both my Amiga and Thinkpad (running Mandrake 7.1) bomb when trying to compile nqc: both complain that vector.h - in g++-2 on my (...) (24 years ago, 6-Nov-00, to lugnet.robotics.rcx.nqc)
|
| |
| | RCX simulator
|
|
I've started writing an RCX simulator in Java. A very early alpha version is available: (URL) isn't ready for prime time yet. I'm releasing it primarily in case other programmers want to start working on GUI applications that wrap around the (...) (24 years ago, 6-Nov-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: LinuxPPC and "No response from RCX" problem
|
|
(...) The format is described in rcxlib/rcxifile.h in the source distribution. (...) Assuming you have a reasonably modern C++ compiler (gcc is ideal), then the port is rarely more complicated than creating a special subclass of the PSerial class (...) (24 years ago, 5-Nov-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: LinuxPPC and "No response from RCX" problem
|
|
(...) Nope, I've written a program to send messages to the RCX (like the send.c program on RCX Internals) for the Amiga side - I can boot into LinuxPPC or AmigaOS - and that works fine. If I can work out the format of the image files nqc generates (...) (24 years ago, 5-Nov-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: LinuxPPC and "No response from RCX" problem
|
|
(...) This may not be a driver bug - it may be a hardware limitation. AFAIK, parity is most commonly used with 7 bit words - support for a ninth bit (8 data plus parity) is poor or non-existant on some UARTs. Dave (24 years ago, 4-Nov-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: LinuxPPC and "No response from RCX" problem
|
|
(...) This helped me track down the problem - the minute I add the odd parity bit the serial driver changes the word length from 8 to 7. Doesn't look like I can do much about it from the Linux side either. :( Thanks for the help everyone, looks like (...) (24 years ago, 4-Nov-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: LinuxPPC and "No response from RCX" problem
|
|
(...) Perhaps timing is a problem. Try: nqc -t 1000 -raw 10 This forces a longer (1 second) timeout per packet instead of the dynamic retry timing. Is the output any different? Echo is coming back from the tower, which means communication between (...) (24 years ago, 4-Nov-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: LinuxPPC and "No response from RCX" problem
|
|
(...) Have you tried using setserial to set the correct baud rate and other options? Also note that when using "su" it sometimes doesn't take over all the settings from the user account that you used to log on. Perhaps the sudo command would work (...) (24 years ago, 4-Nov-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: LinuxPPC and "No response from RCX" problem
|
|
(...) Umm.. note the prompt ;)) I'd done an su root before testing to avoid permissions problems. This seems like a problem with nqc on LinuxPPC 3Q99, but I can't understand quite what it is as the tower obviously works - the green light is visible (...) (24 years ago, 3-Nov-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: LinuxPPC and "No response from RCX" problem
|
|
(...) Did you set the correct permissions for the serial ports (normally they're only accessible by root under Linux) Do a chmod 777 for /dev/ttyS0 (24 years ago, 3-Nov-00, to lugnet.robotics.rcx.nqc)
|
| |
| | LinuxPPC and "No response from RCX" problem
|
|
Hi, I recently bought an RIS kit and from my Windows box it works fine. When I try using LinuxPPC off my PPC Amiga I get the following: [root] /home/chris/nqc/nqc-2.2.r2 >bin/nqc -v -raw 10 Tx: 55 ff 00 10 ef 10 ef Rx: 55 ff 00 10 ef 10 ef Tx: 55 ff (...) (24 years ago, 3-Nov-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Programmable RCX display
|
|
One of the missing "nice-to-have" features with the RCX is a programmable display. It would be great if LEGO implemented this feature. One way could be to attach a number 0 - 6 for each segment of the four 7-segment numbers and set a corresponding (...) (24 years ago, 3-Nov-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Monitor() and Event()
|
|
(...) The "monitor" control structure (as well as "acquire") is a very useful supplement of the existing control structures, such as "if", "while", "until", etc. Dave Baum already gave an example and with the following I also want to point out a (...) (24 years ago, 26-Oct-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Electrical Data Link between 2 RCXs
|
|
(...) Have you tried using SENSOR_MODE_EDGE or PULSE? Maybe it can keep track of it better? Edge could be very useful as it can count both on's and off's whereas pulse counts only on's. Dean -- Coin-Op's For Sale!: (URL) Lego Workshop: (URL) Lego (...) (24 years ago, 25-Oct-00, to lugnet.robotics.rcx.nqc)
|
