3

Context

I'm building a 7kW bidirectional two-stage switching converter. Each stage has its own control board and processor. The entire system runs off a common 24V rail.

Isolation stage

Two H-bridges on either side of a transformer, running at 18 kHz, 50% duty cycle, both sides switching. Big dumb isolator, no regulation. Processor just feeds the pulse widths, phases them in on startup, and provides appropriate delay across the transformer. Running a dsPIC 30F4013, 5V rail from a switching regulator.

Regulation stage

Two IGBTs in series, running at 12 kHz. If the lower switches, it boosts out of the isolation stage. If the upper switches, it bucks into the isolation stage. Running a dsPIC 33EP128MC506, 3.3V rail off a switching regulator.

The mystery

In boost mode, the entire system works fine, no problems across the entire power range. In buck mode, I get processor resets when the system reaches about half rated current. Specifically, the isolation stage processor resets pretty consistently when I reach a particular current range. (It's definitely current-related. If I tell my control software to limit the current, and keep raising the input voltage, I get no faults.) If I alter the configuration bits, moving the brownout detect level from 4.5V to 2.0V, this processor stops resetting. This strongly indicates to me that the processor is resetting due to brownout. RCON register contents are consistent with this as cause of reset.

So now I can raise the current further, However, when I do, the regulation stage processor now starts to reset! That particular processor doesn't have any way to alter the brownout level, but it's a reasonable assumption that's the cause. RCON register is again consistent with brownout as cause of reset.

So I've got two processors resetting as a response to how much current is running through my converter, but only in one direction. It's reasonable to guess that both are resetting on brownout, due to some shared environmental factor. I've tried disconnecting all common points between them, disconnecting the down-stream H-bridge drive, and rerouting some cables. Nothing I've described changes. The only things both processors still have in common are their common power rail, and physical proximity.

Scope shows no deviation on the logic power rails. There's some 18 kHz noise, but that's there even if I connect both ends of the scope probe to the common test point. Otherwise, the rails look great. I've got .1 uF multilayer ceramic caps at every power input to both processors, and a 100 uF tantalum also immediately adjacent. Increasing these capacitances has thus far had no effect. Both circuit boards are two-layer, with a copper area tied to common on the bottom layer directly under each processor. (Processor is defined as being on the top layer, so there's circuit board material in between.)

All I can think to try is some sort of physical rearrangement involving shielding the processors from the power components. Does anyone have other suggestions?

Stephen Collings
  • 17,373
  • 17
  • 92
  • 180
  • What sort of switching regulators feed the processors? I would check the feedback pins of these regulators, high impedance inputs are quite sensitive to EMI. – Lior Bilia Oct 07 '13 at 20:07
  • Can you described the reset circuitry on the reset pin on the micro controllers. I have seen similar failures and it can be caused due to a lack of a capacitor adjacent in the reset pin of the microcontroller – Kvegaoro Oct 07 '13 at 20:29
  • @LiorBilia Regulators are 78SR series. http://www.murata-ps.com/data/power/oki-78sr.pdf – Stephen Collings Oct 07 '13 at 20:32
  • @Kvegaoro Reset pin is pulled up by 4.7k with a .1uF in parallel. No measurable notches on it. – Stephen Collings Oct 07 '13 at 20:33
  • How are you triggering your scope to check for these gliches? Turn autotrigger off, trigger on a falling edge with the level set at around a volt lower than the microcontroller power. Apologies if you're already doing this. – Scott Seidman Oct 07 '13 at 20:42
  • @ScottSeidman doing that already. No apologies necessary. :) – Stephen Collings Oct 07 '13 at 21:46

2 Answers2

4

The H-bridge on the high-voltage side of the isolation stage had a very high slope when the upper transistors were turning off. Adding an RC-series snubber across the windings limited this slope, and moved the problem to where only one processor was resetting, and that at 95% of rated current. Doubling the C (further halving the slope) eliminated the problem entirely, up to 105% of rated current.

Conclusion: high dV/dt on a nearby converter can emit enough EMI to reset a processor, in a way that produces symptoms consistent with brownout.

Stephen Collings
  • 17,373
  • 17
  • 92
  • 180
3

Congrats on finding a fix. Such intermittent problems are generally challenging.

The root cause could still be conducted EMI, with your snubber reducing the high-frequency generated noise on the buses and thereby fixing the problem.

Consider substantially increasing the filtering on your logic rails (including an LC filter) and adding 10nF (or 1nF, or both?) bypass caps across the 100nF bypass Cs, with the goal of providing a low rail impedance across a very wide frequency range.

Another item is control of the return currents, specifically keeping the power current out of the processor boards.

Art Brown
  • 471
  • 3
  • 7