Not really a big issue, and not really looking to 'solve' it, just a peculiar observation.

Two SBCs of the same design, same board. One 65C02, one 65SC02.

Both systems running identical software, same hardware other than the CPU.

4.000 MHz can oscillators in both.

Time is kept with a 10ms timer from a 6522 triggering an NMI.

One system has lost 1s of time vs the other over the last 48 hours or so.

Very peculiar, and of no consequence to anyone or anything.

This seems well outside of the normal tolerance for Crystals to me, but checking the math again, maybe not!

Maybe I will hook the clock from one to the 2nd and run them off the same clock signal to see what happens.

_________________
http://WilsonMinesCo.com/ lots of 6502 resources
The "second front page" is http://wilsonminesco.com/links.html .
What's an additional VIA among friends, anyhow?

Yes, yes I did. Thanks for the math clarification.

_________________
x86?  We ain't got no x86.  We don't NEED no stinking x86!

I have 1 oscillator from Jameco, it kept perfect time for over 6 months. This 2nd oscillator is a China special. I think I know which one to suspect!

Like I said, no impact to anything, just funny to see two "identical" SBC's turn out to be not quite identical.

As with everything else, you only get what you pay for. You might be a little surprised to learn that the oscillator you got from Chinese vendor is a 500ppm part with questionable frequency accuracy.

_________________
x86?  We ain't got no x86.  We don't NEED no stinking x86!

Found a data sheet for what it's labelled as. I of course don't trust the label at all, but the datasheet calls it a +- 0.1% part, so no surprise that the time keeping isn't very accurate!

I have a 5 pack of these, some day I will put a them on a frequency counter and see just how far off nominal they are.

It makes sense to me: for a lot of purposes, 1000ppm is enough, and it'll be easier to make, so it can be cheaper.

If I didn't have two displays side by side, I wouldn't have noticed.

1 minute fast over 3-4 months? Close enough!

Close enough, indeed! My microwave oven gains a minute a week...

Aaaaannndddd.... 3-4 months without hitting reset? That's (a) impressive, and (b) means you need to tinker more

Cheers,

-Gordon

_________________
--
Gordon Henderson.
See my Ruby 6502 and 65816 SBC projects here: https://projects.drogon.net/ruby/

That much drift isn't bad. I have a digital alarm clock here that loses about 5 minutes per month. Now, you'd think a clock plugged into line power would refer to the (very accurate) line frequency for a time base, but apparently not in this case.

BTW, I must've gotten lucky with the 3.6864 MHz oscillator that's in my POC V1.2 unit. According to the logic analyzer, the actual output frequency is 3686397 Hz, based upon a sample rate of 5ns. That's an accuracy of 99.9999 percent. That oscillator is the time base for both DUARTs, one of which generates a 100 Hz jiffy IRQ, which in turn, drives the system uptime and time-of-day software clocks. Assuming the oscillator doesn't drift, the uptime and time-of-day will be about 32 seconds slow over a one year period, an average loss of 2.67 seconds per month. Based upon past experience, that's actually better than the real-time clock accuracy of most server motherboards.

_________________
x86?  We ain't got no x86.  We don't NEED no stinking x86!

_________________
x86?  We ain't got no x86.  We don't NEED no stinking x86!

My uptimes aren't nearly as impressive. My machine sits in a BASIC loop redrawing Mandelbrot sets in different colors.

My not nearly as impressive or informative Youtube video.
https://www.youtube.com/watch?v=5WBXG1EIiCY

The Mandelbrot display looks pretty good. Considering the math that is involved and the fact that the grunt work is being done in a BASIC interpreter, performance is certainly acceptable for a 4 MHz machine.

A fun exercise would be to work out how to do the same in assembly language and see how much of a speed-up occurs.

_________________
x86?  We ain't got no x86.  We don't NEED no stinking x86!

Borrowed a frequency counter, just to see...

The original oscillator I was using comes out at 3,999,940+-20 Hz.. max error of 15PPM is pretty acceptable.

The "questionable" Chinese oscillator has never been lower than 3,999,980 and usually hangs out in the 3,999,998 range, depending on room temp. I would say that 5PPM in a 20 degree temp range (65-85F) is perfectly good for ebay possibly-relabeled parts!