 | | 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)
|
