 | | 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)
|
