 | | Forward of pbFORTH debug sessions
|
|
John Cooper and I have exchanged numerous emails on the progression of pbFORTH and he has agreed to share them with the group. I guess we should have always discussed on the group, but once I just hit Reply instead of ReplyToAll and that was the end (...) (25 years ago, 11-May-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: Ir transmission
|
|
(...) I can't get EMIT to work, in NQC I do this: SendMessage(255); // Flash Sleep(3); ThisRaw = RAW_LIGHT; and the raw light sensor reading has big spikes for IR reflections. but: [ HEX ] FF EMIT 30 msWait RawLight LIGHT? does not, I think that (...) (25 years ago, 10-May-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: Ir transmission
|
|
(...) Well, in the spirit of FORTH there should be no finite number, just create and destroy them on the fly as and whan you need them. I have been wandering around the internet looking and found that hForth has one already: \ hForth multitasker \ \ (...) (25 years ago, 17-Apr-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | RE: Ir transmission
|
|
(...) I think its around 16 Mhz for the crystal and 4 MHz for the cycle time. I think there is a msec timer buried in the OC1A handler (see Kekoa's disassembly) I agree that we want something to trigger a run flag instead of having to check the (...) (25 years ago, 16-Apr-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: Ir transmission
|
|
(...) The bytecode interpreter does it, which is what NQC maps to (opcode 43). I'd prefer a timer (or access to a clock) with millisecond resolution rather than a delay because things will get interesting whan multitasking. What is the CPU clock (...) (25 years ago, 16-Apr-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: SENSOR_READ doesn't return 0
|
|
(...) Well, I think your progress so far is very good, I can understand the odd slip-up, it keeps us on our toes. If I get anywhere with the LCD constants for the complicated segments I'll let you know. (...) Because I am trying to reproduce (...) (25 years ago, 16-Apr-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | RE: SENSOR_READ doesn't return 0
|
|
(...) There are indeed many ways to skin a cat...in the end , the effect is the same, but I'm always curious to see how others do things. How many FORTH programmers does it take to screw in a light bulb? Just one, but he has to be the fellow that (...) (25 years ago, 16-Apr-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | RE: Useful constants
|
|
(...) I have a 4Ah lead acid battery for mine too! Remember to fuse it just in case... Cheers, Ralph Hempel - P.Eng ---...--- Check out pbFORTH for LEGO Mindstorms at: (URL) ---...--- Reply to: rhempel at bmts dot com ---...--- (25 years ago, 16-Apr-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: SENSOR_READ doesn't return 0
|
|
Actually, whils I am re-coding things, is there any reason why you didn't do DELAY like this? : DELAY ( 100msec timer -- ) 0 OVER TIMER_SET SWAP ( timer ticks ) BEGIN OVER TIMER_GET OVER > ( timer ticks time>ticks ) UNTIL 2DROP ; I have produced an (...) (25 years ago, 15-Apr-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: Useful constants
|
|
(...) That is what I intended them for, I just thought that if I put them up here it would save some typing for someone else. I intend my IDE to detect if they are already in the RCX when it starts up, and download them if necessary. The IDE (...) (25 years ago, 15-Apr-99, to lugnet.robotics.rcx.pbforth)
|
