Yep, I mentioned the standard API issue before... That opportunity was missed with the clockport, and as a result drivers have to probe the hardware themselves, with the potential to upset other hardware and drivers, and with things like clockport splitters having to be explicitly supported by the driver instead of simply attempting to open the clockport with a relevant unit number.

As for whether this interface would work with a clockport splitter, that depends on how the driver is written. It *should* work with a Prisma in most cases since the Prisma can be used on any port whereas non-splitter-aware drivers will only work on port 0. The only issue might be funky behaviour of either board from probing reads/writes of the other's driver.

Another one for this! As would be great to have in an A600 but would need to be connected by a cable

Excellent, great to see!
I too am very interested.

Great project!

This will work on the clockport of a Deneb? If so, interested in three!

I have not tested yet, but it should work.

Progress - 80% :)

https://youtu.be/j7HeQqHj56o

Spidi what transfer rate you getting?

At the end of video you faded out just before that critical 'speed' test lol :)

Speed is probably limited at ca. 100-150 kb/s in best case due to the clock port.

Still great I'd say.

Take my money!!!

;)

Speed test for two types of SD cards (SD and SDHC).
Test system - Amiga 1200 14MHz, 2MB Chip Ram, SPI controller for clock port.

https://youtu.be/p47g-RUlOx4

SD speeds at about 50,000 I expect on the clock port, can you tell me exactly how you managed to achieve 11,000,000 though on the sdhc? I'm not calling you out to be a lair I just don't understand how you've achieved that performance and for me it makes me think an error somewhere?, for us on the a1200 expansion board we're lookin at 187,000 at 14mhz on any SD card right now, so perhaps there are options to explore to improve performance here ourselves say 25mhz SPI. Perhaps you can tell me the details of the SD card itself make/class etc and the spi clock. any particular CMD's you're using and block size. We'd all like to hear it? Thanks mate.

Edit or sysinfo is being silly, let's find a reliable speed test tool and stick to it ? hmm

Blimey, that SDHC makes a bit of a difference!

How many devices (CS lines) does the adaptor support?

I would like to buy one of these too but to use in my a600 on the 604 expansions clock ports.

It is possible that this is an bug in SysInfo.
My SPI controller has a maximum clock of 25MHz.
The same SPI controller in the Wicher500i card 50MHz shows a transfer rate of 48MB/s for any SDHC card and 250kB/s for a regular SD card.

4 CS lines.

That looks very suspicious considering the speed of the clockport itself is a few 100 kbytes/sec.

Yeah that's what I am thinking. I believe either driver is bugged or sysinfo. Either way It's awesome work. I need to get round to trying 25mhz clock on the a1200 expansion bus, atm I'm limited to PAL/2 over a wire or Amiga clk input. Will play with adding a 25mhz ext clock. are you still using 512 blocks read/write or higher for SDHC , say 4096 ??

Out of curiosity, I'm investigating the matter.
Fortunately, it does not affect the correct operation of the driver with SDHC cards.

I use 512 blocks (this is in most cases the default configuration on SD cards).

Spidi, okay unsure then how this is happening or achieving greater performance than a couple hundred KB/sec without it being a bug. Are you faking the CRC's with 0xFF?

Any chance of an update ?
I'm craving to get one for Ethernet on my Miggy. :D