 | | ForthPad v0.9
|
|
I've put together a stand-alone application which I am calling ForthPad. It is a Windows executable which should run on any version of Windows from 95 on up. It is a simple Forth editor that performs user-configurable syntax highlighting. Users of (...) (23 years ago, 5-Mar-02, to lugnet.robotics.rcx.pbforth)
|
| |
| | RE: Palm and pbForth
|
|
(...) Yes, this is very easy to do. I'd have to change the GUI I supply too, but that would not be too bad... (...) It's not pbForth that's the problem, it's the host-side software that I need to update to use the USB tower. (...) The RCX does not (...) (23 years ago, 5-Mar-02, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: Palm and pbForth
|
|
(...) If you changed pbForth to use 2400,o,8,1 instead of 2400,n,8,1 wouldn't that make it work with the USB tower? It seems to me like that is what the standard Lego firmware expects from either tower. That appears to be how it works under Windows, (...) (23 years ago, 5-Mar-02, to lugnet.robotics.rcx.pbforth)
|
| |
| | RE: Palm and pbForth
|
|
(...) Well, for starters, the RCX uses a different modulation scheme on the IR port, but these guys have a C solution... (URL) You'll need a Palm SDK and some patience. Is there any or some interest in getting this for the Palm? I'm having trouble (...) (23 years ago, 5-Mar-02, to lugnet.robotics.rcx.pbforth)
|
| |
| | Palm and pbForth
|
|
Hi all, i'm interested in using a Sony Clie N770 (Palm OS 4.1) to program my RCX (RIS 1.5). I ran across pbForth in the book "The Unofficial Guide to Lego Mindstorms" by Jonathan B. Knudsen. I downloaded pbForth.srec (version 11/11/2001 22:08) from (...) (23 years ago, 5-Mar-02, to lugnet.robotics.rcx.pbforth)
|
| |
| | RE: h8/300 16-bit multiply
|
|
(...) <snipped code...> Are you sure that it works for signed numbers :-) (...) If you like, I can give you some notes on how my Forth was developed. I'm using a simple pseudo-assembler that lets me port this Forth to a new processor in less than a (...) (23 years ago, 4-Mar-02, to lugnet.robotics.rcx)
|
| |
| | Re: h8/300 16-bit multiply
|
|
Thanks. I have a version just 2 words longer that doesn't use the ROM code. Basically it's the ROM's code, trimmed down after assuming high words are zero initially. It's completely untested though, so there may be a bug. CODE UM* \ 16x16=32 (...) (23 years ago, 4-Mar-02, to lugnet.robotics.rcx)
|
| |
| | RE: rotation sensors
|
|
(...) Yes, you need to read the rotation sensor continuously. Be careful to not read it TOO quickly, especially if the sensor is turning slowly or you get the jumpy count problem. There is a fix for it and I might add it too the rotation sensor code (...) (23 years ago, 4-Mar-02, to lugnet.robotics.rcx.pbforth)
|
| |
| | RE: problems with communications
|
|
(...) Keep digging. Try using a PC first and get that working. (...) Yep. (...) Sounds like pbForth is picking up steam again. Good. It's emails like this that keep me motivated to keep development going. I'm just back from a vacation, so I'll do (...) (23 years ago, 4-Mar-02, to lugnet.robotics.rcx.pbforth)
|
| |
| | RE: h8/300 16-bit multiply
|
|
(...) The easiest thing is to cast your 16 bit values to 32 bits and use the built-in 32x32 multiply... Here's the code from pbForth that does it. (It's written in a pseudo- assebler, but you can probably figure it out...) #---...--- # UM* UM* ( u1 (...) (23 years ago, 4-Mar-02, to lugnet.robotics.rcx)
|
