Jitter seen on mains zero cross signal?

cupoftea

Advanced Member level 6
Joined
Jun 13, 2021
Messages
3,050
Helped
62
Reputation
124
Reaction score
139
Trophy points
63
Activity points
15,937
Hi,
We were experimenting with a mains zero cross circuit as attached.

This is a bog standard, well known mains zero cross circuit, with many imperfections.

By changing the component values you can choose for the rising edge of the zero cross pulse to come either "just before", or
"just after" the zero cross. (as shown attached).

If you use the "just before" circuit values, then the rising edge of the zero cross pulse is seen to jitter on the scope
(by 'jitter' I mean the rising edge of the zero cross pulse 'scuttles' back and forward over some 15us or so)

If you use the "just after" zero cross circuit values, then there is no jitter seen in the rising edge of the zero cross pulse.

The scope being used is the DS1054Z, and this scope has a known jitter problem.
The thing is, why is the jittering not seen with the circuit where the rising edge of the zero cross pulse comes "just after" the zero cross?

DS1054Z scope jitter problem.

Attached is also the LTspice file of the zero cross ccts.
 

Attachments

  • zero cross signal.png
    63.5 KB · Views: 22
  • Zero cross ccts.png
    74.1 KB · Views: 21
  • ZERO CROSS SIM.zip
    2.8 KB · Views: 12

I imagine that "before" is really "delayed almost a full cycle" and a long timing ramp to get long delay is going to transform voltage noise into time noise (random jitter) at higher "gain".

Your stated jitter band, 15us, seems like <0.1% of period, I call that not bad if my take is correct.
 
Your stated jitter band, 15us, seems like <0.1% of period, I call that not bad if my take is correct.
Thanks, i think you are right...the original thought train was that the jitter was somehow coming from mains noise...though as i think you would agree, this is unlikely...its more of a scope artefact.

The thing is, why is the jittering not seen with the circuit where the rising edge of the zero cross pulse comes "just after" the zero cross?....or, is that what you were saying about the "just before" one actually being delayed almost a full cycle, and the "long delay"?
 

I imagine that "before" is really "delayed almost a full cycle"
It isn't. The circuit is partly high-pass filtering mains voltage to achieve negative phase shift. Unfortunately this amplifies harmonics and switching noise.

The circuit design approach seems a bit arbitrary to me.
 

Thanks i see your point, though the first bit of the filer is a low pass 10k/10n RC filter, i am surprised this isnt able to slug out the noise (if it is noise and not scope jitter).
 

Your ZCS design is poor because it fails to use the symmetrical duty cycle of a limited sine wave to precisely produce a clock out. It is basically a precompensated half wave limiter using the asymmetry of an optocoupler threshold with far too many random parts added with no benefit and no clear design. Hence jitter is inevitable and will change in batches due to hFE variations and LED variations. It all starts badly due to no theory of operation or design specs. Although I don't need it, you do.

Simply make an AC limiter however you know how that produces 50.0% duty cycle then delay the signal x microseconds and compare (XOR) to produce a ZCS.
If you need isolation or lightning suppression, use 1:1 transformer as a CM choke or choose a Balun with high L BEFORE the limiter, not after. Then expect 40~60 dB CMRR.
Use R or C divider to ~2Vp and only need 5V logic voltage.
If using NPN use negative feedback with high CE gain reduced to 30 dB gain for better symmetry. A comparator does the job. You can even use a CD4000 style logic buffer as a linear AC amplifier with 40~60 dB gain. Opto-transistors are much less symmetrical due to the 3:1 hFE tolerance range in gain..

There are many other simple ways to make a jitter-free precise ZCS signal.
Start with good design specs for a limiter then define where you want the ZCS pulse leading/trailing edge.
 
Last edited:

Similar threads

Cookies are required to use this site. You must accept them to continue using the site. Learn more…