Hi David. The 200-sec period error is coming from some component lying upstream of the worm gear. Whatever that component is - maybe some kind of spur gear that is driving the belt system - it is rotating at 2x the speed of the worm gear. In some cases, a belt-drive system can also have periodic errors like this if the belt moves laterally on whatever spindle system it uses. In order to measure periodic error, you should run the your guiding session near Dec = 0. If you do that on your system, you will probably find that the error is about 2x larger than what you've shown here. I think there is also an error contribution on your system at about 400 seconds, it is just smaller, about 0.7 arc-sec for this pointing position. Since the LogViewer is estimating the frequency spectrum by "backing out" the guiding corrections from normal guiding operations, there is some uncertainty in period estimation.
Since the largest error has a frequency that is an integer harmonic of the worm frequency, a high-quality periodic error correction should address it. But that would probably need to be done by an app like PemPro, one that evaluates performance over multiple worm periods and rejects contributions from seeing noise and outliers. But it's also possible that the PHD2 PPEC algorithm is already handling this well so you may not want to fool with it. We usually recommend that people use their imaging results as the standard of performance.
Hope this addresses your question,
Bruce