32Mhz oscillator "issue"

All information relating to the Alpha plus all the WIP threads etc.
User avatar
rpineau
Posts: 534
Joined: Thu Aug 17, 2017 6:08 pm
Location: USA
Contact:

Re: 32Mhz oscillator "issue"

Post by rpineau »

The 2.4576MHz is used by the MFP to generate the serial port baud rate,, if you change it, you might have issues when connecting via serial port to modem, other machines..
Now how bad the issue is will depends on how far off you end up from the perfect baud rate.
Rodolphe
Working ones : MegaSTE (68020) / TT030 / Falcon with AB040 & Eclipse / 1040STF
Need testing : Falcon with CT2
User avatar
exxos
Site Admin
Site Admin
Posts: 23499
Joined: Wed Aug 16, 2017 11:19 pm
Location: UK
Contact:

Re: 32Mhz oscillator "issue"

Post by exxos »

32MHz (what I sent with the kits) will do to get the STF running.. then we can look at the exact 32MHz osc..

Normally the circuits I have seen are like this...

osc32a.gif
osc32a.gif (8.65 KiB) Viewed 7246 times

I will see if I can track down a source for the osc first... if not, I can do a little board and use a crystal to get the correct clocks... its fixable either way..
https://www.exxosforum.co.uk/atari/ All my hardware guides - mods - games - STOS
https://www.exxosforum.co.uk/atari/store2/ - All my hardware mods for sale - Please help support by making a purchase.
viewtopic.php?f=17&t=1585 Have you done the Mandatory Fixes ?
Just because a lot of people agree on something, doesn't make it a fact. ~exxos ~
People should find solutions to problems, not find problems with solutions.
User avatar
dhedberg
Posts: 105
Joined: Tue Sep 12, 2017 8:21 pm
Contact:

Re: 32Mhz oscillator "issue"

Post by dhedberg »

Hmm, what's the accuracy of the original oscillators in the ST? Oscillators usually also deviate from the nominal value with time and temperature, but all the fullscreen demos I've tested on my now 30+ years old ST machines still work fine. How much can the oscillators deviate from the nominal value before we would start experience problems with opening of the borders?
Daniel, New Beat - http://newbeat.atari.org.
Like demos? Have a look at our new Falcon030 demo It's that time of the year again, or click here to feel the JOY.
troed
Moderator
Moderator
Posts: 908
Joined: Mon Aug 21, 2017 10:27 pm

Re: 32Mhz oscillator "issue"

Post by troed »

dhedberg wrote: Fri Aug 31, 2018 8:54 pm Hmm, what's the accuracy of the original oscillators in the ST? Oscillators usually also deviate from the nominal value with time and temperature, but all the fullscreen demos I've tested on my now 30+ years old ST machines still work fine. How much can the oscillators deviate from the nominal value before we would start experience problems with opening of the borders?
They don't deviate with heat or age in any detectable way.

Fullscreen demos don't use timers. Worst case here is a demo screen opening the lower border using timer a to wait from vbl until line 199
User avatar
exxos
Site Admin
Site Admin
Posts: 23499
Joined: Wed Aug 16, 2017 11:19 pm
Location: UK
Contact:

Re: 32Mhz oscillator "issue"

Post by exxos »

Found these...

32.084988MHz (falcon/STE osc) so 8.021247Mhz...

No idea if they would work or not ?
https://www.exxosforum.co.uk/atari/ All my hardware guides - mods - games - STOS
https://www.exxosforum.co.uk/atari/store2/ - All my hardware mods for sale - Please help support by making a purchase.
viewtopic.php?f=17&t=1585 Have you done the Mandatory Fixes ?
Just because a lot of people agree on something, doesn't make it a fact. ~exxos ~
People should find solutions to problems, not find problems with solutions.
troed
Moderator
Moderator
Posts: 908
Joined: Mon Aug 21, 2017 10:27 pm

Re: 32Mhz oscillator "issue"

Post by troed »

exxos wrote: Mon Sep 03, 2018 11:50 am Found these...

32.084988MHz (falcon/STE osc) so 8.021247Mhz...

No idea if they would work or not ?
Sure, that's the most compatible clock - PAL STFM and STE
User avatar
exxos
Site Admin
Site Admin
Posts: 23499
Joined: Wed Aug 16, 2017 11:19 pm
Location: UK
Contact:

Re: 32Mhz oscillator "issue"

Post by exxos »

troed wrote: Mon Sep 03, 2018 12:24 pm Sure, that's the most compatible clock - PAL STFM and STE
ah but STFM is 32.0424 MHz .. slightly different than the STE...

osc.JPG
osc.JPG (51.92 KiB) Viewed 7192 times

EDIT:

Nevermind I see your posted from before...https://www.exxosforum.co.uk/forum/viewt ... 1139#p9125

So will order 100x 32.084988MHZ.... the only slight issue is they are the larger DIP14 package, I used DIP8 on my STF :roll: So I guess that will be the first hack job...

$10 is silly price from BEST.. but after item cost and postage etc, my price still ends up being $5 to obtain them, but half price of BEST!
https://www.exxosforum.co.uk/atari/ All my hardware guides - mods - games - STOS
https://www.exxosforum.co.uk/atari/store2/ - All my hardware mods for sale - Please help support by making a purchase.
viewtopic.php?f=17&t=1585 Have you done the Mandatory Fixes ?
Just because a lot of people agree on something, doesn't make it a fact. ~exxos ~
People should find solutions to problems, not find problems with solutions.
troed
Moderator
Moderator
Posts: 908
Joined: Mon Aug 21, 2017 10:27 pm

Re: 32Mhz oscillator "issue"

Post by troed »

troed wrote: Fri Aug 31, 2018 9:24 pm They don't deviate with heat or age in any detectable way.
(Sorry, that came our a little short. Wrote it from mobile while on a plane, or the gate, or something)

Since Closure is one of those demos that work* on 8.01 and 8.02MHz CPUs (I have both variants) but not 8.05 (NTSC STE), for v1.1 (which is unreleased) I added code to my demo shell that detects the speed of the CPU accurately. It's a small loop running on the CPU increasing a counter until an MFP timer interrupts it - and from that counter you can then easily see how fast the CPU is. This counter has shown the exact same values on every computer I've run it, from ancient 520STs up to the latest recapped STEs etc. And there's no influence from machines being "cold" or "warm" that I've been able to see either.

/Troed

*) The vertical-scrolling-dude will flake out badly on 8.05MHz since the timer removing the lower border fails. All the other screens are fine. v1.1 will be released when it will be released ... ;)
ijor
Posts: 428
Joined: Fri Nov 30, 2018 8:45 pm

Re: 32Mhz oscillator "issue"

Post by ijor »

troed wrote: Fri Aug 31, 2018 9:24 pm
dhedberg wrote: Fri Aug 31, 2018 8:54 pm Hmm, what's the accuracy of the original oscillators in the ST? Oscillators usually also deviate from the nominal value with time and temperature, but all the fullscreen demos I've tested on my now 30+ years old ST machines still work fine. How much can the oscillators deviate from the nominal value before we would start experience problems with opening of the borders?
They don't deviate with heat or age in any detectable way.
Of course they do. Crystals are obviously not perfect. They even have some jitter that you can detect. Check Paulo's and my program that measure the relation between both clocks. You would see the jitter and the variations across different machines.

If you are not detecting any deviation, then you are probably measuring wrong or not long enough.

Note that for computers with modulators the clock is adjusted from a third crystal. But I understand there won't be any modulator here?
http://github.com/ijor/fx68k 68000 cycle exact FPGA core
FX CAST Cycle Accurate Atari ST core
http://pasti.fxatari.com
ijor
Posts: 428
Joined: Fri Nov 30, 2018 8:45 pm

Re: 32Mhz oscillator "issue"

Post by ijor »

troed wrote: Mon Sep 03, 2018 2:25 pm I added code to my demo shell that detects the speed of the CPU accurately. It's a small loop running on the CPU increasing a counter until an MFP timer interrupts it - and from that counter you can then easily see how fast the CPU is. This counter has shown the exact same values on every computer I've run it, from ancient 520STs up to the latest recapped STEs etc. And there's no influence from machines being "cold" or "warm" that I've been able to see either.
Interrupt is not the best way to measure the frequency. Interrupts are triggered on an instruction border only. So you are measuring with a 4 cycles accuracy, in the best case.

If you want to measure the clock precisely (which you might not need for Closure), you start a timer, perform a software delay (as long as possible), and then you read the timer value again. The longer the delay the more accurate the measurement. If it's very long you might need to add periodic readings of the timer to detect and count overwraps.
http://github.com/ijor/fx68k 68000 cycle exact FPGA core
FX CAST Cycle Accurate Atari ST core
http://pasti.fxatari.com
Post Reply

Return to “ALPHA DEVELOPMENT INFO”