Re: [CAD_CAM_EDM_DRO] Re: virtual hand jive and human factors

Alan R.,

That'll be great if you can find the PIC and TSR code. I'm anxious to
test if MaxNC "plays by the rules" as well as you say CNCpro appears
to! You really ARE keeping it at a simple level, which is great.
Interesting stuff on the work for the blind fellow. Not the same, but I
once did a "CW detector" for a deaf child. Connected to a SW receiver,
it PLL'd with a tone decoder IC (567?), and lit up an LED. I have also
build a PIC decoder that translates the same to a 2-line LCD display
since then.

.ASM is great, but if the volume of code you need to write is up there,
then 'C' will get you there. Need a little more speed in a specific
area? Then replace THAT area with inline code. Borland's 4.51 'C'
compiler likes pretty simple .asm code imbeded, but it's usually
enough. I think I've gotten lazy.

OK, yes, just grab a serial character, and call BIOS to put it in the
queue. I must have been thinking about the "KEYPRESS, KeyUP, KeyDOWN"
you were talking about. Well, that would be CNCpro's end of it. I seem
to recall KeyDown and KeyUp codes, but nothing about any Keypress. For
Shift, Ctrl an Caps, their up/down status is "remembered" in the
software, but other then extended key codes, is there anything else?
Guess I've forgotten a few things.

That KeyDown, KeyUp sequence sounds like what I will have to do for the
jog keys. Guess I'll need "look ahead" (queue encoder moves) to get
smoother (and faster) encoder action. Or maybe more counts from the
encoder? A pulse multiplier?

Oh yeah, it's an AMD Élan 300, not a MAD 300. Must be my subconscious
getting in there!

Alan (KM6VV)

beer@... wrote:

>
> On 9 Nov, CAD_CAM_EDM_DRO@egroups.com wrote:
>
> > The 16C63's are good, I have a small cache of 16C73's. I don't have a
> > development system, so I might even test on the new 16F877's (when I get
> > them). 'F84 enough? Are you willing to share some code for the PIC and
> > the TSR? Hate to reinvent the wheel. I think Ballendo is interested
> > also. Are you using 'C' or .ASM?
>
> Few things here.
>
> Yes, an F84 is more than enough. ( Love that flash ) Look for a
> keypress and bitbang a serial byte. Screw all handshaking .. none
> required at these speeds.
>
> And yes, if I can find the code, I'll certainly post it. I'll try to
> check over the weekend.
>
> I'm an ASM guy ! I got started flipping switches and pressing Load.
> My first hex keypad had me thinking I'd died and gone to heaven.
>
> When the programmer I work with scorn my use of ASM and tlak to me
> about "high level languages", I remind them that with my past,
> assembly IS a high level language !
>
> The TSR, strangely, is C code !
>
> A LONG time ago, I was asked to write a similar TSR for a fellow who was
> blind. He was an SFU student AND a programmer. He walked around with
> two devices.
>
> One was a notebook, with software that would "read" his screen and
> "speak" it back, through a thing plugged into his parallel port.
>
> The other was a small "daytimer-like" device, geared to the blind, with
> a six button keypad used in place of a conventional keyboard.
> Combinations of buttons produced letters.
>
> What he wanted was to be able to use his 6 button keypad with his
> notebook and could I please do it in C as he had no knowledge of ASM.
> Using fragments of code borrowed from here and there and bit of reading
> of the Borland TurboC manual, I actually got something working.
>
> However, even an ASM guy can figure out how to patch the C code to
> "stuff" what he wants. I know, because I've long since forgotten all I
> ever knew about C and I did it .. it's a pretty simple bit of code.
>
> > I agree on using BIOS or DOS calls as much as possible. Are you
> > revectoring int 9 (? keyboard int) also?
>
> Nope, no need. Simple as
>
> patching the serial int,
> reading the key in the serial buffer when interrupted,
> converting it to a "arrow key" scancode
> outputting the scancode via an Int16h
> return from interrupt.
>
> Seems to work just fine.
>
> > Yeah, CPM BIOS work taught me a little. Wrote one for the MAD 300 'élan
> > processor ('386 imbedded) recently. And Socket Services, Memory
> > Manager, Data Acquisition...
>
> Cool !
>
> Alan
>
> --
>
> Alan Rothenbush | The Spartans do not ask the number of the
> Academic Computing Services | enemy, only where they are.
> Simon Fraser University |
> Burnaby, B.C., Canada | Agix of Sparta
>
> Welcome to CAD_CAM_EDM_DRO@...,an unmoderated list for the discussion of shop built systems, for CAD, CAM, EDM, and DRO.
>
> Addresses:
> Post message: CAD_CAM_EDM_DRO@egroups.com
> Subscribe: CAD_CAM_EDM_DRO-subscribe@egroups.com
> Unsubscribe: CAD_CAM_EDM_DRO-unsubscribe@egroups.com
> List owner: CAD_CAM_EDM_DRO-owner@egroups.com, wanliker@...
> Moderator: jmelson@... [Moderator]
> URL to this page: http://www.egroups.com/group/CAD_CAM_EDM_DRO
> FAQ: http://www.ktmarketing.com/faq.html
> bill,
> List Manager