 | | Re: RCX Firmware and SP
|
|
(...) [...] Hi Ralph, Could you please explain more about consequences for pbFORTH user? As far as I can see, pbFORTH uses fixed 256-byte stack - does it mean that pbFORTH suffers from this problem too? Thanks Sergey Udovenko (25 years ago, 19-Oct-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | RE: AI and even more exiciting stuff
|
|
Richard, I hope you don't mind me using your quote... <snipped discussion of junior programmer and temp sensor application) (...) Yesss! I am going to tie the moon mission into my panel presentation at Mindfest. Here's a source I used on the Apollo (...) (25 years ago, 18-Oct-99, to lugnet.robotics.rcx.pbforth, lugnet.robotics)
|
| |
| | RE: AI and even more exiciting stuff
|
|
(...) OK, time to get out the soapbox. If you are trying to teach AI, and are using floating point math, then you probably have really fast computers with floating point processors that are sometimes quicker than equivalent fixed point calcs...... I (...) (25 years ago, 18-Oct-99, to lugnet.robotics, lugnet.robotics.rcx.pbforth)
|
| |
| | RE: AI and even more exiciting stuff
|
|
(...) Well, we are trying to teach AI, not embedded systems :) Towards that end, we've sort of tried to simplify things as much as possible for the kids who are taking the class, since most of them will probably never do an embedded system again. (...) (25 years ago, 18-Oct-99, to lugnet.robotics, lugnet.robotics.rcx.pbforth)
|
| |
| | RE: AI and even more exiciting stuff
|
|
(...) Yes, and no. It is an interpreter, that you can type (or upload) ASCII text to. It then compiles it into an efficient bytecode (really 16 bits) that lets you execute later. It allows for LOTS of variables and best of all, you don't need to be (...) (25 years ago, 18-Oct-99, to lugnet.robotics, lugnet.robotics.rcx.pbforth)
|
| |
| | RE: AI and even more exiciting stuff
|
|
(...) ACK! Don't they teach fixed point any more? I encourage anyone to post an application where the dynamic range of signed 32 bit values is outside the range of numbers which would be useful to an RCX application! I'm not flaming, I'm just trying (...) (25 years ago, 18-Oct-99, to lugnet.robotics, lugnet.robotics.rcx.pbforth)
|
| |
| | RCX Firmware and SP
|
|
Hi All, After a very frustrating weekend of fiddling with pbFORTH, I caved and asked Kekoa to help with a problem I was having with read_sensor() and pbFORTH. The problem we (mostly he) unearthed has to do with the SP and RCX firmware routines, so I (...) (25 years ago, 17-Oct-99, to lugnet.robotics, lugnet.robotics.rcx.legos, lugnet.robotics.rcx.pbforth)
|
| |
| | RE: Rotaion Sensor Sampling Speed?
|
|
(...) I thought the problem was that it vibrated itself? (...) <snip forth code, which looks cool :)> (...) Take a look at the code that Markus sent out a while ago with the new firmdl he cooked up, particularly the code in keepalive.c and the code (...) (25 years ago, 14-Oct-99, to lugnet.robotics, lugnet.robotics.rcx.pbforth)
|
| |
| | RE: Rotaion Sensor Sampling Speed?
|
|
(...) Well, I'd need to vibrate things while looking at raw values, which is possible, I guess. I could run the gantry, smaple as long as possible and then store the value in an array... Something like: CREATE BUFFER 5000 CELLS ALLOT ( makes room (...) (25 years ago, 14-Oct-99, to lugnet.robotics, lugnet.robotics.rcx.pbforth)
|
| |
| | RE: pbForth
|
|
(...) I think there are some C to FORTH translators at www.forth.org, but the problem is you need to configure them to run on your CPU and then to output FORTH compatible with your target. Not an easy task. Why not just learn FORTH? I learned about (...) (25 years ago, 14-Oct-99, to lugnet.robotics.rcx.pbforth)
|
