 | | Re: Double echo
|
|
Hi Ralph, (...) Yes, it works. After fighting for a while with Cygwin32 + binutils (it's still present a bug in linker configuration), finally I got the development environment. Your makefile works fine so it was very easy to get pbFORTH compiled. (...) (25 years ago, 26-Oct-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | RE: A few questions on NQC vs. VB
|
|
(...) After seeing all the cool stuff at Mindfest this weekend, I'll say this: 1. Learn about basic bot building using the graphical tools from LEGO 2. When you need more control, go to NQC 3. When you run out of variables or timers, etc go to (...) (25 years ago, 26-Oct-99, to lugnet.robotics.rcx, lugnet.robotics.rcx.pbforth)
|
| |
| | RE: Double echo
|
|
(...) This is a good idea Sergey. Obvoiusly you have got a set of tools up to build the pbForth from the distribution. Does the makefile work OK for you? I might suggest that I add a word that turns the echos off or on? How does ECHO_OFF ( -- ) (...) (25 years ago, 26-Oct-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: AI and even more exiciting stuff
|
|
(...) Here is a simple example where 32 bits isn't enough precision. Task: Given a robot with at least one motor, rotational velocity sensors [1] on each motor and a light sensor, implement a program to compile statistics on motor speed and light (...) (25 years ago, 25-Oct-99, to lugnet.robotics, lugnet.robotics.rcx.pbforth)
|
| |
| | Double echo
|
|
Hi Ralph, I just tried out to remove all EMITs from ACCEPT word, in order to eliminate back echo from RCX. It works good: less Frame Errors and Break Interrupts from comm port during the session. And you can use "normal" terminal program, like (...) (25 years ago, 22-Oct-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | RE: Palm Pilot Control
|
|
(...) Cool! This is what I origianlly designed pbFORTH fro, so you could upload source prom your PalmPilot via the Serial interface to the IR tower... There's even an ANSI forth for the PalmPilot for testing code!!! I for one would LOVE to see this (...) (25 years ago, 20-Oct-99, to lugnet.robotics, lugnet.robotics.rcx.pbforth)
|
| |
| | FW: RCX Firmware and SP
|
|
-----Original Message----- From: Sergey Udovenko [mailto:udovenko@bluewin.ch] Sent: Tuesday, October 19, 1999 5:56 PM To: Ralph Hempel Subject: Re: RCX Firmware and SP Hi Ralph, I'm just yet another hobbyist, so nothing is special about my plans. (...) (25 years ago, 19-Oct-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | RE: additional pbforth questions
|
|
Hmm, this is the kind of message I should use for FAQ fodder... (...) You can run it either way. The original intent was to use the dumbest tool possible to interact with the RCX. For DOS this is Procomm Plus or some such tool, for Windows its (...) (25 years ago, 19-Oct-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | additional pbforth questions
|
|
Does pbforth run under dos or windows on the PC? Does it use blocks or dos/windows file system on the PC? Does it use blocks in RAM on the RCX? If I program directly on the RCX can I upload the programs to the PC for further development? In using (...) (25 years ago, 19-Oct-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | pbforth questions
|
|
My 15 year old son is into legos big time. He has asked for the Lego robot package. I developed in Forth many years ago and I am just getting back into it with Forth Inc.'s SwiftForth for Windows. I have enjoyed messing about with it but what I am (...) (25 years ago, 19-Oct-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | RE: RCX Firmware and SP
|
|
(...) Unfortunately, yes. The current version of pbFORTH allocates a 256 byte stack, but it's JUST above a 256 byte boundary. When you run the test code, everything works, but if your stack depth is around 12 and you run SENSOR_READ, it allocates (...) (25 years ago, 19-Oct-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | 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)
|
