From: Baltissen, GJPAA (Ruud) (ruud.baltissen_at_abp.nl)
Date: 2005-05-10 12:20:05
Hallo Andre,
> It does not use any artificial delays at all, but
> only reacts on the line changes,
There is no artificial delay between (re-)setting NDAC, NRFD, DAV etc. when
sending or receveing a byte. At this moment I have to place two artificial
delays:
1) between sending bytes when sending a directory. The same routine is used
for LOAD "$",x as well as DIRECTORY. The trick is checking ATN every time
after sending a byte. This delay is only needed for DIRECTORY, not for LOAD
"$",x !!! But I cannot see that when the actual command is send [*], so the
dealy is used for LOAD as well. FYI, the dealy is about 220 uSecs.
2) between sending bytes following GET# or INPUT#. This dealy is about 2 ms.
Yes, milli seconds. Completely no explanation. The stupid thing is that,
when sending them faster, the bytes are accepted but they simply don't show
up in the record, string or whatever was to be filled with the data.
> it works with all PETs, not only 80xx.
Where did I give the impression that it only works with the 8032? I have
used, not explicitly tested, it with my 720, 3032 aan PET 2008. I used to
test it with a 8032 but the last year I'm using an 8296 for the simple
reason that this machine has two integrated 8250 drives.
> (the 3032 was especially dirty...)
Could you be so kind explaining this, please?
--
___
/ __|__
/ / |_/ 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.