To LUGNET HomepageTo LUGNET News HomepageTo LUGNET Guide Homepage
 Help on Searching
 
Post new message to lugnet.org.ca.rtltorontoOpen lugnet.org.ca.rtltoronto in your NNTP NewsreaderTo LUGNET News Traffic PageSign In (Members)
 Organizations / Canada / rtlToronto / 10801
10800  |  10802
Subject: 
Re: C$ - Code Only
Newsgroups: 
lugnet.org.ca.rtltoronto, lugnet.robotics.rcx, lugnet.robotics.rcx.nqc
Date: 
Sat, 7 Feb 2004 03:16:15 GMT
Viewed: 
5178 times
  
After doing some research I settled on using librcx by Kekoa Proudfoot.  I
compiled the librcx code and my code using the cygwin compiler that people use
for brickOS.  This combination gave me the huge available memory from QuiteC,
and use of Lego ROM code for infrared transmit and receive.  librcx does incur
the loss of CPU performance due to repeated interrupts.  Since I have this
interrupt overhead with brickOS (my only other meaningful choice, I don't know
Java), it is a don't care.  With librcx, I get lots more memory available than
with brickOS, with similar interrupt overhead.

I am admittedly biased toward BrickOS; however, I am wondering if you
attempted to free some memory in BrickOS by disabling features that you
didn't need?

If you are only going to run one program (whether single threaded or
multi), you can compile BrickOS without the Program Manager support.
This frees up a good bit of memory.  Disabling threading (task manager)
would also free up some memory as well as clock cycles; but at a
significant loss in available features (IMO).

I am just curious; I don't know how many BrickOS users know about those
options.

// Joe



Message has 1 Reply:
  Re: C$ - Code Only
 
(...) Nope. I knew there was a certain amount configurability in brickOS, but I assumed it would be hard to get it down to a minumum. (...) With librcx, I started out with the minimum and added only what I needed. (...) Kevin (21 years ago, 12-Feb-04, to lugnet.org.ca.rtltoronto, lugnet.robotics.rcx, lugnet.robotics.rcx.nqc)

Message is in Reply To:
  Re: C$ - Code Only
 
(...) NQC compiles not quite C code into LEGO firmware opcodes. You download the .rcx result, and LEGO firmware interprets the program. This makes it slow. QuiteC and brickOS both use H8 native C compilers that spit out H8 assembly code directly. (...) (21 years ago, 6-Feb-04, to lugnet.org.ca.rtltoronto, lugnet.robotics.rcx, lugnet.robotics.rcx.nqc)

28 Messages in This Thread:













Entire Thread on One Page:
Nested:  All | Brief | Compact | Dots
Linear:  All | Brief | Compact

This Message and its Replies on One Page:
Nested:  All | Brief | Compact | Dots
Linear:  All | Brief | Compact
    

Custom Search

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