QuoteMy friend Freddy and I have been talking about porting PicoMEM to CPC for a long time. Well, here it is, I finally got started.
This is the kind of project that should not be taken lightly, it is a huge amount of work. That explains why you have not seen me for 1 month. And I am taking it easy so as not to do as with the Amiga Portable and end up with a burnout.
QuoteAfter a big chunk of fall and the functional ROMs, and the RAM which started to not crash the machine, I decided to start talking about it and to make this video.
A chance in 2 days the problem was solved.
Next function, an emulation of a floppy drive for CPC464/464+ supercharged.
Pico just keeps on giving!
I am not sure if you are just posting it on someone's behalf or if you are involved in this project, but i wonder if there are plans to publish the technical details of this (schematics and Pico code), i am especially interested in the details of FDC emulation.
This looks like the mattcallow cpc Pico Rom project?
https://github.com/mattcallow/CPC_PICOROM
Hi,
I am working with Rodrik on the PicoCPC.
The PicoCPC is Rodrik project, and I am here as "Starter"/ Hardware design help.
First, I am sorry for
@matronica because our project is similar to his PicoROM.
Anyway, the PicoCPC is based on the PicoMEM, my board for PC I work on since 2 years and a half.
And I wanted to do a PicoCPC with Rodrik since month.
We were not aware of the PicoROM when we started. (3 months ago)
The PicoCPC use a Pico2, connected via multiplexor.
This let enaugh pin to add an I2S DAC, MicroSD and some more control signals.
The board can decode any I/O port and of course RAM/ROM cycles.
As it use a Pico2, its RAM is doubled vs Pico1 and it can access a 8MB PSRAM as well.
For the Open/Close model, it will be rodrik decision.
Advantage of this model is no use of CH376 for USB : USB in FAT32&extfs, with nothing to do at the CPC side.
There is no external ROM, so the microntroller access the emulated RAM/ROM and USB/MicroUSB at the same time :
Direct write from the uSD to the CPC emualted RAM at 3MB/s (For example)
As it is an integrated architecture, it is much more simple to code and extend that any other solution
The Board presented is a prototype, We may design a new version next week (That may be distributed a little to developpers)
Then a final one more likely in 3 or 4 months.
If you know Rodrik, we can also trust he will do a nice 3D case for al this ;)
Great project.
Will it have CPC hard drive functionality? Like the M4 board, Albireo, X-Mass...
Quote from: Pollo on 18:17, 17 January 25Great project.
Will it have CPC hard drive functionality? Like the M4 board, Albireo, X-Mass...
Yes, already a SD card, and the future possibility to use a card, more information in the video that I did summarize on my web site.
On youtube I suggested to write a node for Unidos so it would be one more card with the same commands used as others.
It is great news that the PICO is now being used in the CPC systems, there is some other fantastic open source PICO based systems out there aswell, great to see another.
https://github.com/robinhedwards/A8PicoCart
https://github.com/aotta
Can't wait to see a cartridge version created for the GX4000 and PLUS systems
That looks like an interesting project. I hope it will be open source. I did start to look at multiplexing the address bus to free up some pins on the Pico and thus open up the possibility of disk emulation. But I haven't got very far with it. I've not looked into using the Pico2, but that is a good option.
Thanks
@matronicaI saw you started to check multiplexing.
We could go to the pico1 but of course better to go to the pico2 directly.
If wou want to have an idea about the picocpc code, it is based on my picomem who has open source code:
https://github.com/FreddyVRetro/ISA-PicoMEM
Quote from: overange on 20:10, 17 January 25It is great news that the PICO is now being used in the CPC systems, there is some other fantastic open source PICO based systems out there aswell, great to see another.
https://github.com/robinhedwards/A8PicoCart
https://github.com/aotta
Can't wait to see a cartridge version created for the GX4000 and PLUS systems
Thanks.
I checked the A8Pico code.
With no multiplexing, it is able to emulate only ROM and need to stop ROM to run commands.
It use only one core and no PIO.
So, it can t be compared to the PicoCPC.
The optimisation of the PIO and ARM code is the result of 1 year of test/trials on the PicoMEM.
Quote from: overange on 20:10, 17 January 25It is great news that the PICO is now being used in the CPC systems, there is some other fantastic open source PICO based systems out there aswell, great to see another.
https://github.com/robinhedwards/A8PicoCart
https://github.com/aotta
Can't wait to see a cartridge version created for the GX4000 and PLUS systems
Thanks.
I checked the A8Pico code.
With no multiplexing, it is able to emulate only ROM and need to stop ROM to run commands.
It use only one core and no PIO.
So, it can t be compared to the PicoCPC.
The optimisation of the PIO and ARM code is the result of 1 year of test/trials on the PicoMEM.
AOTA are rom only board.
PicoCPC code is less than 2 months old.
I wonder what unique features of pico 2 are you using that would stop it from working on pico 1? Extra ram?
Quote from: czarnikjak on 11:15, 18 January 25I wonder what unique features of pico 2 are you using that would stop it from working on pico 1? Extra ram?
Nothing.
But pico2 is the same price as pico1
And the pico2 Qspi PSRAM support may allow more rom/ram
Hi,
Rodrik is progressing, the PicoCPC can now start games from emulated Floppy (.SDK)
And disks can be loaded with an RSX command.
I am more interested in the PicoCPC card - not the code. Do we have a opensource design for the card (the Pico holder?) I need to build one to connect securly and in a good version to the CPC expansion port for other purposes, not interested to run roms from it for now.
So would be fantastic if you could share the platine layout, at best in an editable form. I would then avoid to need to design my own.
What is this card actually capable of?
The Video is nice, but I don't understand it. Any information in English is appreciated. :) :) :)
Features on my web site (https://www.genesis8bit.fr/archives/index.php?news_id=2387)
You can have subtiltles translated on Youtube though.
Quote from: genesis8 on 23:09, 05 February 25Features on my web site (https://www.genesis8bit.fr/archives/index.php?news_id=2387)
You can have subtiltles translated on Youtube though.
BTW: FutureOS does need a proper (CPC6128 compatible) &C3 RAM mode too. :)
I was expecting something like this:
https://www.facebook.com/watch/?v=1697163497294312
Quote from: Pollo on 18:17, 17 January 25Great project.
Will it have CPC hard drive functionality? Like the M4 board, Albireo, X-Mass...
Hi,
Most of it is already implemented (Navigate in the SD, start program, Load ROM, Load .DSK)
Quote from: SerErris on 17:04, 05 February 25I am more interested in the PicoCPC card - not the code. Do we have a opensource design for the card (the Pico holder?) I need to build one to connect securly and in a good version to the CPC expansion port for other purposes, not interested to run roms from it for now.
So would be fantastic if you could share the platine layout, at best in an editable form. I would then avoid to need to design my own.
Hi,
The approach will be surely like the PicoMEM, to not permitt other to produce boards to avoid having to do support for it.
And the price to be reasonable, with the fact it is produced in medium volume...
Really too few person solder their board themself.
Even me, I don't do it ! And I did the PicoMEM....
So, for the features, it now has :
ROM Emulation
RAM Emulation (464/6128)
Floppy disk controller emulation, supporting .DSK and even most of the copy protected games. (on 464)
Create Floppy "pack" and swap between them with a button
Navigate in the SD and run games from it
Setup program helping to do the initial config if there is no config file on the SD (With graphics and music)
Various commands, to list and load the ROM and Disk images
C3 mode to arrive in the next hardware release.
And much more for the final hardware release (Really more ;) )
would it be possible to run sound emulation on this aswell (eg SID or YM FM)? with some board changes of course..
i know there are some sound emulators out there for pico.. ..would it be worth adding to this project? maybe a bit late now..
....you could even setup some FPU/Math coprocessor functions for fast and high precision math...(multiply/divide/sin/vector arrays etc etc) ..pico2 would be better for this as it has FPU hardware, but the software math on pico1 + IO access would still be faster than the Z80s non-existent math! ... it could generate a Mandelbrot and display it quite fast i think!.. RSX calls for BASIC even! and coz youre emulating RAM you could just dump the result in a specific memory location directly on the pico sort of DMA-ish, basically cut out the z80 having to read it from IO and write it into memory (tip: you could even change the contents of an emulated ROM on the fly quite easily!)
Quote from: Brocky on 16:18, 20 February 25would it be possible to run sound emulation on this aswell (eg SID or YM FM)? with some board changes of course..
Regarding FM:
- ACE-DL already supports OPL2 sound, so there are libs available for this hardware emulation.
- OPL2 is the one for which Willy has been designed (by PulkoMandy) to connect an OPL2 soundcard via LPT to the CPC.
If PicoCPC would support this, there would already be available software for this (PulkoMandy VGM Player for UniDOS and SymAmp for SymbOS).
Full OPL4 support would be even cooler of course, as beside FM you would have Wavetable sound as well (supported by SymAmp for Amiga MODs and SymbOS Sound Daemon for music and effects), but I am not sure if the Pico is able to handle this?
Game changer.
aliexpress.com/item/1005008404804398.html
RP2350B 48GPIO Pins 2.54mm 5$
Quote from: McArti0 on 00:18, 21 February 25Game changer.
100%
That thing can do everything we ever dreamed of as a hardware expansion. With its 48GPIOs it even could be the basis for a 30€ C4CPC successor.
I have a dumb proposal to be able to use the Raspberry Pico as a CPU/GPU transparently : if writing to the disk controller to a specific file name, the result would be written to another to be read with another specific name. Of course it would need an API : do some maths (for 3D for example), play some music file, draw something (if there is a VGA/DVI/HDMI on the PicoCPC), etc...
Quote from: genesis8 on 17:02, 21 February 25I have a dumb proposal to be able to use the Raspberry Pico as a CPU/GPU transparently : if writing to the disk controller to a specific file name, the result would be written to another to be read with another specific name. Of course it would need an API : do some maths (for 3D for example), play some music file, draw something (if there is a VGA/DVI/HDMI on the PicoCPC), etc...
i made a proposal like that some time ago but using a full blown raspberry pi.. and was shot down in flames...(like a few others ive found that had the same idea)
but something smaller like this can have full control of the system, full address, data, and IO decoding,sound pass through.. VGA/HDMI video output...
it could also be used as a programable gate array replacement, and do more colors!
obviously there seems to be some demand for "software" controlled IO with software emulated devices....
Yeah, the idea comes up every now and then. I also like it.
It's probably not even required to replace the GateArray.
A RP2350B-based GPU could be attached to the expansion bus and has more than enough power to
- behave exactly like the CRTC/GateArray and offer perfect DVI/VGA output
- support Plus features (at least for scrolling/sprites)
- offer enhanced graphics modes similar to a V9990 or VGA
That way you keep the "original feeling" (including the option to continue using a CTM in parallel) and still get the benefits of a more enhanced system for e.g. SymbOS.
https://www.tomshardware.com/raspberry-pi/the-raspberry-pi-picos-rp2040-has-been-certified-for-200-mhz-clock-speeds-up-from-133-mhz
Quote from: McArti0 on 23:04, 01 March 25https://www.tomshardware.com/raspberry-pi/the-raspberry-pi-picos-rp2040-has-been-certified-for-200-mhz-clock-speeds-up-from-133-mhz
PicoCPC is clocked at 375Mhz already 😀
Quote from: McArti0 on 00:18, 21 February 25Game changer.
aliexpress.com/item/1005008404804398.html
RP2350B 48GPIO Pins 2.54mm 5$
Nope, there is no PSRAM
We will try having the picoCPC to use PSRAM for more emulated ROM/RAM
Quote from: McArti0 on 20:48, 03 March 25Quote from: FreddyV on 15:41, 03 March 25Nope, there is no PSRAM
But has pads.
Pads for ?
I don't see the qspi pins onn the edge
Final picocpc willbe with soldered rp2350B.
The Web link tell me page not found
Quote from: FreddyV on 09:20, 05 March 25The Web link tell me page not found
When the Wiki thinks there is a link but the link is without https, then it creates a local link to the Wiki. You can copy/paste the link then it should work.
Or use this one:
https://de.aliexpress.com/item/1005008404804398.html
PADS backside...
Hi,
New video to show the picocpc progress.
https://www.youtube.com/watch?v=ysX8sibAoNk
(edited link to enable embedding)
https://twitter.com/FreddyVETELE/status/1901744642577547594
Quote from: FreddyV on 16:06, 19 February 25Quote from: Pollo on 18:17, 17 January 25Great project.
Will it have CPC hard drive functionality? Like the M4 board, Albireo, X-Mass...
Hi,
Most of it is already implemented (Navigate in the SD, start program, Load ROM, Load .DSK)
Hi very interesting project, but let's hope it will not suffer of the "yet another card" effect.
- Do you know if the rom(s) could be compatible with unidos https://unidos.cpcscene.net/doku.php?id=fr:accueil ?
- Do you plan to add communication abilities with outer world ? (e.g. nowadays, I only use M4 because of its wifi communication with my PC developing machine that control the M4 without requiring me to touch the cpc)
- Do you plan to handle .SNA ? (e.g. this is my main proxy to test on the real machine in real time)
This looks looks like a great project.
I am looking forward to seeing this develop
I have a 464 that needs a PicoCPC to bring it to life!
Hi there,
C3 mode is now working, then SymbOS run from an Amstrad CPC464 with the PicoCPC.
As C3 is working, we will move to design the PicoCPC 1.0 with other fonctions.
Thanks for the update, sounds good! :) (btw. SymbOS doesn't need #C3)
I know that I always ask this annoying question to any hardware guy, but would it be possible to add USB for a mouse?
Is it possible to provide direct sector I/O access to the SD card? Then SymbOS could access it directly without the need to use DSKs or so.
well, if there shall be a mouse, then it would be great to have it compatible to one of the already existing solutions (from a programs perspective). :)
Hi,
I can't share the PicoCPC image working under SymbOS, I don't know how to upload image here...
The Board Development (Software) is done by Rodrik, and I work on the Hardware part.
I don't know what I did wrong in the SymbFace post...
I don't want to compare these boards with the PicoCPC, they are different and I did not know that SymbOS or Symbface or whatever existed 3 months ago.
Regarding the question for the Mouse, yes, it is extremely simple to add mouse support.
Posted on X, so I can share here :
https://x.com/FreddyVETELE/status/1910759630281580646 (https://x.com/FreddyVETELE/status/1910759630281580646)
Sorry I am bad with this forum, I don't know how to do...
Quote from: Prodatron on 12:46, 11 April 25(btw. SymbOS doesn't need #C3)
not yet, but in the future...
@FreddyV I'm very interested in the PicoCPC, could you please add me to the interest list?
Regards,
Abalore
Quote from: Prodatron on 12:46, 11 April 25Thanks for the update, sounds good! :) (btw. SymbOS doesn't need #C3)
I know that I always ask this annoying question to any hardware guy, but would it be possible to add USB for a mouse?
Is it possible to provide direct sector I/O access to the SD card? Then SymbOS could access it directly without the need to use DSKs or so.
Hi,
Maybe not needed, but work better with it.
Again, I did the HW Design and low lever software, so I am not an expert in CPC, not at all :)
The board is software defined hardware.
Everything is possible, even emulate a CH376 to not need special software.
USB Mouse is also extremely simple to add.
The Focus now is to validate hardware fonction to work on another revision closer to the Final one.
The Final board will be really different, with RP2350B Directly soldered.
Then, more fonctionality.
Quote from: McArti0 on 20:30, 11 April 25Quote from: Prodatron on 12:46, 11 April 25(btw. SymbOS doesn't need #C3)
not yet, but in the future...
Not even in the future, SymbOS would never use this mode.
Quote from: abalore on 20:51, 11 April 25@FreddyV I'm very interested in the PicoCPC, could you please add me to the interest list?
Regards,
Abalore
I didn't even know there was an interest list, well if there is one, I am interested also :D
Thanks,
LaSTiC
Hello here.
The PicoCPC is my joy, the thing I spend my time on for the pure pleasure of writing C in the Pico and Z80 assembly for the interaction with the CPC.
Frankly speaking, I don't like forums much, just because of what just did happen here, so don't expect me to post any time soon again.
I wanted to clarify few things, there is no interest list, nowhere to register to. When the card is ready enough, it will be made available via resellers in France, UK and maybe US.
I still don't know when this will happen, the card did progress of lot since the start in December last year, this means 4 months ago. But I think 3 more months at least are required to make it work properly on all CPC flavors.
The card is currently limited by the RB2350, I do not have enough gpio, so I either use an oled screen, either I2S DAC, either use the pins to drive some signals on the bus. So it requires a new revision with e 2350B soldered on board.
Feature list is unknown yet, but it will grow over time. The card will be available with lot of hardware, but only future firmware revision may make use of it.
Rodrik
Hi,
Also, to be clear, I wrote this multiple time, but.
The PicoCPC is not my board.
It is Rodrik project,
My contribution is significant, of course.
I give him the Idea to do it and the PicoCPC is based on my PicoMEM.
I don't know why Rodrik don't post here, he does not communicate a lot, so I wanted to post PicoCPC news here.
JESUS CHRIST!!!! It's like going for my weekly shopping (as I actually did) and having to rush back home because the neighbour called to tell me the toddlers are fighting and trashing the house and I have to get back right now because I don't have any other things to do!!! What. the actual. fuck.
Thread cleaned. Keep it clean. This is an interesting project. Let's focus on that.
Can I ask, pretty please with cherries on top (which I forgot to buy because I WAS FUCKING RUSHING TO GET BACK HOME AND MODERATE THIS MESS), to stop with the insults? You know who you are.
@FreddyV is the ARM compatible with 5V I/O or do you use bidirectional voltage converters for all the lines?
Quote from: abalore on 08:49, 12 April 25@FreddyV is the ARM compatible with 5V I/O or do you use bidirectional voltage converters for all the lines?
No 5V pin go to the pico. We use some 1 buffer, 1 level shifter, 3 multiplexers. We write to the CPC with 3.3V, we use 5V to the CPC only to drive some signal like A15 for C3 memory mode and IOReq to disable intern floppy.
Quote from: abalore on 08:49, 12 April 25@FreddyV is the ARM compatible with 5V I/O or do you use bidirectional voltage converters for all the lines?
Hi,
It seems it is highly 5V compatible.
There are now some Pin directly from the Pico to the CPC (RAMDIS and ROMDIS)
Anyway, the "Secret" of the PicoMEM/PicoCPC is its multiplexers.
It allow to limint the number of I/O needed and act as a Voltage converter at the same time.
The Pi Pico allow to have multiple PIO core, plus the main core working together in parallel,so the PIO manage the Multiplexer, reconstruct the Address, while CPU core detect and manage the Control signals, Read in advance the High part of the address to jupt to the correct code.
(IO MEM Read or Write, Bank number)
So, when the Main core is in the correct code section, it can read directly the full Address from the PIO.
The PicoCPC use only 12 I/O to manage all the address, Data and Control signals. We can add 2 pin only to control the multiplexer.
Then, the CPC bus is "manipulated" Via ROMDIS, RAMDIS, RD, A15, IOREQ (Pico Output)
With this way to do, it is possible to be almost as fast with multiplexing that without.
To go back to 5V, We prefer to have somerthing between the Pico and the CPC, as even if it work now, there is no guarantee that the boards will work after some years of intensive usage.
It is really better to be carefull
Quote from: FreddyV on 14:27, 12 April 25Quote from: abalore on 08:49, 12 April 25@FreddyV is the ARM compatible with 5V I/O or do you use bidirectional voltage converters for all the lines?
Hi,
It seems it is highly 5V compatible.
There are now some Pin directly from the Pico to the CPC (RAMDIS and ROMDIS)
Anyway, the "Secret" of the PicoMEM/PicoCPC is its multiplexers.
It allow to limint the number of I/O needed and act as a Voltage converter at the same time.
The Pi Pico allow to have multiple PIO core, plus the main core working together in parallel,so the PIO manage the Multiplexer, reconstruct the Address, while CPU core detect and manage the Control signals, Read in advance the High part of the address to jupt to the correct code.
(IO MEM Read or Write, Bank number)
So, when the Main core is in the correct code section, it can read directly the full Address from the PIO.
The PicoCPC use only 12 I/O to manage all the address, Data and Control signals. We can add 2 pin only to control the multiplexer.
Then, the CPC bus is "manipulated" Via ROMDIS, RAMDIS, RD, A15, IOREQ (Pico Output)
With this way to do, it is possible to be almost as fast with multiplexing that without.
To go back to 5V, We prefer to have somerthing between the Pico and the CPC, as even if it work now, there is no guarantee that the boards will work after some years of intensive usage.
It is really better to be carefull
In some projects I use 3v3 CPLDs with 5V tolerant inputs, direct connection, and never had a single issue, so at least in the Board -> CPC direction it should be ok.
I hope someone will package the 2350 chip inside a 40 pin or 48 pin DIP housing with level shifters on the output.
That would help to get the awkward feel away we are upgrading an 8-bit 3,5 MHz Z80 with a dual core 150MHz 32-bit system, blowing away basically any computer until the late 90s.
Quote from: retro space on 06:38, 13 April 25I hope someone will package the 2350 chip inside a 40 pin or 48 pin DIP housing with level shifters on the output.
That would help to get the awkward feel away we are upgrading an 8-bit 3,5 MHz Z80 with a dual core 150MHz 32-bit system, blowing away basically any computer until the late 90s.
Hi,
It is extremely different to use a microcontroller for pure CPU calculation or to emulate Hardware.
Speed is needed for Software emulation of Hardware, to be able to answer to any electrical signal sent by the CPC or something else on time......
Even if it is "a Dual 150MHz" CPU, Assembly code is requires and even overclocking so that it is able to respond on time.
There is no problem to put on a modern PC graphic processors 10x faster than the CPU, but it is for retro.
My post was merely an aesthetic request. Instead of miniscule bal grid chips or qfpa, I would love to see chips like this repackaged in DIP.
Quote from: retro space on 09:02, 13 April 25My post was merely an aesthetic request. Instead of miniscule bal grid chips or qfpa, I would love to see chips like this repackaged in DIP.
Hard to see in our modern throw-away society. Through-hole components, DIP and even regular size SMD are easy to handle, test and fix. Currently we trash perfectly fine phones (thousands of times more powerful than a CPC) just to get the wheel spinning.
We are a living an exponential techno-decadence. Think about the information storage, back in the day we cared for every precious byte in our discs, currently we store TBs of pictures we never look at, music that we never hear, movies we don't watch, and sadly, games we'll never play.
The useful, instructive Internet content is replaced with infinite scrolling of cats, propaganda, memes and non-sense in general. Perfectly social engineered stuff to keep us stuck to the screen. As in the prophetic quote of Tron (1982):
"Computers and the programs will start thinking and the people will stop"
...
I have 4TB of disk on my PC, full of Data I almost never use, like everything in my house... World is like that :(
So, Go back to the Root and code for the old machines, to keep them alive and allow the new generation to see them is "important" for me...
The CPC and all other started to contribute on all this.
A Big portion of 50 Year old + engineer started thanks to the Amstrad CPC in france...
Now, we have AI that even their conceptor does not understand.
They are trained on Data, and at the end, it is the surprise.
Quote from: abalore on 11:20, 13 April 25Quote from: retro space on 09:02, 13 April 25My post was merely an aesthetic request. Instead of miniscule bal grid chips or qfpa, I would love to see chips like this repackaged in DIP.
Hard to see in our modern throw-away society. Through-hole components, DIP and even regular size SMD are easy to handle, test and fix. Currently we trash perfectly fine phones (thousands of times more powerful than a CPC) just to get the wheel spinning.
On the other hand, with a super connected world, there are weirder things I see succeed as kickstarter. There is a niche for everything. So there must be a weirdo Chinese garage box firm willing to dip RP2350's in a blob of black plastic with 2,54mm spaced feet. I think the next step of the JLC-PCBs is making very cheap custom IC's in runs of 100 pieces at 1€ a piece. If you see how the revolutioned PCB making, I think IC making could be next.
QuoteIt's been a while since I posted here, so I'm here to give you some news about the future of PicoCPC.
4 days of work to get it routed after quite a few hours getting everything set up.
- USB-A port for a USB key initially on the HDD or for loading floppy disk images, cartridges, or ROMs, and more from the SD cards.
- USB-C port for flashing the PicoCPC.
- Micro DVI port, future if I can get there 😉
- Integrated DAC, we'll see what I can get out of it.
- Buttons for controlling floppy disk images without the CPC.
- 1MB of SRAM, for large cartridges or lots of memory/ROM.
- 16MB of flash, not usable by the CPC, too slow, but I could store things on it as ROM.
Daughter board
- Audio output
- Buttons
- NFC
The white square on the daughter board is the location of the OLED display.
This version, which could be v1.0, will be manufactured in late May.
source: from Facebook
Hi,
Some news
Final PicoCPC production not started yet, there were problems to find cost correct SRAM, then need to change the buttons and other things.
The goal is to not have its cost too high of course, the board has a Big Bill of Materials.
Emulation of the Floppy controller now work on 6128 / 6128 + the PicoCPC will be the only board able to do that I think.
(At Floppy controller level, not Floppy...)
I'm very interested, please count on me for a final product or even an intermediate prototype you want to discard. I know many boards are wasted in the process of improving, I would be happy with one of these.
Thanks.