 | | Re: Alternatives for NQC Event Support
|
|
(...) I'm sorry its been taking so long. I was right in the middle of an overhaul to the NQC code generation classes when RCX 2.0 firmware was posted. This meant I had to finish the re-design before moving onto the simpler matter of an RCX 2.0 API. (...) (25 years ago, 4-May-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Alternatives for NQC Event Support
|
|
(...) I can't wait. I've been holding off learning anything that might change... Does anyone know when RCXCC will support Scout downloading? Dean -- Coin-Op's For Sale!: (URL) Lego Workshop: (URL) Lego Club: (URL) (25 years ago, 3-May-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Alternatives for NQC Event Support
|
|
(...) Within a week. There are a few more things I need to clean up before RCX 2.0 support is ready for alpha. Dave Baum (25 years ago, 2-May-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Alternatives for NQC Event Support
|
|
(...) I like the second option, find it more elegant and similar to analogous constructs in other languages. But I do see its possible side effects and misuses, so my final choice is option 3. Mario Web page: (URL) member page: (URL) member of (...) (25 years ago, 2-May-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Alternatives for NQC Event Support
|
|
3 for me. When can we expect to see a version of nqc that will download the new firm into the rcx? Dave Baum <dbaum@spambgoneenteract.com> wrote in message news:dbaum-062405.16...net.com... (...) (25 years ago, 2-May-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Alternatives for NQC Event Support
|
|
(...) 3. Definitely 3. Dean -- Coin-Op's For Sale!: (URL) Lego Workshop: (URL) Lego Club: (URL) (25 years ago, 2-May-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Alternatives for NQC Event Support
|
|
(...) I like 3, given the +xx problem with try/catch. (25 years ago, 2-May-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Alternatives for NQC Event Support
|
|
RCX 2.0 adds firmware support for events and resource acquisitiion. The primitives are rather straight-forward. For events, one command beings event monitoring on a set of events, another stops monitoring. If a monitored event occurs, control is (...) (25 years ago, 1-May-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Need help to put sound in Minerva Program.
|
|
Many Thanks to you Jonathan. This will help a great deal with this project. -- Bob Fay rfay@we.mediaone.net The Shop (URL) Knudsen" <jonathan@oreilly.com> wrote in message news:390D8A8D.11A2B9...lly.com... (...) (25 years ago, 1-May-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Need help to put sound in Minerva Program.
|
|
Hi Bob, I've attached a modified version of the Minerva program. It plays different sounds for each of the following events: 1. Moving forward : ascending arpeggio 2. Turning around : descending arpeggio 3. Found something to pick up : deedle-deedle (...) (25 years ago, 1-May-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Need help to put sound in Minerva Program.
|
|
Can you post the program please. I don't think the group excepts attachments, So just copy and paste text into a message. I think all that will be needed is to add PlayTone(freq, duration) where an event is monitored. James Bob Fay (...) (25 years ago, 30-Apr-00, to lugnet.robotics.rcx.nqc)
|
| |
| | RCX2 Lego Website Address
|
|
Gareth Jones I think this is the address your looking for (URL) (25 years ago, 30-Apr-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Need help to put sound in Minerva Program.
|
|
A person with a visual handicap is building Minerva. I would like to add sound to the program while Minerva is going forward, another when she is turning around, and another when she locates something to pick up. This will allow this builder to test (...) (25 years ago, 29-Apr-00, to lugnet.robotics.rcx.nqc)
|
| |
| | RCX2 API Update
|
|
I made some mistakes in the first release, so here is a new version. I've also added counter support. <-Readme.txt-> RCX2 Header file for NQC2.1r2 - 27 April 2000 - James Pritchard rcx2api.nqh - NQC Header file that contains constant and macros for (...) (25 years ago, 29-Apr-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Duplex Comms with RCX
|
|
(...) I have given this some thought in the past, although I haven't had the (significant!) time that it would take to try this out. I think the best hope for any kind of two-way communication protocol between the PC and one or more RCXes is to use (...) (25 years ago, 27-Apr-00, to lugnet.robotics, lugnet.robotics.tele, lugnet.robotics.rcx.nqc)
|
| |
| | Re: Duplex Comms with RCX
|
|
(...) I actually prefer the "junk" solution to a hardware hack. (25 years ago, 27-Apr-00, to lugnet.robotics, lugnet.robotics.tele, lugnet.robotics.rcx.nqc)
|
| |
| | Re: Duplex Comms with RCX
|
|
(...) It seems to me that, given the current hardware, the choices are: send junk or let the tower go dead. My thinking is that if you send junk and trample something, so be it; the tower would have gone dead anyways, forcing you to lose whatever it (...) (25 years ago, 27-Apr-00, to lugnet.robotics, lugnet.robotics.tele, lugnet.robotics.rcx.nqc)
|
| |
| | Re: Duplex Comms with RCX
|
|
(...) Fair enough. It's too bad it doesn't have an always-on mode. (...) Definitely agreed. I'll be patient. (25 years ago, 27-Apr-00, to lugnet.robotics, lugnet.robotics.tele, lugnet.robotics.rcx.nqc)
|
| |
| | Re: Duplex Comms with RCX
|
|
(...) I just haven't found a non-intrusive method for keeping the tower alive. I hate transmitting garbage every few seconds and possibly trampling incoming data. I'm also not sure this is a very good long-term solution. Really a general purpose (...) (25 years ago, 26-Apr-00, to lugnet.robotics, lugnet.robotics.tele, lugnet.robotics.rcx.nqc)
|
| |
| | Re: Duplex Comms with RCX
|
|
(...) Not that there's any pressure or anything. :) (25 years ago, 26-Apr-00, to lugnet.robotics, lugnet.robotics.tele, lugnet.robotics.rcx.nqc)
|
