 | | Re: Thought on pbForth
|
|
I am new to this group so please forgive this reply to an old thread. I've been doing embedded realtime software for over 20 years. A small amount of that has been using FORTH. The question is what does FORTH add to robotics software development? To (...) (24 years ago, 19-Apr-00, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: Turning power off?
|
|
(...) rubber (...) No. The 'power connector' version, is the RCX 1.0. When Lego introduced the Mindstorm 1.5, they removed the power connector. To confuse more, the case of the RCX is still marked 1.0!. The RCX 1.0 _with power connector_ is still (...) (24 years ago, 8-Apr-00, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: Turning power off?
|
|
(...) YES ! Definitely! BTW: Could it be that US versions of the RCX do have a connector for an power supply ? I saw that in _The Unofficial Guide to Lego MindStorms_. Stefan (24 years ago, 5-Apr-00, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: Checksum download of text to RCX
|
|
(...) would (...) Can do... Currently a line is transmitted as <text>NL<checksum>, so a checksummed line can already be distinguished from a non-checksummed, CR-terminated line. Adding a line header (any objections against STX?) is more failsafe, of (...) (25 years ago, 3-Apr-00, to lugnet.robotics.rcx.pbforth)
|
| |
| | RE: Checksum download of text to RCX
|
|
(...) This is a neat idea, Ernst. I think it would be a good addition to the pbForth system if we can allow the user to use it for text uploads and then switch to normal mode for interactive use. (...) I'll have to think about this a bit.. (...) (...) (25 years ago, 2-Apr-00, to lugnet.robotics.rcx.pbforth)
|
| |
| | Checksum download of text to RCX
|
|
I wrote a simple addition to pbforth that allows it to receive text with a checksum across every line. Every line is ACK/NAK-ed and if necessary resent. Timeouts are not implemented. Now, the main word looks like this: : PBX-RECEIVE ( -- ) BEGIN (...) (25 years ago, 2-Apr-00, to lugnet.robotics.rcx.pbforth)
|
| |
| | RE: Turning power off?
|
|
(...) It's probably bad luck. Two weeks running is about normal if you're doing lots of IR downloads. The IRED takes quite a bit of current when transmitting. The POWER_OFF does shut things down....I really do forget if RCX_SHUTDOWN is necessary. (...) (25 years ago, 12-Mar-00, to lugnet.robotics.rcx.pbforth)
|
| |
| | Turning power off?
|
|
To my dismay, I discovered this morning that the batteries of the RCX were empty. And it's sunday :-( It is possible that I forgot to turn it off, yesterday evening. But aside from this, I use the sequence LCD_CLEAR LCD_REFRESH POWER_OFF to turn the (...) (25 years ago, 12-Mar-00, to lugnet.robotics.rcx.pbforth)
|
| |
| | RE: The pain of communicating with the RCX
|
|
(...) Yup. Remember that the Forth interpreter can't deal with text in special packets. It may be an improvement by limiting the time between characters. I think that ascii-xfr may dump chars without enough time between them... (...) If you use the (...) (25 years ago, 10-Mar-00, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: The pain of communicating with the RCX
|
|
(...) huh? Do you mean it just writes text to the RCX without any synchronization or checksums? Then how is it going to be an improvement over a plain ascii upload using e.g. ascii-xfr? (...) But then you can't use those constants (i.e the words, (...) (25 years ago, 10-Mar-00, to lugnet.robotics.rcx.pbforth)
|
