 | | Re: cputw
|
|
(...) By "doesn't work", I assume the patch applied successfully and your compiler barfed with some sort of error message or generated incorrect code. That would tend to (at least slightly) indicate that the problem that I was trying to fix may have (...) (26 years ago, 30-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | cputw
|
|
Maybe we'd better opt for unsigned char c=word&0xff; cputc_... cputc_... c=word>>8; cputc_... cputc_... instead - your patch doesn't work with my compiler version! This may generate better assembly code, too, as word is already in a register. (26 years ago, 30-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: legOS ...
|
|
Hi Mark, you might consider joining the legOS mailing list www.lugnet.com. We're currently working on network protocols for the IR device. POSIX compliance is very worthwile. I'm considering to make all devices files. Yes, even sensors. That way, we (...) (26 years ago, 30-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: motor speed
|
|
Hi Lou, that's great. Markus. (26 years ago, 30-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: NQC tutorial available
|
|
I have gone through most of the tutorial that posted by Mark Overmars which is extremely helpful. What a good job. Thanks Mark. There is one doubt and two question that I would like to get Mark or other people's attention. When I run the example (...) (26 years ago, 30-Mar-99, to lugnet.robotics.rcx.nqc, lugnet.robotics)
|
| |
| | Re: Uploading *.prg To RCX
|
|
Adamski wrote in message ... (...) I've been out of the (this) loop lately. I don't recall; were .prg the compiled versions or the text file versions? (You can use Mind Control to interprete and upload text files. ) Eric Brok Visit LEGO ON MY MIND: (...) (26 years ago, 30-Mar-99, to lugnet.robotics, lugnet.robotics.rcx.legos)
|
| |
| | Passing arguments to task
|
|
Is there an accepted method of passing arguments to a task which is spawned with execi? I have a method which I have instrumented, but it is awkward. -- No honest business is promoted by spam with the possible exception of Hormel. (26 years ago, 30-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Motor Speed Fix
|
|
(...) I've been busy. I have also added a patch for control of arbitrary motors. (26 years ago, 30-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: NQC tutorial available
|
|
(...) Thanks Mark. I've been somewhat negligent on documentation myself. I've been very impressed with the dedication of the NQC user community. Originally, NQC was just a hack I threw together for my own use. At first I resisted releasing it (...) (26 years ago, 30-Mar-99, to lugnet.robotics.rcx.nqc, lugnet.robotics)
|
| |
| | TRACKER script for pbFORTH
|
|
Hi All, I've been a busy man while my spouse is off in Florida. I've been building and programming robots with my two sons, and have got the TRACKER to work! It's basically the same chassis as the TOP SECRET PLANS at the back of the Constructopedia (...) (26 years ago, 30-Mar-99, to lugnet.robotics.rcx.pbforth, lugnet.robotics)
|
| |
| | RE: Ir transmission
|
|
(...) YES!!! The standard FORTH word U. prints an insigned integer, while EMIT sends out an arbitrary byte. So, for a simple IR proximity detector, you would write something like: HEX 0 SENSOR_ACTIVE (labelled sensor #1) 3 1 SENSOR_TYPE (light (...) (26 years ago, 30-Mar-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: Motor Speed Fix
|
|
Oops! The URL is (URL) have also added a patch to fix cputw(). (...) (26 years ago, 30-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Motor Speed Fix
|
|
I have a patch on my legOS page which fixes a problem with motor speed control in legOS-0.1.7. -- No honest business is promoted by spam with the possible exception of Hormel. (26 years ago, 30-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | I found out why I couldn't compile demo/first-c++
|
|
Make clean doesn't remove object files in lib/mint, lib/c++, or lib/c, and legOS is shipped with compiled objects in there. Markus' environment is somehow different from mine, and sensor.o was looking for a symbol (something to do with getting a (...) (26 years ago, 29-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Ir transmission
|
|
Hi, is there any way to send IR messages using pbForth. This is in order to use the IR proximity detector commonly used with nqc programs. Also I think that with alternative firmware such as pbForth and nqc, it should be possible to do it without (...) (26 years ago, 29-Mar-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: NQC tutorial available
|
|
Excellent Job Mark. Thanks for all of your hard work. -Phil (...) (26 years ago, 29-Mar-99, to lugnet.robotics.rcx.nqc, lugnet.robotics)
|
| |
| | Uploading *.prg To RCX
|
|
Is there a program that allows you to download the prg files created from the Lego CD-ROM to the RCX without loading the Lego CD program? Help Appreciated! Adamski _______ <adamski2000@adamski...rve.co.uk> (26 years ago, 28-Mar-99, to lugnet.robotics, lugnet.robotics.rcx.legos)
|
| |
| | Re: NQC tutorial available
|
|
(...) Mark, I use your NQCCC exclusively to program my RCX. Your code templates and help system (especially the last edition!) are superb. I like your setup because it integrates all the necessary stuff right there and the help files are pretty good (...) (26 years ago, 29-Mar-99, to lugnet.robotics.rcx.nqc, lugnet.robotics)
|
| |
| | NQC tutorial available
|
|
In my opinion NQC is the easiest way to program the Lego Robots. But people that never programmed before seem to think it is difficult (maybe because it sounds like C). So I decided to write an extensive tutorial on how to use NQC. The tutorial does (...) (26 years ago, 29-Mar-99, to lugnet.robotics.rcx.nqc, lugnet.robotics)
|
| |
| | legOS Network Protocol
|
|
Markus, I have been away for the last week or so. What have I missed in the discussion on LNP? I would like to get cracking on this. I have 2 or 3 guys over here who want to get into this too. -Jake Jacob S. Barrett jsbarrett@acm.org (26 years ago, 28-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Light Sensor Non Destructive Mods
|
|
Hi All, I've just added a new page to my website that describes a non-destructive mod to the light sensor that actually allows it to read ambient light! (URL) The range is <10 for a dark box and >90 for a halogen lamp about 6 feet away. It's really (...) (26 years ago, 28-Mar-99, to lugnet.robotics, lugnet.robotics.rcx.pbforth)
|
| |
| | RE: Why do it? Was: multi-device output controller
|
|
(...) Measuring PWM is not difficult, but it would involve a micro (PIC12C508 anyone?) dedicated to the task and then you would have to get it to drive the RCX, which means motor drivers, etc. If you are willing to spend $50 and LOTS of time, then (...) (26 years ago, 27-Mar-99, to lugnet.robotics, lugnet.robotics.rcx.pbforth)
|
| |
| | Re: Why do it? Was: multi-device output controller
|
|
Ralph, Thanks for reigning in the rabbit chase! As the originator of this thread I'd like to respond to the 'why'... I keep running out of ports on my creations. I see 5 or 6 as a practical limit. My criteria for a solution: 1. Entirely compliant (...) (26 years ago, 26-Mar-99, to lugnet.robotics, lugnet.robotics.rcx.pbforth)
|
| |
| | Why do it? Was: multi-device output controller
|
|
(...) I have checked this out, and if you use the standard RCX firmware (or other firmware that uses the RCX ROM, then you get the waveforms you are talking about at 125Hz 1/(1ms x 8). You also get polarity information - oh no, I've said too much. (...) (26 years ago, 26-Mar-99, to lugnet.robotics, lugnet.robotics.rcx.pbforth)
|
| |
| | Re: gcc build instructions for linux
|
|
(...) week ago. (26 years ago, 26-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | gcc build instructions for linux
|
|
Linux Tools for Hitachi H8/300 Microprocessor Development (URL) came across this site today. It has good instructions for building the gcc h3000 compiler on Linux. I thought people here might also be interested in the crt0.s 'C' startup source. I (...) (26 years ago, 26-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: How do you convert light sensor data to bmp image
|
|
Alex: Downloaded the netphm files from your site. Your right, it was alot easier. Now all I have to do is build my scanner. Thank you for your help Patrick McLean :) Alex Wetmore wrote in message <922292440.681002@phred.org>... (...) image. (...) (26 years ago, 26-Mar-99, to lugnet.robotics.rcx.nqc)
|
| |
| | RE: FORTH editor/IDE
|
|
(...) I'm not in the process of writing an IDE, but I'm not sure you need one either. (...) I'm going to make the pbFORTH a bit more user friendly shortly, by adding a MARKER word that essentially clears out all of your own definitions. (...) The (...) (26 years ago, 25-Mar-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | FORTH editor/IDE
|
|
Is anyone considering, or in the process of, writing an editor for pbFORTH on the PC? I am thinking of doing one in the style of RCX Command Center ((URL) but don't want to reinvent the wheel if there's one on the stocks. I haven't tried pbFORTH (...) (26 years ago, 25-Mar-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: names
|
|
(...) Will you resist the temptation 2nd time around it TLGs lawyers decide that the 'LegOS' name is a possible infringement? :) Richard(OS) (26 years ago, 25-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | names
|
|
Hello, some friends asked me today why I did resist the temptation of putting my name in the OS name. (It just never occurred to me.) However, there was somebody around who speaks Polish. He pointed out that Noga is Polish for leg. Totally caught me (...) (26 years ago, 25-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Compiler
|
|
Hi Lou, new binaries would be nice. I did create an archive, but I didn't feel like pumping those Megabytes over my modem yet. Mine is about 3.3MB, though - did your install script really strip all those executables? Markus. (26 years ago, 25-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: How do you convert light sensor data to bmp image
|
|
I just put a Win32/i386 port of netpbm on my ftp site (ftp://ftp.phred.org...bm-e.zip). Very little documentation, but it should be easier then uploading and downloading files from a unix account. I'd recommend generating the PGM, then using (...) (26 years ago, 24-Mar-99, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: toolchain
|
|
On the subject of licences: I always forget the details, coz they bore me, but as a result of working on Apache, I do know a few things: 1. There is an LGPL that is less restrictive than GPL. 2. GPL licences are not compatible with all other (...) (26 years ago, 24-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: How do you convert light sensor data to bmp image
|
|
Alex: Thank you for your suggestion. I was able to find a Windows95 site which described a way to utilize the PGM program. The site basically provides the files needed to call up a UNIX window on my PC. From the UNIX window, I can then utilize the (...) (26 years ago, 24-Mar-99, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: toolchain
|
|
(...) I am by no means an license expert, but I just happen to have been reading about the GPL, and the MPL is pretty similar, though there are, of course, differences. The doc that I read stated that you can apply the GPL only to the files that you (...) (26 years ago, 24-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Compiler
|
|
(...) That does appear to have been the problem after all. (...) I eventually managed to build egcs on a different computer and copy it over to mine. Markus -- if you want the binary (bzip2 cpio) of binutils and egcs, I could point you at it for (...) (26 years ago, 24-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: toolchain
|
|
(...) Read the MPL again. It's not clear to me that you need to MPL all your code if you include unmodified source from something that is covered by MPL. But if you include MPL'd source, you certainly have to make it clear what code is covered by (...) (26 years ago, 23-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: toolchain
|
|
(...) Yes, I believe GNU configure is covered by GPL. I already changed legOS licensing to MPL because Kekoa's math routines are MPL. I'm not sure if we may continue to use them if we change yet again. What's the status on menuconfig? Are those (...) (26 years ago, 23-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: toolchain
|
|
(...) What about a simplified gnu 'configure' ? Or would using that scheme mean incorperating the GNU license as well? :) Richard (26 years ago, 23-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Compiler
|
|
I have discovered that the instructions for building the compiler on the legOS site have changed. They now say to build egcs, whereas they used to say to build gcc. This could, conceivably, be why I cannot build good files with 0.1.7, since I'm (...) (26 years ago, 23-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: toolchain
|
|
Menuconfig would be a great thing. Xconfig would be even better, but I agree with Markus' concern about portability. The Linux kernel distributions get around the portability by simply providing all three config tools and letting you use the most (...) (26 years ago, 22-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: How do I convert light sensor data into image bmp?
|
|
(...) Sorry, but I don't understand. Adamski _______ <adamski2000@adamski...rve.co.uk> (26 years ago, 22-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: toolchain
|
|
(...) Exactly. Can you say "make config"? Ah, no, that won't do. "make menuconfig", maybe? We'd have to stay portable, though. That rules out "make xconfig" :-( (26 years ago, 22-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: toolchain
|
|
(...) That would be funky :) * Location of H8300 binutils * Location of perl (mergemap script) * Serial Port (RCXPORT) variable? * Compile Options? eg --disable-task-management ? That sort of thing? Richard (26 years ago, 22-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: How do you convert light sensor data to bmp image
|
|
You might find netpbm to be helpful. It contains tools to convert the PBM (monochrome), PGM (grayscale) and PPM (color) formats into just about anything. P?M are file format for images which is easy to generate. In its simplest form PGM (what you'd (...) (26 years ago, 22-Mar-99, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: toolchain
|
|
How about a ./configure script? It just needs to ask two questions... write the answers in .config or Makefile.common or whatever suits your fancy and you're done once and for all. (26 years ago, 22-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Reworked Scheduler
|
|
I have gotten my scheduler changes to work. There is a patch against 0.1.7 on my legOS page ((URL) will apply most of the way against 0.1.6, but there are some bits that you will have to apply by hand due to differences in comments. I wouldn't be (...) (26 years ago, 21-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | How do I convert light sensor data into image bmp?
|
|
Hi: I would like to build a lego scanner using a single light sensor. I have found a number of sites which explain how to build them, however, I could use some assistance with how to convert the data collected into an actual image map. I understand (...) (26 years ago, 20-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | How do you convert light sensor data to bmp image
|
|
Hi: I would like to build a lego scanner using a single light sensor. I have found a number of sites which explain how to build them, however, I could use some assistance with how to convert the data collected into an actual image map. I understand (...) (26 years ago, 20-Mar-99, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Idle process
|
|
(...) That is true. (...) Yes, we do, but is that something the tasks need to worry about? If the kernel has buffered 3 datagrams since the last timeslice, the next 3 waits would return immediately, since their criterion (datagram ready for reading) (...) (26 years ago, 20-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: legOS-0.1.7 released
|
|
I finally got my scheduler working on 0.1.6. Porting it to 0.1.7 wasn't too painful. But when I tested it (I have been testing with demo/tm-and-ir), I found that there is junk (not necessarily alphanumeric characters) displayed on the LCD. Thinking (...) (26 years ago, 20-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Debugging
|
|
(...) Try delay(). It's the non-scheduler version of msleep(). If you have a version that's better calibrated, please patch delay() in conio.c to reflect that. (...) A branch to itself is probably the best you can do, as you need an atomic (...) (26 years ago, 20-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: H8300 Stack and SLEEP
|
|
Sorry I'm late. I believe this is not an issue with legOS. legOS only calls the ROM powerdown function at the end of its kmain() loop, where the stack pointer should be in the on-chip RAM area anyway. When sleeping in the idle task, legOS directly (...) (26 years ago, 20-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Idle process
|
|
(...) Yes, it's a start byte. Jacob suggested using 0xFn to identify protocol versions, 0xFF being the LEGO standard. (...) Actually, you wouldn't have to change much, just treat P_SUSPENDED tasks like they're P_WAITING and the condition failed. (...) (26 years ago, 20-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Idle process
|
|
(...) Cool! (...) I had been thinking along the same lines. (...) What is the ID? Is it for framing? Is it a byte that is not currently taken up by a Lego bytecode? Do we even care about colliding with Lego's communication protocol? (...) (...) (26 years ago, 19-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | mailing list / 0.1.7
|
|
Hi Jacob, maybe you should join the legOS discussion group. lugnet.robotics.rcx.legos is available via NNTP, WWW and email from www.lugnet.com. Ah, by the way, 0.1.7 is out. Markus. (26 years ago, 19-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Idle process
|
|
Hi Lou, I'm discussing datagram networking with Jacob Barrett currently. They have some people working on it. The idea is to provide 1 byte of address space, using a per-host hostmask, just like TCP/IP uses per-net netmasks. A host with address 0x10 (...) (26 years ago, 19-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | legOS-0.1.7 released
|
|
Hello, legOS is an embedded OS for the LEGO Mindstorms RCX. It can be programmed in C, assembler, and some language elements of C++. Preemptive multitasking, access to all 32k RAM and low-level hardware control are some of its most prominent (...) (26 years ago, 19-Mar-99, to lugnet.robotics, lugnet.robotics.rcx.legos)
|
| |
| | Re: Debugging
|
|
(...) It's what I'm doing for now in my debugger work. I haven't tried it out yet, though. (...) I carefully looked at the opcodes, and found that the shortest opcodes are all 2 bytes, and hand-coded the 2 byte instruction that jumps to itself. The (...) (26 years ago, 17-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Debugging
|
|
(...) However, last night, I wrote a brute force (spin loop) msleep which works fine in the scheduler. I found that 800 iterations of an empty for loop with a 16 bit index comes pretty close to 1ms. Granted, I cheated a little, knowing that the (...) (26 years ago, 17-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Debugging
|
|
(...) Oh, you're doing stuff inside the scheduler. Yeah, msleep doesn't work too well there :-) Yes, the pauses were only so I could see what was going on. Another thing you could do is print messages out the IR port; but I'm not sure how it would (...) (26 years ago, 17-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: SetClock defined
|
|
Mark Overmars already forwarded your SetClock definition to me, so it will be added to 1.3, although I'm considering naming it SetWatch() for consistiency with the nqc -watch option and the spirit.ocx call. Dave (...) (26 years ago, 17-Mar-99, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Debugging
|
|
(...) I don't think it does. Of course, the source would answer definitively, but I also know that until I remembered to put the refreshes in there, I didn't get useful output. (...) I did that too. In my case, the lower byte was the priority (...) (26 years ago, 16-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Debugging
|
|
(...) That's the method I've used. Just be sure to put an lcd_refresh() after the cputw() call - I can't remember if cputw() does the lcd_refresh() or not. Another thing I've done is write out a number where the upper byte indicates a position in (...) (26 years ago, 16-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | RE: H8300 Stack and SLEEP
|
|
Kekoa wrote: <<snipped original description of problem>> (...) <<snipped description of tests>> Once again, Kekoa goes the extra mile and proves what many of us are happy to be merely confident about. Someday, I'd like to be reincarnated as a grad (...) (26 years ago, 16-Mar-99, to lugnet.robotics.rcx.legos, lugnet.robotics.rcx.pbforth, lugnet.robotics)
|
| |
| | SetClock defined
|
|
I noticed that the byte code command to implement the SetClock(hrs,min) wasn't implemented in the nqc.h file. Here it is, rather simple really but I find it useful as a way for the RCX to communicate debugging info while running. Example, when a (...) (26 years ago, 16-Mar-99, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: FW: H8300 Stack and SLEEP
|
|
(...) To be more precise, it applies to sleep mode and software standby mode as long as you set port 5 bit 2 to high before activating either mode. It does not apply to hardware standby mode, since that does not save registers or end with an (...) (26 years ago, 16-Mar-99, to lugnet.robotics.rcx.legos, lugnet.robotics, lugnet.robotics.rcx.pbforth)
|
| |
| | Re: H8300 Stack and SLEEP
|
|
(...) After talking with Ralph over the weekend, I suggested a test he might do to figure out if port 5 bit 2 really does what he suggested it might. I don't think he did this test, so I fired up my RCX and hacked it together. I verified that port 5 (...) (26 years ago, 16-Mar-99, to lugnet.robotics.rcx.legos, lugnet.robotics.rcx.pbforth, lugnet.robotics)
|
| |
| | Debugging
|
|
Do you guys have an established mechanism for debugging? I'm thinking of writing certain numbers to the display using cputw(). The idea being that the number frozen forever on the display will be the (approximately) last place the code was ok before (...) (26 years ago, 15-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Program Wanted
|
|
Does anyone have a program for the Recycler robot? Please help! Adamski _______ <adamski2000@adamski...rve.co.uk> (26 years ago, 15-Mar-99, to lugnet.robotics, lugnet.robotics.rcx.legos)
|
| |
| | FW: H8300 Stack and SLEEP
|
|
(...) Markus, (and anyone else listening) I think it applies to the RCX power_shutdown() function as described in Kekoa's reference. The key is that this function puts the external RAM into low-power mode. If you are not calling power_shutdown() or (...) (26 years ago, 15-Mar-99, to lugnet.robotics.rcx.legos, lugnet.robotics, lugnet.robotics.rcx.pbforth)
|
| |
| | H8300 Stack and SLEEP
|
|
Hi All, If this is old news, ignore it... I just figured out this weekend (thanks Kekoa) that the H8/300 stack pointer (r7) and the power-down function in the RCX have a close relationship. The stack pointer MUST be in the on-chip RAM area (0xFD80 (...) (26 years ago, 15-Mar-99, to lugnet.robotics.rcx.legos, lugnet.robotics.rcx.pbforth, lugnet.robotics)
|
| |
| | New pbFORTH release
|
|
This is an announcement of the latest version (102) of pbFORTH available at: (URL) This release of pbFORTH addresses some errors in the previous version including a fairly serious stack problem in TIMER_SET. Also POWER_OFF now works as advertised, (...) (26 years ago, 15-Mar-99, to lugnet.robotics, lugnet.robotics.rcx.pbforth)
|
| |
| | NQC known bug
|
|
Just wanted to inform everyone of a nastly little NQC bug in version 1.2: return statements in inline functions actually cause a top-level return from the enclosing subroutine / task. For example in the following code, sound 1 is never played: (...) (26 years ago, 15-Mar-99, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Battery voltage available within NQC?
|
|
(...) If you REALLY wanted to do this, you could use the bytecode to broadcast the battery information to the IR tower and have a service running on the PC which would recieve the battery message and then send an appropriate message back to the RCX. (...) (26 years ago, 12-Mar-99, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Battery voltage available within NQC?
|
|
(...) There's a bytecode (0x30) that instructs the RCX to send the battery voltage as a response over the IR. That's what NQC and Mindstorms use to read the battery voltage. I don't think this opcode has any effect within a program, or at best it (...) (26 years ago, 12-Mar-99, to lugnet.robotics.rcx.nqc)
|
| |
| | Battery voltage available within NQC?
|
|
Last night I went out and bought six C cell nicads and wired them up as a power supply for my robot. What I'm wondering is this: is there some way to programmatically obtain the battery voltage, so I could make a decision based on a voltage (...) (26 years ago, 11-Mar-99, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Idle process
|
|
I guess my earlier posting got out after all. I got the message from the NNTP server telling me to register. That is why a slightly different version of my message appears later in the group. (...) I plan to keep the idle task, now that I understand (...) (26 years ago, 11-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Idle process
|
|
(...) The idle task actually has the lowest priority in my scheme, but there was some efficiency gained in making the task list loop around. If the idle task is always there, it makes for simplified code in multitasking startup if you rely on that. (...) (26 years ago, 11-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Idle process
|
|
Sorry this message is so late, I had to get registered for posting from my work address. (...) I, too, consider power saving to be a valuable (indispensible) feature. That is precisely the sort of thing that I feared I might be overlooking. Up 'till (...) (26 years ago, 11-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Idle process
|
|
(...) I, too, consider power saving to be a valuable (indispensible) feature. That is precisely the sort of thing that I feared I might be overlooking. Up 'till now, I had not worked on an embedded project which would benefit from using (...) (26 years ago, 9-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | RcxCC version 2.2 available
|
|
I am happy to announce the public release of version 2.2 of RCX Command Center. RCX Command Center is a Windows (95, 98, NT) program that assist you in programming the Lego MindStorms or CyberMaster Robots. It provides a higher level interface to (...) (26 years ago, 10-Mar-99, to lugnet.robotics.rcx.nqc, lugnet.robotics)
|
| |
| | Re: RcxCC for NQC 1.1?
|
|
I have not done extensive testing but it worked for me. Replaced nqcc.exe and nqc.h with the new versions 1.2. (...) (26 years ago, 9-Mar-99, to lugnet.robotics.rcx.nqc)
|
| |
| | New pbFORTH version
|
|
I've just updated the website for pbFORTH with the newest version of both the source and the srec file. (URL) Thanks to Charles Anderson for pointing out the LCD_SHOW/HIDE problem. I've added SOUND_PLAY and SOUND_GET for system sounds, the arbitrary (...) (26 years ago, 9-Mar-99, to lugnet.robotics.rcx.pbforth, lugnet.robotics)
|
| |
| | NQC 1.2 has been released
|
|
NQC Version 1.2 adds support for simple inline functions and basic expression evaluation. More details can be found at: (URL) (26 years ago, 9-Mar-99, to lugnet.robotics.rcx.nqc, lugnet.robotics)
|
| |
| | Re: RcxCC for NQC 1.1?
|
|
Can you simply replace the nqcc executable in the RcxCC directory with the new version? (...) (26 years ago, 8-Mar-99, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Idle process
|
|
Hi Lou, the sleep instruction effectively shuts down the CPU until the next interrupt occurs. Thus, the idle process conserves battery power if no task wishes to run. I consider this a worthwile feature. If you can do this without a dedicated idle (...) (26 years ago, 8-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | RcxCC for NQC 1.1?
|
|
I just downloaded RcxCC and noticed that it is still using NQC 1.0b4 Was the RcxCC project abandoned? Why it still uses an outdated version of NQC? Are there any other good alternatives to RcxCC for the new NQC? Thanks Laurentino Martins (...) (26 years ago, 7-Mar-99, to lugnet.robotics.rcx.nqc)
|
| |
| | Idle process
|
|
I am reworking parts of the task scheduler in tm.c, tm.h, et al. I notice, reading the code, that there is an idle process which runs all of the time. There is a note in tm.c; "execi needs pd_idle". It appears to use it to locate the head of the (...) (26 years ago, 7-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Compiling the compiler
|
|
(...) I've checked into this a little further. It comes down to something like the following: void foo(const char *p) { delete p; } On one hand, this is conceptually a violation of "constness" as a caller to foo() wouldn't know that the object (...) (26 years ago, 6-Mar-99, to lugnet.robotics.rcx.nqc)
|
| |
| | pbFORTH enhancements soon
|
|
Thanks to all of the mail I have received, I am going to try to get the next version of pbFORTH out this weekend. Charles Anderson pointed out a rather embarassing flaw in the LCD_SHOW and LCD_HIDE routines, thanks. I have been using Dave Baum's NQC (...) (26 years ago, 5-Mar-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: Compiling the compiler
|
|
(...) What file are you compiling when you get this error? I think the fix is to include "Symbol.h" before the array templates get instantiated, but it is curious that neither Metrowerks nor gcc complain. (...) Yes, a cast should be fine. Offhand, (...) (26 years ago, 5-Mar-99, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Compiling the compiler
|
|
Thanks Dave, I did however find a version of Bison and Flex to use under windows. I didn't want to install the whole cygwin distribution so I searched and found stand alone versions of that came from DJGPP. I'm still having a few minor (...) (26 years ago, 4-Mar-99, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Compiling the compiler
|
|
(...) You can probably use parse.tab.c instead. The whole default/parse.cpp thing is specific to Unix builds. The Mac and Windows builds are done under Metrowerks with custom Flex/Bison plugins. The output of those plugins is in nqc/lexer.cpp and (...) (26 years ago, 4-Mar-99, to lugnet.robotics.rcx.nqc)
|
| |
| | Compiling the compiler
|
|
I am thinking about porting NQC to Windows CE. The first thing I noticed was that the default parse.cpp file was missing from the source distribution. Also, has anyone already created a VC++ project file for NQC? I'd like to get a copy if it has (...) (26 years ago, 3-Mar-99, to lugnet.robotics.rcx.nqc)
|
| |
| | LCD_SHOW & LCD_HIDE
|
|
I decided to try playing around with pbforth, and one of the first things I try after Ralphs testpb is to turn on the the little guy. So I type 3006 LCD_SHOW LCD_REFRESH and zip zero zilch nada. So I go looking through the code and find that (...) (26 years ago, 3-Mar-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | UPDATE: nqce 1.0, a Java-based editor for NQC (Not Quite C)
|
|
nqce 1.0: a Java-based editor for NQC (Not Quite C) Not Quite C is a simple language with a C-like syntax that can be used to program the LEGO RCX, the brick computer which forms the heart of LEGO Mindstorms. NQC is written by Dave Baum, and (...) (26 years ago, 3-Mar-99, to lugnet.robotics.rcx.nqc)
|
| |
| | Scheduler
|
|
Is anybody doing work on the scheduler (tm.c et al)? I've got some ideas for a minor rewrite and don't want to collide with anybody else's efforts. -- No honest business is promoted by spam with the possible exception of Hormel. (26 years ago, 2-Mar-99, to lugnet.robotics.rcx.legos)
|
| |
| | A few notes...
|
|
Ha! Just completed my first LegOS program - and it only took a month! (off and on :) ) I'm going to note some things which stalled me, in the hope that they won't stall anyone else.. (1) I was trying to count how long the sensor was being pressed (...) (26 years ago, 28-Feb-99, to lugnet.robotics.rcx.legos)
|
