The OZ2CPU kit I have was purchased in late 2002. According to the paperwork I have, the firmware is 5.3. Upon closer inspection I see it only supports two B-7971's, not six.
The old MM5311 chip on my clock has its reference pin tied to line for its reference. Many moons ago I had plans to switch to an MM5369 60Hz reference that uses 3.579 MHz color burst crystals. Just to keep it old school of the era. But I find as I have gotten older I have less time for the board level hacking that I used to do and instead wind up doing more pre-built component assembly. This latest 4-digit ZM1020 clock I got would be case in point. I had to get a power supply, tubes and still need to fashion a stand for it. The limit of my "assembly" work was nothing more than I would do to assemble a PC these days. I have to say the accuracy of this ZM1020 clock is incredible. Over a week running now and it is still accurate to the second. No idea what they are using for the time base and I really wish I had a schematic for it. On Friday, October 4, 2019 at 12:01:37 PM UTC-4, Jim KO5V wrote: > > Hi Robert, > HI Robert, > > Which OZ2CPU clock do you have? I just built 2, V1.08 clocks (ca > 2005-ish), running IN-18 tubes, and V5.8 firmware. Our mains frequency is > very flaky, and I was being slowly driven nuts by the clocks sometimes > gaining several seconds per day. Maybe the long-term average is fine, but I > can't seem to deal with it! > > The kits were designed to take a 50Hz, 60Hz or 1pps reference signal. I > found the DS3231 clock chip, which is compensated for temperature, and is > very accurate. It puts out a 32.768 kHz square wave, which when put through > a couple of flip-flops, gives a ~5V 1pps square wave (.5 sec on, .5 sec > off). The clocks have been accurate since I added this circuit. > > However, there is one "glitchy" thing: it takes exactly 39 seconds from > when the "set" button is pressed, for the seconds start counting. It's no > problem, I just have to set it for the next minute, and press the set > button at 21 seconds after the current minute starts. This delay is > consistent. > > I ordered a new PIC withe the latest firmware (V6.3, I think). A "slot > machine" effect was added to prevent cathode poisoning (it does this every > 10 minutes, which is a bit too often for me). With the new PIC, the 1pps > input does not cause the 39 second delay, and it keeps perfect time, but it > screws up the slot machine effect so each tube shows one number for 3 > seconds when it is supposed to be doing the tube-saving routine. It works > fine with the 60Hz reference. > > I have gone back to the original firmware, and am just living with the 39 > second set delay. I have added LDRs to the clocks, which gives them four > tube illumination levels. That should help with the tube life. > > I also have one of his two-tube B7971 clocks that has been running for > about 15 years. Since there are no seconds, I haven't noticed any error, so > no stress there! > > If you would like some details as to what I did to convert the clocks to > the 1pps reference, let me know. I invented nothing here, just combined the > work of other folks! > > Good luck. Jim > >> >> Finally, I have been thinking of replacing my now 40 year old handiwork >> with the OZ2CPU kit I assembled as it supports B-7971's. The design I >> followed uses the line frequency for time keeping. Unfortunately it tends >> to drift quite a bit during the day and any line noise can cause the time >> to change quite a bit. Also I am finding the whine from the multiplexed >> tubes bothers me more now than it did when I was younger. That tells me it >> is time to modernize. >> >> >> Robert >> > -- You received this message because you are subscribed to the Google Groups "neonixie-l" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web, visit https://groups.google.com/d/msgid/neonixie-l/dd2be26e-671a-42cc-ac5d-5cb8a1863b88%40googlegroups.com.
