Re: Emulator discrepancies (was DMA'ing in Commodore 64 for developing purposes.)

From: tokafondo_at_tokafondo.name Date: Sat, 18 Jun 2022 23:29:14 +0000 Message-ID: <95c05c684721ee539c48f714ba426f84_at_tokafondo.name>

Or maybe this board, that allows to create PCI (not PCI-E) custom boards could be used: it features a programmable FPGA module and an usb port.

https://www.knjn.com/FPGA-PCI.html

There are some comments and a sort of tutorial here

https://www.fpga4fun.com/PCI.html

19 de junio de 2022 0:21, tokafondo_at_tokafondo.name escribió:

> 18 de junio de 2022 22:40, "Michal Pleban" <lists_at_michau.name> escribió:
> 
>> tokafondo_at_tokafondo.name wrote on 18.06.2022 23:15:
>> 
>>> It seems there is a good candidate here for that:
>>> https://uk.pi-supply.com/products/ryanteck-rtk-gpio-pc-gpio-interface?lang=es
>>> This is a small board that adds 28 pins of gpio to any standard PC, controlled with the USB port.
>>> I counted 28 pins for DMA'ing into a Commodore 64. I'm surely wrong and there are more needed... or
>>> maybe I'm right and this is a way to do it.
>> 
>> I sincerely doubt that it would be fast enough to control all the 28 pins with the speed required
>> to do DMA transfer. I suspect it is using some kind of serial port to communicate, which will be
>> awfully slow.
> 
> I'm sure it is, because the transfers between that board and a PC are done by USB. And the software
> controlling it is python based.
> 
> So maybe as previously said, a way could be have a man in the middle, injecting DMA transfer those
> 24+4 lines, while receiving command from a PC.
> 
> Would any of those RaspBerry, its clones or similars, or ATMega based MCUs, do the trick?
> 
>> Regards,
>> Michau