 | | Re: Blocking SetUserDisplay?
|
|
(...) In C you would declare a as volatile. Jürgen (19 years ago, 11-Jun-05, to lugnet.robotics.rcx.nqc)
|
| |
| | NQC release 3.1r2
|
|
I have released NQC version 3.1r2. The only change from 3.1r1 is a fix to the Spybot FindWorld API function. (URL) Hansen (19 years ago, 10-Jun-05, to lugnet.robotics.rcx.nqc)
|
| |
| | BricxCC release news
|
|
I continue to work on getting BricxCC ready for a new official release. My sincere apologies for not having one out at the beginning of the year as I had originally planned. Life keeps getting in the way. In any case, I have a new update to BricxCC (...) (19 years ago, 6-Jun-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Blocking SetUserDisplay?
|
|
(...) Neither of these work, although the second one does introduce a temporary for everything except for the 0 part. It will result in the display sometimes showing a value of zero. NQC tries really hard to use as few variables as it can so you (...) (19 years ago, 5-Jun-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Blocking SetUserDisplay?
|
|
(...) Thanks for the ideas! Actually these yielded some interesting results: a = 0 + ((x * 100) + y); occasionally yielded 0 (as expected), but never yielded anything other than 0 and the correct value (that I saw). a = ((x * 100) + y); and a = (x * (...) (19 years ago, 5-Jun-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Blocking SetUserDisplay?
|
|
(...) You may be able to work around this by using parenthesis (untested). a = ((x * 100) + y); or you might try a = 0 + ((x * 100) + y); John Hansen (URL) (19 years ago, 5-Jun-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Blocking SetUserDisplay?
|
|
(...) That's the only way around it as far as I know. JB (19 years ago, 4-Jun-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Blocking SetUserDisplay?
|
|
I have a program with a setup routine for calibrating light sensors. During the setup routine, it does: SetUserDisplay (a, 2); Then in a loop, reads the values of 2 light sensors into x & y, averages the readings and then does: a = x * 100 + y; to (...) (19 years ago, 4-Jun-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: New NQC API for RCX-Spybot or RCX-RC communication
|
|
(...) John, I have a few beginner questions for you. I am trying to emulate the infrared protocol on a different microcontroller. I want it to be able to be controlled by a Lego remote and to send/receive messages to Lego devices. What format does (...) (19 years ago, 21-May-05, to lugnet.robotics, lugnet.robotics.rcx, lugnet.robotics.rcx.nqc, lugnet.robotics.spybotics)
|
| |
| | Re: Inexpensive portability
|
|
(...) Thanks for the suggestions. After seeing this one, I realized I have an old HP Pavilion N3110, 32mb RAM running Win98, sitting behind the desk, quite literally just collecting dust. I found the power cord and a serial port IR tower. After a (...) (19 years ago, 30-Apr-05, to lugnet.robotics, lugnet.robotics.rcx.nqc)
|
| |
| | Re: Inexpensive portability
|
|
(...) Rafe, I suggest looking on eBay for an old laptop. By old, I'm talking P100MHz w/ 32-64MB RAM; NQC doesn't require a lot of horse-power (I'm not sure about Bricxcc). For USB, you'll need something capable of running Win98 (P66MHz w/ 32MB (...) (19 years ago, 30-Apr-05, to lugnet.robotics, lugnet.robotics.rcx.nqc)
|
| |
| | Inexpensive portability
|
|
Hi all, (This is my first post in these groups so please redirect me if this is not the right group.) I do some minor dabbling with the RCX --- simple programs operating simple machines. I program in NQC via bricxcc on Windows XP with a USB IR (...) (19 years ago, 30-Apr-05, to lugnet.robotics, lugnet.robotics.rcx.nqc)
|
| |
| | Re: NQC release
|
|
(...) I've just uploaded a .tgz containing a Mac OSX version of NQC (provided by Rob Bates, the MacNQC developer). You can get it from the NQC website: (URL) also have replaced (again) the source code .tgz. It should work as well as the previous (...) (20 years ago, 22-Mar-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: NQC release
|
|
Hi John, (...) YES, this version compiles fine under my Linux system with gcc 3.3.3. You do a real great job, thank you for all your work! Regards, Michael (20 years ago, 17-Mar-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: NQC release
|
|
And that was the fix. Thanks for maintaining this code! (...) (20 years ago, 16-Mar-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: NQC release
|
|
(...) It turns out one of the steps in the process I used to generate the .tgz source code archive not only got the wrong version from CVS but it changed all my unix-style line endings back to windows-style line endings. I've replaced the latest (...) (20 years ago, 16-Mar-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: NQC release
|
|
(...) I'm apparently very confused. I could have sworn I checked the code here and there wasn't a "private:" before the class Chunk definition starting at line 81. But after double checking just now indeed there is one there. That's what had me (...) (20 years ago, 16-Mar-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: NQC release
|
|
Ahh...I shouldn't add comments to anything before my first green tea of the morning. I moved line 56 back to public: and went to line 81 and found private: was already there... 81 private: 82 class Chunk 83 { 84 public: 85 86 const UByte* GetData() (...) (20 years ago, 16-Mar-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: NQC release
|
|
(...) I was not sufficiently clear. My apologies. Line 56 needs to remain unchanged: public: Comments, by the way, in C++ are specified by '//' rather than '#'. I say that because it looks like your compiler is complaining about a line (56) that (...) (20 years ago, 16-Mar-05, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: NQC release
|
|
Making progress: I changed the public: to private: in RCX_Image.h and here was the output after I did a `make clean`: [root@aluminum nqc-3.1.r1]# make g++ -o bin/mkdata -Inqc/ -Iplatform/ mkdata/mkdata.cpp nqc/SRecord.cpp bin/mkdata (...) (20 years ago, 16-Mar-05, to lugnet.robotics.rcx.nqc)
|
