exxos's Atari, Amiga & retro forum

terriblefire wrote: 13 Oct 2020 14:28

terriblefire wrote: 13 Oct 2020 11:07 Nice work. Now you can do everything you need from ARM. just used different INTSIG for different addresses.

If you tell me all the pcb changes needed for the RTC and Vcap i'll update the github repo

I think 2 changes are required to fully take advantage of RTC in this chip.
1. LSE crystal (unfortunately loosing 2 pins, but I think I can't use directly DSACK0 anyway?)
and VBAT connection to battery

Ok to do this i need to move R/W from PC14 to somewhere else.. Obvious one is to remove INTSIG8 is that ok?

Also would you prefer to have a "clean" A5 or pass it via an INTSIG?

terriblefire wrote: 13 Oct 2020 20:43 Ok to do this i need to move R/W from PC14 to somewhere else.. Obvious one is to remove INTSIG8 is that ok?

Also would you prefer to have a "clean" A5 or pass it via an INTSIG?

It would be nice to have all clockport adress lines directly on the chip so A3 and A5.

arkadiusz.makarenko wrote: 13 Oct 2020 20:49

terriblefire wrote: 13 Oct 2020 20:43 Ok to do this i need to move R/W from PC14 to somewhere else.. Obvious one is to remove INTSIG8 is that ok?

Also would you prefer to have a "clean" A5 or pass it via an INTSIG?

It would be nice to have all clockport adress lines directly on the chip so A3 and A5.

Well here are the list of "choppable" pins, descriptions of what they are and considerations for their removal.

"LED" ? do we want flashy light real bad?
"DKWD" / "DKRD" / "DKWE" ... these are the direct floppy controller lines.. do we think floppy emulation is possible?
"UART5_TX" / "UART5_RD" do we need an external UART? I dont think this is used.
"_TXD" / "_RXD" internal uart connections to Amiga. Do we need these and UART5?
"DAC1" / "DAC2" random dac connections that you could make a soundcard from in the future.
"ACTIVE" used to make the activity light flash on the CD32.

basically we need to pick 2 lines to drop from the above list. DAC1/2 is probably my vote.

EDIT: or thinking about it TXD/RXD since the TFxxx cards use those.

Ok i went for putting TXD and RXD on a header and freeing up 2 pins on the ARM. They can be jumpered to UART5 if needed.

I also moved KBD_DATA to PA1 so that i could put A5 on PC3. This way you dont have to read three ports to get the address bus.

Added LSE OSC.

Added Vbat connection.

Everything is pushed to the rev1_eagle branch.

terriblefire wrote: 13 Oct 2020 22:04 Ok i went for putting TXD and RXD on a header and freeing up 2 pins on the ARM. They can be jumpered to UART5 if needed.

I also moved KBD_DATA to PA1 so that i could put A5 on PC3. This way you dont have to read three ports to get the address bus.

Added LSE OSC.

Added Vbat connection.

Everything is pushed to the rev1_eagle branch.

Thank you.

arkadiusz.makarenko wrote: 13 Oct 2020 22:14 Thank you.

Can you check the KB_DATA being moved wont screw the keyboard up.

terriblefire wrote: 13 Oct 2020 22:17

arkadiusz.makarenko wrote: 13 Oct 2020 22:14 Thank you.

Can you check the KB_DATA being moved wont screw the keyboard up.

This pin is used as plain GPIO so keyboard can be anywhere.

arkadiusz.makarenko wrote: 13 Oct 2020 22:28 This pin is used as plain GPIO so keyboard can be anywhere.

Cool. So i just need to sort the video out and its all good.

Is there space for buffering the H and V Sync signals like the Active 23wD to VGA adaptor has?
Have one of those adaptors but it puts a fair bit of weight on the Riser, with the adaptor and a chunky VGA cable it moves the top away from the CD32
making it a bit flakey in operation.