Troubleshooting successful

After work today I was pondering again the presence of erroneous 0xFF values in the stream read by the Commodore 64 from my USBhost-64 replacement device.
It turns out that I was quite right when I thought the erroneous reads were produced by a read attempt when the data bus was in input mode at the device side (with pull-up resistors enabled). What I hadn’t yet realised was that spurious write interrupt requests were occurring during the read operation, which obviously are responsible for putting the data bus in input mode at the device side (and enabling pull-up resistors).

The firmware fix for these spurious requests was to disable write interrupts while transmitting file contents to the Commodore 64. Transfer now works like a charm! šŸ™‚

I think it’d good to celebrate by giving my latest project a proper name. As it replaces USBhost-64 but uses SD/SDHC cards for storage, I think a suitable name would be “SDHost-64”.

About Luigi Di Fraia

I am a Senior DevOps Engineer so I get to work with the latest technologies and open-source software. However, in my private time I enjoy retro-computing.
This entry was posted in Retrocomputing, Technical and tagged , , , , , , . Bookmark the permalink.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s