From: Baltissen, GJPAA (Ruud) (ruud.baltissen_at_abp.nl)
Date: 2004-05-13 07:47:56
Hallo Jim,
> (just check ATN when you start clocking the byte in),
The ATN signal triggers the 15x1 to start clocking in the data. Without ATN
the 15x1 doesn't do anything at all. The rest of the transfer is based on
the protocol.
> If not, it looks like I could just use 3 IRQ lines...
I don't know the AVR at all but looking at the interrupthandling of 6502,
Z80 and 80x86, I would not use IRQ for the DATA and CLK line: handling the
IRQ could eat up more time then you can aford. So: IRQ for ATN, bitbanging
for DATA and CLK
> But, since I may have RS232 ints coming into the controller,
Here you can have a problem: the moment you are receiving/sending a byte
from/to the IEC-bus, an IRQ is out of the question otherwise you mess up the
whole timing. But IMHO there is nothing against pausing the transfer between
two bytes to poll the RS232 register to see if something has happened and
maybe even serve a request.
--
___
/ __|__
/ / |_/ Groetjes, Ruud
\ \__|_\
\___| URL: Ruud.C64.org
=====DISCLAIMER=================================================================
De informatie in dit e-mailbericht is vertrouwelijk en uitsluitend bestemd voor de geadresseerde. Wanneer u dit bericht per abuis ontvangt, verzoeken wij u contact op te nemen met de afzender per kerende e-mail. Verder verzoeken wij u in dat geval dit e-mailbericht te vernietigen en de inhoud ervan aan niemand openbaar te maken. Wij aanvaarden geen aansprakelijkheid voor onjuiste, onvolledige dan wel ontijdige overbrenging van de inhoud van een verzonden e-mailbericht, noch voor daarbij overgebrachte virussen.
The information contained in this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient. If you have received it in error, please contact the sender immediately by return e-mail; please delete in this case the e-mail and do not disclose its contents to any person. We don't accept liability for any errors, omissions, delays of receipt or viruses in the contents of this message which arise as a result of e-mail transmission.
Message was sent through the cbm-hackers mailing list
Archive generated by hypermail pre-2.1.8.