 | | Re: Electrical Data Link between 2 RCXs
|
|
(...) My guess is that SENSOR_1 in your receiving RCX is getting a 1 when your program starts. I imagine that OFF is the default state for OUT_B in your transmitter RCX, and that the receiver is seeing this before OUT_B is switched to FLOAT. This is (...) (23 years ago, 3-Apr-01, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Electrical Data Link between 2 RCXs
|
|
(...) Hi Dean, meanwhile I followed your suggestions and implemented a scheme that uses a pulse scheme like this: ______ ______ ______ __ ______ ______ ___...___ Start Bit3 Bit2 Bit1 Bit0 A bit value of 1 results in a long pulse, a bit value of 0 in (...) (23 years ago, 3-Apr-01, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Yet another Q: IR messages
|
|
(...) Hi Tobias I'm not very familiar with NQC events, but if you want to use a blocking function for receiving your message, use parts of the code i posted before. int local_message = 0; int global_message = 0; task main() { //do what you like (...) (23 years ago, 31-Mar-01, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Yet another Q: IR messages
|
|
If I am understanding what you want correclty (I have never used the RCX-code) only NQC then try this. Assume: RCX2 is sending message # 15 to RCX1. RCX1 is in a waiting state until it gets the message RCX code: . . . While (Message() != 15){ ++i; } (...) (23 years ago, 31-Mar-01, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: "Speed" of control statments
|
|
Actually, its not a general programming question. Efficiency of something like events is heavily dependent on the operating system (in this case the Lego firmware). Efficiency of "if" vs. "switch" can be very dependent on the compiler and the CPU (...) (23 years ago, 31-Mar-01, to lugnet.robotics.rcx.nqc)
|
