To LUGNET HomepageTo LUGNET News HomepageTo LUGNET Guide Homepage
 Help on Searching
 
Post new message to lugnet.robotics.rcx.nqcOpen lugnet.robotics.rcx.nqc in your NNTP NewsreaderTo LUGNET News Traffic PageSign In (Members)
 Robotics / RCX / NQC / *1902 (-5)
Subject: 
Re: NQC and RCXCC
Newsgroups: 
lugnet.robotics.rcx.nqc
Date: 
Wed, 1 Feb 2012 01:01:36 GMT
Viewed: 
27880 times
  
In lugnet.robotics.rcx.nqc, Bernd Frassek wrote:
Using NQC together with RCXCC (by Mark Overmars) is a fine combination that
fulfills my demands for writing software, debugging and testing. Unfortunately,
Mark Overmars, the author of RCXCC will not do any further development for
this product.

Meanwhile, I succeeded in "implementing" all the new features of the latest NQC
version into RCXCC. Here is what I did:

For writing programs, RCXCC functions just as a text editor with the aibility
to high-light and colorize special words. These words are arranged in lists
(keywords, functions, macros, templates) and stored in the Windows registry. I
put in all of the new features (e.g. access control, monitor, setuserdisplay,
etc.). I also added templates for all new NQC commands.

The new NQC file was copied into the RCXCC directory.

An Environment variable was defined (thanks again to Dave Baum who gave me the
hint and did foresee to check environment variables befor NQC is executed).
Since I am using Windows 95 I had to do this within the AUTOEXEC.BAT file (when
using higher versions of Windows or NT you can define this under File
Properties in a "nice" window):

Set NQC_OPTIONS=-Trcx2

The result of all this works perfectly.

If there is anyone who wants to work with the same NQC/RCXCC combination, I can
send the exported RCXCC registry key file via mail. All you will have to do is
to copy this key file file onto your desktop and afterwards double-click on it.
The registry will be updated immediately and you can use RCXCC with the new
features. Sometimes I am "overwhelmed" that things are so easy with Windows and
don't cause any problems ...   ;-)

Bernd

he,he,he...
I'm going to bring back a 12 year old thread.
I'm using Windows XP and cannot figure out how to set the NQC_OPTIONS=-Trcx2
option.  Any idea?

-Ahui


Subject: 
Re: MacNQC 4.05b, RCX 1.0 and OS X 10.4.6 can't program the brick
Newsgroups: 
lugnet.robotics.rcx.nqc
Date: 
Thu, 10 Mar 2011 13:37:46 GMT
Viewed: 
33458 times
  
In lugnet.robotics.rcx.nqc, Dennis Clark wrote:
Hello with a query from the past...


Funny I'm tripping over this just today...

   I used MacNQC for ages on other computers but I find now that I can't
write a program out to an RCX 1.0 brick using MacNQC 3.04 or 4.05b.  I
can send the firmware with no problem but when I try to download a
program I get a "communications error" type of message every time.  This

The most weird thing happened to me today on my iMac - I've only dug out the old
Mindstorms stuff last weekend and went through reviving cybermaster and
Spybotics - and guess what, the RCX and IR Tower failed me as well. I have
finally managed to download a simple program again after reloading the firmware
_twice_ to an old 1.0 RCX (it's the 2.0 firmware, though).

Comms seem to work now, but for sake of completeness I have just loaded a second
RCX.

Strikingly, both seemed to require a reload of the firmware first but still want
to be talked to as an RCX rather than RCX 2.

is with either the USB tower or a regular serial tower through a
USB/serial dongle.  I'm using a 1.33GHz G4 running Tiger 10.4.6.  Has
anyone else seen this and know what critical step that I'm missing?

Can't say really - one major problem with MacNQC seems to be that it is still a
Rosetta application - a UB build would be nice to come by but apparently not
much is happening about MacNQC anymore.

I've tried two USB towers and a serial w/ dongle now (it _had_ to work as
Spybotics and cybermaster talk just fine) - before firmware refresh -> no use.
After firmware refresh -> all fine.

I'll have an eye on it, the kids are keeping me busy to program their models
(I'll have to show them the ways anytime soon).

Regards,
Jerry


Subject: 
Re: NQC Linux Patches
Newsgroups: 
lugnet.robotics.rcx.nqc
Date: 
Fri, 7 Aug 2009 00:12:45 GMT
Viewed: 
27718 times
  
I have updated the earlier NQC patch and uploaded two additional patches.

Patch 1 - Update of the NQC USB and TCP Patch
http://sourceforge.net/tracker/?func=detail&aid=2639763&group_id=68600&atid=521778
* Updated for compatibility with gcc 4.4.x
* Removed the DESTDIR patch for the Makefile (moved to another patch)

Patch 2 - Support Makefile Variables DESTDIR and TOOLPREFIX
http://sourceforge.net/tracker/?func=detail&aid=2833299&group_id=68600&atid=521778
* Added support for the Makefile variables DESTDIR and TOOLPREFIX,
enhancing compatibility with distro packaging tools

Patch 3 - Enable Setting a Default Port Name in a Configuration File
http://sourceforge.net/tracker/?func=detail&aid=2833359&group_id=68600&atid=521778
* If no port is specified on the command line (the "-S" argument) and if
the environment variable RCX_PORT is not defined, NQC on Linux will then
check for a default device name in the following configuration files (in
order):
   1) ~/.rcx/device.conf
   2) /etc/rcx/device.conf
These configuration files are designed to be compatible with Bibo, as
patches have been created for Bibo to allow it to process port names that
are specified in the NQC format.  Due to limitations with environment
variables, there is a need to have an alternate means for specifying a
default port.


Thank you,
Matthew

--------------------------------------------
Matthew Sheets <mesheets@hotSPAMMERmail.com> wrote in message
news:KGBJK3.IBu@lugnet.com...
For those interested, I have posted a patch to SourceForge for NQC at
http://sourceforge.net/tracker/index.php?func=detail&aid=2639763&group_id=68600&atid=521778 .
This patch includes several changes, most of which are related to Linux,
though portions may be of use to other platforms.

* Removed the dependency of <LegoUSB/legousbtower.h> when building with USB
support for Linux

* Set some properties so that they can be set from the "make" command line
instead of modifying the Makefile, facilitating easier package creation
(including DEFAULT_SERIAL_NAME and DEFAULT_USB_NAME).

* Now that the Lego USB tower driver is included in the kernel, the device
is typically either /dev/legousbtower0 or /dev/usb/legousbtower0. The code
files have been updated to reflect these names.

* If the NQC "-S" argument is in the format "usb[:<device>]" (e.g.
usb:/dev/lego0), the program will use /dev/lego0 as the USB device; if the
"-S" argument is simply "usb" then the program will check for the presence
of DEFAULT_USB_NAME, /dev/legousbtower0, or /dev/usb/legousbtower

* A "tcp" option has been added as an option to the "-S" argument,
performing communication over a TCP connection instead of a serial or USB IR
device. This facilitates the use of NQC with programs such as BrickEmu, an
RCX emulator (see http://hoenicke.ath.cx/rcx/brickemu.html ). The full
option format is "tcp[:<host>[:<port>]]" If port is not provided, the
program will default to the "magic" Lego port of 50637, and if the host is
not provided, the program will default to localhost.

I hope that some of this might be useful for a future release.  If there is
a future release, I would also like to propose that the source archive be
packaged more GNU-style, in that the root of the archive would only contain
a single folder named in the format $PACKAGE-$VERSION (e.g. nqc-3.1r7).  All
the source content would then be under this folder, easing some package
management tasks for certain distributions.


Thank you,
Matthew


Subject: 
MacNQC 4.05b, RCX 1.0 and OS X 10.4.6 can't program the brick
Newsgroups: 
lugnet.robotics.rcx.nqc
Date: 
Fri, 22 May 2009 04:20:49 GMT
Viewed: 
25357 times
  
Hello with a query from the past...

   I used MacNQC for ages on other computers but I find now that I can't
write a program out to an RCX 1.0 brick using MacNQC 3.04 or 4.05b.  I
can send the firmware with no problem but when I try to download a
program I get a "communications error" type of message every time.  This
is with either the USB tower or a regular serial tower through a
USB/serial dongle.  I'm using a 1.33GHz G4 running Tiger 10.4.6.  Has
anyone else seen this and know what critical step that I'm missing?
I've posted to LUGNET, but it takes forever for a non-member's post to
show up there apparently, so I'm taking a stab at the robot crew at
large here.  Any ideas?

thanks,
DLC


Subject: 
Re: NQC Linux Support - USB and TCP
Newsgroups: 
lugnet.robotics.rcx.nqc
Date: 
Tue, 17 Mar 2009 02:19:37 GMT
Viewed: 
18937 times
  
In lugnet.robotics.rcx.nqc, Matthew Sheets wrote:
For those interested, I have posted a patch to SourceForge for NQC at
http://sourceforge.net/tracker/index.php?func=detail&aid=2639763&group_id=68600&atid=521778 .

Matthew,

Thanks for your patch for NQC.  I will look at adding this to the official
sourcecode and creating a new official release.

John Hansen



Next Page:  5 more | 10 more | 20 more

Redisplay Messages:  Brief | Compact

©2005 LUGNET. All rights reserved. - hosted by steinbruch.info GbR