 | | Re: CM-RCX comm
|
| Status Report: 1) Ok, just got my RIS 1.0 set (AT LAST! ;) 2) My first tests with the two pBricks (CyberMaster and RCX) prove that it's possible to communicate using a (ten times) slower version of VLL protocol (I call it SlowVLL for short). *It (...) (24 years ago, 30-Jan-01, to lugnet.robotics)
| | | | | Re: CM-RCX comm
|
| (...) Wooaahhh! That can't be true. Both machines are running some kind of (hopefully) crystal oscillator to generate the clock that drives the Timer() and Wait() commands. No two cystal oscillators generate the *exact* same timing - so your two (...) (24 years ago, 31-Jan-01, to lugnet.robotics)
| | | | | Re: CM-RCX comm
|
| (...) That's exactly what my common sense made me believe. But various tests I did, using a dump of a Datalog with the timmings measured by the RCX, proved me wrong. Every Wait(10) was correctly measured as a Timer(3)==1, and every Wait(50) as a (...) (24 years ago, 31-Jan-01, to lugnet.robotics)
| | | | | Re: CM-RCX comm
|
| (...) oops, it's the other way around: Wait(20)/Wait(10) combinations for ZERO and Wait(10)/Wait(20) for ONE. mc. (24 years ago, 31-Jan-01, to lugnet.robotics)
| | | | | Re: CM-RCX comm
|
| (...) Well, yes - but then crystal oscillators are quite accurate (but crucially, not 100% accurate). You might have to run as long as one or two MILLION attempts before you see an error - but you *will* see an error if you do it for long enough. If (...) (24 years ago, 31-Jan-01, to lugnet.robotics)
| | | | | Re: CM-RCX comm (Anyone using Scout->MicroScout/CodePilot ?)
|
| (...) Yes, I understand. Lego created VLL for barcode reading (CodePilot, and then MicroScout). Barcode reading is error prone, so are other forms of serial communication. Through the use of the VLL Checksum bits and timeouts, one can invalidate bad (...) (24 years ago, 31-Jan-01, to lugnet.robotics)
| |
