 | | Enchanced Firmware
|
|
Hi, Can someone tell me wath the status is of the Enhanced Firmware? and the latest version of BrixCC? Regards Jan Kromhout Hellevoetsluis-NL (19 years ago, 27-Sep-05, to lugnet.robotics.rcx)
|
| |
| | Re: data recording in BrickOS ?
|
|
Am Mon, 26 Sep 2005 12:35:05 GMT "Francois Bardet" <f.bardet@voila.fr> tippte: (...) this is not the default i programmed this functions, but the docu is in only in german avialible if you can read german, have a look at (URL) there was an other (...) (19 years ago, 26-Sep-05, to lugnet.robotics.rcx)
|
| |
| | data recording in BrickOS ?
|
|
Hi Mindstormers, 1) Does BrickOS allow to write/read measured data into the RCX memory, in order to plot or process it later on the computer ? If yes, what are the command lines to : - allocate the memory space ? - to write and read ? - free this (...) (19 years ago, 26-Sep-05, to lugnet.robotics.rcx)
|
| |
| | Unable to delete programm after having used lnp under brickos
|
|
Hello, I have the following problem: when I use lnp under brickos, the rcx does no longer respond to the legotower. This means that I can't delete the program nor overwrite it. Pershaps somebody can help. Thanky, Andy (19 years ago, 26-Sep-05, to lugnet.robotics.rcx)
|
| |
| | Swan scheduling bug?
|
|
I'm starting to use the swan firmware and I'm having a problem with the scheduling. It seems like a task with a long wait does not yield properly to other tasks. Here the NQC code sample: task taska() { WaitMS(150); AddToDatalog(9900); } task main() (...) (19 years ago, 22-Sep-05, to lugnet.robotics.rcx)
|
| |
| | pbrick and firmware
|
|
Palm 130, pbrick, rcx 1.0 Can the palm 130 with pbrick be used to control an rcx that doesn't have firmware downloaded? My suspicion is that it won't work without the firmware. Tammy (19 years ago, 22-Sep-05, to lugnet.robotics.rcx)
|
| |
| | position servoing under BrickOS
|
|
Thanks to your advices, Dick, Matt, and Steve, I've been very happy to solve my time sampling problems, installing BrickOS, which runs the rcx fast enough to get a proper position servoing (using rotation or light sensor, and a PID controller). I (...) (19 years ago, 20-Sep-05, to lugnet.robotics.rcx)
|
| |
| | Re: RCX to RCX NQC
|
|
(...) And that explains why I was having so much trouble with my custom Tcl based uploader in high speed mode. I fixed it a while ago by adding a slight bit of extra time between messages, but never got to the root of the problem. Thanks Dick! (...) (19 years ago, 15-Sep-05, to lugnet.robotics.rcx)
|
| |
| | RCX to RCX NQC
|
|
One last email on this topic. There's new opcodes in the Swan firmware to support many data bytes in a single "mailbox" message. The standard firmware supports "mailbox" messages with a single byte parm. I found this very restrictive in building RCX (...) (19 years ago, 15-Sep-05, to lugnet.robotics.rcx)
|
| |
| | RE: RCX to RCX NQC
|
|
There's another little problem that you may need to program around. There's a bug in the ROM firmware that could end up requiring a 30-millisecond delay between when a RCX sends out a message and when you should start sending the first character of (...) (19 years ago, 15-Sep-05, to lugnet.robotics.rcx)
|
| |
| | RE: RCX to RCX NQC
|
|
The message "toggle" bit was a good concept that has very limited value in practical use. I guess the intent was to prevent unexpected behavior when a PC program attempts retransmission after a message failure. Suppose the failure condition was that (...) (19 years ago, 15-Sep-05, to lugnet.robotics.rcx)
|
| |
| | Re: RCX to RCX NQC
|
|
(...) I'm pretty sure, both the remote, and the send message commands only have one op-code, and are done differently from the rest. Steve (19 years ago, 14-Sep-05, to lugnet.robotics.rcx)
|
| |
| | Re: RCX to RCX NQC
|
|
(...) Ahh, now I understand why it is called a "toggle bit" - I somehow misinterpreted this to mean a new command had the toggle bit set (to 1), and if the sending unit doesn't recieve a reply it should re-transmit the command with the toggle bit (...) (19 years ago, 14-Sep-05, to lugnet.robotics.rcx)
|
| |
| | Re: 1.0 brick not responding
|
|
(...) Powerbook 5300 with MacNQC: After about 4 seconds "No response or bad response from RCX. Make sure the RCX's receiver is facing the IR device and the RCX is turned on." Palm 130 with PBrick Demo: play sound 1, play sound 2, and play sound 3 (...) (19 years ago, 14-Sep-05, to lugnet.robotics.rcx)
|
| |
| | Re: 1.0 brick not responding
|
|
(...) Generally, that means the IR tower is working. It's possible the tower has become broken, while it sat in a closet, but that's not very likely. So, knowing things worked before, you may be forgetting something. Make sure the memory is cleared. (...) (19 years ago, 13-Sep-05, to lugnet.robotics.rcx)
|
| |
| | Re: 1.0 brick not responding
|
|
(...) Yes, it flashes. (...) Yes it did work, but it's been in storage for a couple of years. (...) At this point, just download firmware. Once I get the communication issues resolved, I'll do programming. (...) (19 years ago, 13-Sep-05, to lugnet.robotics.rcx)
|
| |
| | Re: RCX to RCX NQC
|
|
On Mon, September 12, 2005 8:03 pm, Brian Davis wrote: ... (...) ... Somewhere in there, it tells you the RCX will not accept the same command twice in a row. Each command has two op codes that are 8 digits apart. So (I think) for SetWatch you (...) (19 years ago, 13-Sep-05, to lugnet.robotics.rcx)
|
| |
| | RCX to RCX NQC
|
|
In a semi-followup to Steve's earlier "remote battery tester"... While the standard firmware provides almost no way to get bytes into the RCX (other than "Message()", one byte at a time), it can certainly export them ("SendSerial"). And it occured (...) (19 years ago, 13-Sep-05, to lugnet.robotics.rcx)
|
| |
| | Re: 1.0 brick not responding
|
|
(...) Tammy, A couple questions... 1) Does the light on the IR tower flash when you're trying to communicate? 2) Did it ever work (did it work before, but stop, or is this the first time you've tried communicating?) 3) What are you trying to (...) (19 years ago, 12-Sep-05, to lugnet.robotics.rcx)
|
| |
| | 1.0 brick not responding
|
|
mac powerbook 5300 communicates with the IR tower, but no response from the brick. palm 130 with pbrick, also no response from the brick. The brick powers on and beeps, just no communication with the powerbook or the palm for programming. Since it (...) (19 years ago, 12-Sep-05, to lugnet.robotics.rcx)
|
