 | | Re: Problems with RCX Robolab and PowerMacs 6400/200 and 5500/225
|
|
I believe Fred Martin ran into similar problems and the serial extension did indeed help. I think his write-up of the issue is somewhere on his site: (URL) Baum (...) (25 years ago, 3-Jan-00, to lugnet.robotics, lugnet.robotics.edu, lugnet.robotics.rcx.robolab, lugnet.edu, lugnet.robotics.rcx)
|
| |
| | LNP goes Internet
|
|
Hello, i just uploaded some stuff to Luis Villa´s machine, that might be usefull for LNP networkers. Here is an excerpt of the README: Hi there, this is my first version of liblnp and lnpd. WHAT´S IN THE BOX: lnpd: A LinuX daemon that allows (...) (25 years ago, 3-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Problems with RCX Robolab and PowerMacs 6400/200 and 5500/225
|
|
I had a similar problem and suggested used the three cable method you mentioned with great success. Before I tried this I sent an inquiry to Dacta and got this response "There is an issue with some Macintosh serial ports that we are currently (...) (25 years ago, 3-Jan-00, to lugnet.robotics, lugnet.robotics.edu, lugnet.robotics.rcx.robolab, lugnet.edu, lugnet.robotics.rcx)
|
| |
| | Re: Speed of RCX interpreting bytecodes: slow
|
|
(...) Are you sure you mean each of the POSSIBLE threads? I did test to see whether it was slower to count to 1000 with another task running, and it was. Not half as fast, only about 30% slower. --Ben (25 years ago, 3-Jan-00, to lugnet.robotics.rcx)
|
| |
| | Re: Thought on pbForth
|
|
(...) Neither am I... but the fact is that it's not 20 years ago. My attitude is why use computers as if we are? (btw, I was programming back then... and I must confess that there are a few things I miss about programming in that era [most notably, (...) (25 years ago, 2-Jan-00, to lugnet.robotics.rcx.pbforth)
|
| |
| | IDE using Forth ?
|
|
How about a Forth based environment running on the PC? It would not be that difficult to move the RCX based compiler to be a cross compiler on the PC. One would be able to run in two modes - "native" through a Forth based terminal (...) (25 years ago, 2-Jan-00, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: What should be in the next version of RcxCC
|
|
(...) After spending another two nights with NQC & RcxCC (:-), another wish came up in my mind quite clearly: I use the "Watching the RCX" tool window quite frequently for debugging, and I'd find it great if it could display the *names* of the (...) (25 years ago, 2-Jan-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: What should be in the next version of RcxCC
|
|
How about a more generalized interface to the pbForth system. Although Ralph Hempel believes this to be unnecessary, I find the RcxCC interface quite appealing. Harald Striepe (25 years ago, 2-Jan-00, to lugnet.robotics.rcx.nqc)
|
| |
| | RE: Thought on pbForth
|
|
(...) Wow! Great company indeed! (...) This would be a good idea, and one day, pbForth will get there. I used to ship a Tcl based shell with pbForth, but it wasn't working well on all platforms. Here's why pbForth is the way it is, and forgive the (...) (25 years ago, 2-Jan-00, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: Speed of RCX interpreting bytecodes: slow
|
|
(...) Yes. It is important to realise, that the RCX, does not perhaps do the interpretation in the way you think. In each 'loop', it executes one instruction from each of the possible threads, and also reads the A-D's, on each sensor, and updates to (...) (25 years ago, 2-Jan-00, to lugnet.robotics.rcx)
|
