 | | NQC vs Spirit communication speed —John Hansen
|
| | | This is more a general RCX communication question, actually. As I mentioned here previously, I've ported the NQC communication code to Delphi for the purposes of modifying RcxCC to not use the Spirit OCX. At present I have a version of RcxCC that (...) (23 years ago, 11-May-01, to lugnet.robotics.rcx.nqc)
|
| | | |
| | | | | Re: NQC vs Spirit communication speed —Dave Baum
|
| | | | | The retry timing for RCX_Link uses a dynamic backoff, which is a good general purpose solution if you're going to be sending lots of packets (like a typical NQC download) and the latency through the serial driver is unknown and/or unpredictable (...) (23 years ago, 11-May-01, to lugnet.robotics.rcx.nqc)
|
| | | | | |
| | | | | | | Re: NQC vs Spirit communication speed —Dave Baum
|
| | | | | | | (...) I looked into this a bit more and the poll bytecode (0x12) didn't have a case in the PredictReplyLength() switch. If you add... case 0x12: // poll return 2; then poll will be a lot faster. If you run into other bytecodes that you use a lot, (...) (23 years ago, 11-May-01, to lugnet.robotics.rcx.nqc)
|
| | | | | | | |
| | | | | | | Re: NQC vs Spirit communication speed —John Hansen
|
| | | | | | (...) I'm using AutoLink.Send for most things. Initially I was always closing the link at the end of each method (which mostly map to the Spirit OCX API). I've made that configurable and at present I'm running with it set to leave the link open. (...) (23 years ago, 11-May-01, to lugnet.robotics.rcx.nqc)
|
| | | | | | |
| | | | | | | | Re: NQC vs Spirit communication speed —Dave Baum
|
| | | | | | (...) Correct - dynamic timing is turned off when predictive is being used (which is the default). Predictive is relatively new, and I wasn't sure which code you started with (or how you ported/used it), so that's why I explained the dynamic timing. (...) (23 years ago, 11-May-01, to lugnet.robotics.rcx.nqc)
|
| | | | | | |
| | | | | | | | Re: NQC vs Spirit communication speed —John Hansen
|
| | | | | | (...) I made PredictReplyLength a member of the RCXLink class so it can return a different value for case 0x20 (it returns 20 if the Target is Cybermaster and 0 if it is Scout - since the Scout doesn't support that opcode). Of course, in Object (...) (23 years ago, 11-May-01, to lugnet.robotics.rcx.nqc)
|
| | | | | | |
| | | | | | | | Re: NQC vs Spirit communication speed —Dave Baum
|
| | | | | | (...) I knew Scout didn't support the opcode, but overlooked the Cybermaster case. I'll fix it for NQC as well. The return value for an unsupported opcode doesn't really matter since nothing is going to come back anyway, so predictive will fail no (...) (23 years ago, 12-May-01, to lugnet.robotics.rcx.nqc)
|
| | | | | | |
| | | | | Re: NQC vs Spirit communication speed —Stef Mientki
|
| | | | hi John, I'm curious to see your "Fakespirit" class. At this moment I only need a limit set of commands, so I send by a couple of simple routines to my serial commport driver (indepent thread). Here is the basic code I use, timing is very a stable (...) (23 years ago, 11-May-01, to lugnet.robotics.rcx.nqc)
|
| | | | |
