 | | Re: NQC on Linux dilema...
|
|
(...) Ok, here it is: It just sits there, after sending about 5 lines of hex code to the RCX with that -v option. it will not send any more code after that, no matter how long you wait. I have not such thing as a PSerial_unix.cpp file does not (...) (24 years ago, 1-Apr-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: NQC on Linux dilema...
|
|
(...) Can you send me the output from nqc -v? A lot depends on exactly what is being sent and received. As for PSerial_unix.cpp, you would only have that if you were building nqc from sources. If you've downloaded a binary rpm or some other (...) (24 years ago, 1-Apr-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: NQC on Linux dilema...
|
|
(...) OK, here it goes: (I am in root) Output_Start: Downloading program: Tx: 55 ff 00 10 ef 10 ef Rx: 55 ff 00 10 ef 10 10 ef 55 Tx: 55 ff 00 10 ef 10 ef Rx: ff 00 ef 10 ef 10 ff ae ed 00 10 ef 10 ef 55 ff 00 ef 10 ef 10 Tx: 55 ff 00 50 af 50 af (...) (24 years ago, 1-Apr-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: NQC on Linux dilema...
|
|
(...) This is very strange. Communication looks perfectly normal. I can't think of any reason for a hang. Is it possible for you to build nqc from source? If so, we can instrument any calls to the serial driver and determine if the driver is hanging (...) (24 years ago, 2-Apr-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: NQC on Linux dilema...
|
|
(...) the same thing is happening to me, and i did build it from source. i can recompile with changes, if you think it might be useful in figuring out whats going on, though. (24 years ago, 17-Apr-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: NQC on Linux dilema...
|
|
(...) The first thing I'd try would be to add a pair of printf() statements before and after the tcdrain() call in PSerial_unix::FlushWrite() (in file platform/PSerial_unix.cpp). Call be paranoid, but calls like this always make me nervous...they're (...) (24 years ago, 18-Apr-00, to lugnet.robotics.rcx.nqc)
|
