 | | RE: Which terminal on Linux? plus random thoughts.
|
|
(...) I have beta quality Tcl code that sends an SRECORD firmware imge up to the RCX (fast or slow) and has basic terminal capabilities. It also strips comments and whitespace out of files as they are uploaded to reduce the time. I'd like to put a (...) (24 years ago, 4-May-00, to lugnet.robotics.rcx.pbforth)
|
| |
| | Which terminal on Linux? plus random thoughts.
|
|
I'm interested in other people's experience with various terminal emulators on Linux. I've been using minicom with indifferent results, probably because it doesn't support delays between lines which possibly overruns pbforth's serial input. minicom (...) (24 years ago, 4-May-00, to lugnet.robotics.rcx.pbforth)
|
| |
| | RE: sensor questions plus
|
|
(...) The ROM stuff is documented in Kekoa Proudfoot's internals document, see (URL) for all the details. The RCX interface words in pbForth call into the ROM... (...) It actually *processes* the results of a sensor read by the OCIA interrupt (...) (24 years ago, 4-May-00, to lugnet.robotics.rcx.pbforth)
|
| |
| | sensor questions plus
|
|
You said to keep asking questions. I'm taking you at your word. Questions I've got. o - Sensor questions: Could you explain how the sensor code works? How does it interact with the ROM. Is this (ROM stuff) documented elsewhere? What does SENSOR_READ (...) (24 years ago, 3-May-00, to lugnet.robotics.rcx.pbforth)
|
| |
| | Banging on the tasker
|
|
(...) That's my plan. The nice thing about the tasker is that people can write code in a format they are more used to. The same things can be done with event driven single task code but it inverts the control flow. It is more meaningful for most (...) (24 years ago, 3-May-00, to lugnet.robotics.rcx.pbforth)
|
| |
| | RE: Multitasking questions
|
|
(...) Ummm, I'm in the process of verifying all of the old scripts I package with pbForth. It looks like HAT is what actually works, and I've managed to change the documentation and not the code. HAT is in the origianl hForth implementation but I (...) (24 years ago, 3-May-00, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: Multitasking
|
|
(...) 90% of my career has been in embedded systems and now I am doing ASIC design. ASICs are the ultimate in multitasking. Every one of those gazillions of transistors looks at its input continuously in parallel with the others in order to decide (...) (24 years ago, 3-May-00, to lugnet.robotics.rcx.pbforth)
|
| |
| | Multitasking questions
|
|
1) scripts/muldemo.txt uses the word HAT instead of ALLOT_TASK. Does HAT actually exist or is this left over from hforth. 2) Tasking by convention? When do tasks switch? PAUSE obviously. Does AWAKE actually context switch or only mark the task as (...) (24 years ago, 3-May-00, to lugnet.robotics.rcx.pbforth)
|
| |
| | RE: Multitasking
|
|
(...) Yes, indeed it does. But the catch is that if you're NOT in the CLI and spinning on something, you don't get anything else done (DUH!) Steve, you sound like you know multitasking issues. Sorry if what I said in a previous post implied (...) (24 years ago, 3-May-00, to lugnet.robotics.rcx.pbforth)
|
| |
| | Multitasking
|
|
Does the prompt handler (CLI) do multitasking? In otherwords if a new task is started and control returns to the CLI will the new task ever run? I think I am asking whether it calls PAUSE in a loop while waiting for user input? (24 years ago, 3-May-00, to lugnet.robotics.rcx.pbforth)
|
