TF CD32 Riser Revision 2 Design Complete

68030 + SDRAM + IDE

Moderators: terriblefire, Terriblefire Moderator

User avatar
arkadiusz.makarenko
Trusted Guru
Trusted Guru
Posts: 712
Joined: Wed Jun 19, 2019 7:36 am
Location: Edinburgh

Re: TF CD32 Riser Revision 2 Design Complete

Post by arkadiusz.makarenko » Sun Nov 01, 2020 9:57 pm

terriblefire wrote:
Sun Nov 01, 2020 9:33 pm
arkadiusz.makarenko wrote:
Sun Nov 01, 2020 9:16 pm


Based on this project : http://aminet.net/package/docs/hard/cd3 ... y#contents
Index is generally not used except few cases...

cd32floppydrive.png

Similar with Motor On signal... we don't have motor so why we would need motor control signals :D
You can simply pulse the index before you start sending a tracks worth of MFM data. That would do the job.

Motor on would indicate that you should periodically pulse the index and send a tracks worth of mfm. Really its just used by drivers so they know data is coming.
I woudn't even know how to handle index pulses in cpld.

I need easiest possible setup to start with, so as long as it is not mandatory I am happy to ignore it for now.
Do not trust people. They are capable of greatness.
~ Stanislaw Lem

terriblefire
Moderator Team
Moderator Team
Posts: 3469
Joined: Mon Aug 28, 2017 10:56 pm
Location: Glasgow, UK
Contact:

Re: TF CD32 Riser Revision 2 Design Complete

Post by terriblefire » Mon Nov 02, 2020 8:55 am

arkadiusz.makarenko wrote:
Sun Nov 01, 2020 9:57 pm
I woudn't even know how to handle index pulses in cpld.
Honestly dont think its needed anyway.

EDIT: If it is we would simulate the pulse by setting that bit in CIAAB by overriding it and generating a level 6 interrupt with INT6.INT6 is not currently wired up to the ARM or CPLD so we'd need another revision. However i think we see how far we get with the latest board and then go from there.
———
I get cranky when asked to repeat myself.

User avatar
arkadiusz.makarenko
Trusted Guru
Trusted Guru
Posts: 712
Joined: Wed Jun 19, 2019 7:36 am
Location: Edinburgh

Re: TF CD32 Riser Revision 2 Design Complete

Post by arkadiusz.makarenko » Mon Nov 02, 2020 7:35 pm

I started looking at USB stack to support Mass Storage Class. Need to adapt it as I amended some support classes to allow use of multiple USB interfaces.
I have just realised that my solution to pick up HID device types will not work as it always assume that usb device is HID, so need to redo this bit as well.
Do not trust people. They are capable of greatness.
~ Stanislaw Lem

terriblefire
Moderator Team
Moderator Team
Posts: 3469
Joined: Mon Aug 28, 2017 10:56 pm
Location: Glasgow, UK
Contact:

Re: TF CD32 Riser Revision 2 Design Complete

Post by terriblefire » Mon Nov 02, 2020 8:30 pm

arkadiusz.makarenko wrote:
Mon Nov 02, 2020 7:35 pm
I started looking at USB stack to support Mass Storage Class. Need to adapt it as I amended some support classes to allow use of multiple USB interfaces.
I have just realised that my solution to pick up HID device types will not work as it always assume that usb device is HID, so need to redo this bit as well.
Well honestly if we have HID up and running we can wait for the floppy support. I only added the floppy bits because there was lots of spare arm pins.
———
I get cranky when asked to repeat myself.

User avatar
arkadiusz.makarenko
Trusted Guru
Trusted Guru
Posts: 712
Joined: Wed Jun 19, 2019 7:36 am
Location: Edinburgh

Re: TF CD32 Riser Revision 2 Design Complete

Post by arkadiusz.makarenko » Wed Nov 04, 2020 8:10 pm

I was a little bit too optimistic about Mass Storage USB stack.
I had to adapt Mass Storage USB class stack to my previously modified for multiple interfaces HID classes... this was long and dull process.
I did find additional bug on HID stack as when device was inserted too many times it would stop registering. It was caused by wrong free() method used which messed up with memory.

Next step is to incorporate and learn how to use FATFS libraries.
- read and change directories
- read from files
- write to files

Modify usb middleware (protecting HID sections are partially done)
Do not trust people. They are capable of greatness.
~ Stanislaw Lem

terriblefire
Moderator Team
Moderator Team
Posts: 3469
Joined: Mon Aug 28, 2017 10:56 pm
Location: Glasgow, UK
Contact:

Re: TF CD32 Riser Revision 2 Design Complete

Post by terriblefire » Wed Nov 04, 2020 9:15 pm

excellent work. The risers are *still* in Germany.
———
I get cranky when asked to repeat myself.

User avatar
8 Bit Dreams
Moderator Team
Moderator Team
Posts: 684
Joined: Fri Nov 09, 2018 7:12 am
Location: Germany

Re: TF CD32 Riser Revision 2 Design Complete

Post by 8 Bit Dreams » Wed Nov 04, 2020 11:44 pm

terriblefire wrote:
Wed Nov 04, 2020 9:15 pm
excellent work. The risers are *still* in Germany.
That's weird.. exactly the same situation was with my last order, ive chatted with JLCPCB and asked to look what's the problem is..and guess what..it was resolved v.quickly and parcel started to move next day...
Retro computer repair & hardware in Germany

terriblefire
Moderator Team
Moderator Team
Posts: 3469
Joined: Mon Aug 28, 2017 10:56 pm
Location: Glasgow, UK
Contact:

Re: TF CD32 Riser Revision 2 Design Complete

Post by terriblefire » Thu Nov 05, 2020 10:09 am

Hi, sir,

We get feed back form the logistic copmany,

There might be some customs clearance problem.

We are trying to solve it, please wait patiently for the update.

Best regards.
———
I get cranky when asked to repeat myself.

terriblefire
Moderator Team
Moderator Team
Posts: 3469
Joined: Mon Aug 28, 2017 10:56 pm
Location: Glasgow, UK
Contact:

Re: TF CD32 Riser Revision 2 Design Complete

Post by terriblefire » Fri Nov 06, 2020 5:21 pm

Finally!
991E47E7-08E9-4BE9-AE3F-E6A20F191A17.jpeg
991E47E7-08E9-4BE9-AE3F-E6A20F191A17.jpeg (423.98 KiB) Viewed 1417 times
———
I get cranky when asked to repeat myself.

User avatar
arkadiusz.makarenko
Trusted Guru
Trusted Guru
Posts: 712
Joined: Wed Jun 19, 2019 7:36 am
Location: Edinburgh

Re: TF CD32 Riser Revision 2 Design Complete

Post by arkadiusz.makarenko » Fri Nov 06, 2020 6:16 pm

terriblefire wrote:
Fri Nov 06, 2020 5:21 pm
Finally!

991E47E7-08E9-4BE9-AE3F-E6A20F191A17.jpeg
YEY!
It has been a while.

I am spending free time trying to understand FlashFloppy.
MFM data is constructed in a brilliant way. I wouldn't think of this way in the whole world.
It uses timer, DMA and buffer. So CPU is not used to transmit the data, just to manage it.

Unfortunately timers and DMA controller are a little bit different, so unfortunately I can't just lift the code. Need to understand it learn differences and write and test if it does the same job.
Do not trust people. They are capable of greatness.
~ Stanislaw Lem

Post Reply

Return to “TF330”