Clock generator for TF360 rev 1

News & updates for the upcoming 68060 accelerator

Moderators: terriblefire, Terriblefire Moderator

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

Re: Clock generator for TF360 rev 1

Post by terriblefire »

It would port over to any machine that implemented some kind of NVRAM and exposed it as a nonvolatile.library... which i think would be the best way to do nvram on any machine..

But yes. No other machine has that yet.
———
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
richx
Posts: 46
Joined: Sun Aug 11, 2019 5:03 pm

Re: Clock generator for TF360 rev 1

Post by richx »

Software controlled clock sounds great. To prevent runaway code looping all memory and setting unexpected frequencies, two registers could be used in sequence, or being able to optionally lock further settings until reset would also prevent (to a degree) any rogue program from misbehaving.

Having said that, would it still be worth to leave PCB space for a couple of GPIOs exposed from CPLD (can CPLD pins be configured with pullups/pulldowns) for future use? Could be used to disable the 64k autoconfig device, force 50MHz for non-boots, disable on-board IDE etc.
terriblefire
Moderator Team
Moderator Team
Posts: 5387
Joined: Mon Aug 28, 2017 10:56 pm
Location: Glasgow, UK

Re: Clock generator for TF360 rev 1

Post by terriblefire »

richx wrote: Sat Sep 14, 2019 4:56 pm Software controlled clock sounds great. To prevent runaway code looping all memory and setting unexpected frequencies, two registers could be used in sequence, or being able to optionally lock further settings until reset would also prevent (to a degree) any rogue program from misbehaving.
Possibly. Although im not letting this get set raw. Its an allowed list of frequencies selected from a table.
Having said that, would it still be worth to leave PCB space for a couple of GPIOs exposed from CPLD (can CPLD pins be configured with pullups/pulldowns) for future use? Could be used to disable the 64k autoconfig device, force 50MHz for non-boots, disable on-board IDE etc.
Nah... there arent any free pins. All 288 pins are in used on this board. i've had to be cruel and creative to get this to fit as it is.
———
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
terriblefire
Moderator Team
Moderator Team
Posts: 5387
Joined: Mon Aug 28, 2017 10:56 pm
Location: Glasgow, UK

Re: Clock generator for TF360 rev 1

Post by terriblefire »

OK so the rev 1 is done and i've chosen this chip for the clockgen...

https://uk.rs-online.com/web/p/pll-freq ... s/1628970/

Reasons are that its relatively simple, small footprint and cheap ish. It gives good multilpy options in the range we want.

The firmware will not let you hit these pins directly they'll be chosen from a table. The onboard crystal will be a the same SMD form factor crystal but at 25Mhz.

The output frequencies you can select will be
Multiplier RAMCLK CPUCLK
3.7593.7546.875
410050
512562.5
615075
6.25156.2578.125
6.333158.32579.1625
8200100
8.3333208.3325104.16625
I'll also allow a straight 14Mhz option.

There is a jumper to disable the 060 and onboards.

I've dramatically beefed up the decoupling in critical areas. Not sure how much this is needed but it wont hurt.

I'm going to recommend a -7 RAMCPLD if you want to get to 100Mhz. I think we're basically hitting the CPLD limits now.
———
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
Post Reply

Return to “TF360”