Bill --
This *might* not be a problem. The timing mechanism and the
key-reading are independent. Basically what happens is, a
fixed delay is generated -- under Linux, waiting for an
interrupt from the realtime clock -- and then the status of
the key/paddles is read.
As long as the key-read doesn't block, all should be OK.
73
Frank
AB2KT
Bill Tracey wrote:
Bob,
Are you planning on doing the comm port keyer support bit bang style? If
so great. If you're planning on doing it in an interrupt driven/event
style I do not think it will work, at least not as the code is today
because we do not have any support for events or overlapped IO in the
code. We ended up doing things in a polled style because of the MixW Virt
serial ports not supporting events/overlapped IO and timeouts.
Regards,
Bill (kd5tfd)
