4
\$\begingroup\$

I designed a board and sent it to China to have the PCB made and parts assembled.

It contains an ARM CPU and a Micrel physical ethernet chip.

I used a FOX Oscillator FXO-HC536R-25 (25 MHz) to drive both the ARM and PHY.

The OSC stated output cap at 15 pF. Both the ARM and PHY had 5-7 pF at the EXTAL inputs.

I could not connect JTAG to the CPU so started to see what issue might exist.

I'm using a 100 MHz 1 GSa/s Rigol scope to look at the OSC's output pin.

I get a sinewave with period of 6 ms.

Power, Enable, and Gnd voltages are all good at the OSC.

I considered the CPU and PHY might be loading the OSC's output so I cut the OSC output trace separating it from all other traces.

Same sinewave after removing it from the circuits it was driving.

I'm an old EE but mainly software the last 40 years.

Can anyone make a suggestion on how I should proceed from here?

To me it appears the FOX OSC is not running correctly -- what would cause that with no loading?

Is there some issue that can occur during assembly that could be causing the issue? It is SMD with the pads under the OSC's can.

Schematic

PCB

Actual PCB -- SEE cut trace

If you look at the actual pic of the board, you can see I cleaned the solder mask from the 3 traces to actually measure the voltages on the trace/pad of the OSC. You can also see where I cut the trace just before the via to remove all loading from the OSC.

Scope probe X10.

Decoupling Cap C21 just below OSC

Pic2

Pic3

Pic4

I acquired 10 prototypes.

I've tested all 10 and the same OSC behavior.

I did notice something. When power was applied I get a 166 hz sinewave. I turn off power and as the voltage decays, the output turns into a square wave, reduced amplitude but increased freq -- can't tell exact freq since it decays quickly.

I ordered some oscillators from Mouser -- be here next week. I will update my status at that time.

UPDATE:

I called FOX this morning and spoke with a couple of very nice Engineers.

Turns out -- I was the problem!!! I come off of my 3.3v regulator and derive 3 separate 3.3v power rails: Digital, Ethernet Analog, and Audio Analog. Each rail has a ferrite bead to isolate them.

25 mhz oscillator don't like ferrite beads in the power suppy. The OSC requires about 20 ma to startup and the ferrite bead prevents this from occuring.

I removed the ferrite bead and replaced it with a jumper -- OSC works as it should now.

Thanks for comments.

\$\endgroup\$
8
  • \$\begingroup\$ I can think of a few possibilities - but to help include/exclude some things: (a) What 'scope probe are you using to measure the output from the oscillator? (b) What capacitive loading does it have, according to its specification? (c) "Both the ARM and PHY had 5-7 pF at the EXTAL inputs." Do you mean that you added 5pF-7pF capacitors to these inputs, or something else? It would help to see the schematic (or even just the currently relevant parts) and a photo of the board (in case something "jumps out", which we won't guess without seeing it). (d) What is the pk-pk voltage of the sine OSC o/p? \$\endgroup\$
    – SamGibson
    Commented Jul 21, 2016 at 23:37
  • \$\begingroup\$ I added no additional capacitance. The 5-7pf are from the chips typ and max specifications. How do I add pictures? Sinewave 0 to 3.3v \$\endgroup\$
    – JHinkle
    Commented Jul 21, 2016 at 23:47
  • \$\begingroup\$ Thanks for that response to points (c) & (d). That gives me something to think about. I look forward to the others :-) Regarding adding pictures - there are several ways; easiest is to use the icon above the edit box, which looks like a couple of mountains (just to the right of the "{}"). \$\endgroup\$
    – SamGibson
    Commented Jul 22, 2016 at 0:01
  • \$\begingroup\$ Scope probe max 15 pf. Show nice square corners on square wave test signal 1 khz. What concerns me is the frequency of the output - nowhere near 25 mhz \$\endgroup\$
    – JHinkle
    Commented Jul 22, 2016 at 0:08
  • 1
    \$\begingroup\$ Thanks for the images. The photo is a bit blurry and doesn't show much PCB around the osc. I'm worried that we can't see C21 (the decoupling cap for the osc). How far away is that cap? Also there seem to be solder splashes from the PCB pads for the osc, to the silkscreen for "U10". Is that true? Any chance of the splashes being relevant? I know you are concerned about the freq - but that is only one of the issues in what you originally said. The other is the sine wave instead of correct square wave o/p. Excessive cap loading could have been the cause, if you used a x1 probe, but now answered. \$\endgroup\$
    – SamGibson
    Commented Jul 22, 2016 at 0:12

1 Answer 1

1
\$\begingroup\$

To me it appears the FOX OSC is not running correctly -- what would cause that with no loading?

Based on the updates, including info that those are deliberate PCB cuts near oscillator U10 and not solder splashes, and since you have updated that you were using a x10 probe with 15 pF loading, then my hypothesis would also be that the oscillator is indeed not working correctly and this is not a measurement artefact.

My one concern about the design is that C21, the decoupling capacitor for the oscillator, is not visible on the portion of the PCB layout supplied, and so it might be too far away. (Unfortunately the lack of annotations on the new photos mean that I still don't know which one is C21.)

Can anyone make a suggestion on how I should proceed from here?

To confirm that the oscillator isn't working correctly, I would leave the existing one disconnected, and add a replacement oscillator upside-down (with adjacent decoupling capacitor) e.g. on the reverse side of the PCB near U7. Test its output to ensure it is as expected. Then connect the new oscillator's output to the PCB via the through-hole for the oscillator signal there.

To me it appears the FOX OSC is not running correctly -- what would cause that with no loading?

Possible causes for the existing oscillator's apparent failure include overheating during soldering and ESD damage. Since you didn't see the assembly, you will likely never know the cause, unless you can interest the oscillator manufacturer in doing a failure analysis for you (which usually depends on your relationship with them e.g. future sales predictions, due to the cost for them in doing F.A.).

Is there some issue that can occur during assembly that could be causing the issue? It is SMD with the pads under the OSC's can.

You explained that the output voltage is full-range i.e. 0 V to 3.3 V (albeit a sine wave) so I don't see an obvious sign of resistive loading. I mentioned other potential causes above.

Edit: A possible assembly issue are the added pads on that oscillator along the "long" sides. Those extra 2 pads are marked as "N.C." and also "TP" in the oscillator datasheet.

Pinout of oscillator, from its datasheet
Source - datasheet page 6

Those pads absolutely must not be connected to anything. Hidden solder bridges during assembly to those pads (terminals) underneath the oscillator may cause incorrect behaviour, yet would be undetectable when checking for correct connections just from the 4 "normal" oscillator pads.

In summary, after checking about those "N.C." oscillator pads, I would move forward by confirming failure of the existing oscillator by substitution. However, especially without you seeing the assembly (and device handling procedures) at the assembly house, I don't know how you will find true root cause, without an F.A. of the oscillator (when you have confirmed, by substitution, that it has indeed failed).


Newly added update to question:

I acquired 10 prototypes. I've tested all 10 and the same OSC behavior.

That new info is the first time that anything more than one affected PCB has been mentioned. I will leave my answer in place as it shows conclusions which are still valid, but it makes some possible causes less likely, of course.

\$\endgroup\$

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.