1
\$\begingroup\$

I've been working on a project which involves a PWM signal that operates at 30khz with a 10 bit resolution. I am generating the signal with a Teensy 4.0, which has a 600mhz processor, well above the ~31mhz required to generate the PWM frequency and resolution I need. I was measuring this signal with my oscilloscope, just to verify that everything was working, and I noticed that as soon as the PWM pulse width drops below 200ns, I stop seeing well-formed pulses. 200ns corresponds to ~5mhz, and my scope has a 100mhz bandwidth, so my sense is that is should be able to display the minimum pulse width of a 30mhz signal. Am I wrong about this, or is it possible that something else is affecting the my ability to either emit or measure pulse widths below 200ns (as far as I can tell—the actual point where it stops providing clear measurements might be lower). I checked my probe and it was set to 10x, as was the oscilloscope, so I don't think that's a factor.

Here's a 300ns pulse. I was actually able to measure a 200ns pulse by increasing the PWM frequency to 48khz (sorry about my fingers, but you can see the important bits) Here's a 300ns pulse. I was actually able to measure a 200ns pulse by increasing the PWM frequency to 48khz (sorry about my fingers, but you can see the important bits)

This is the minimum pulse width, which should be about 32ns This is the minimum pulse width, which should be about 32ns

\$\endgroup\$
6
  • \$\begingroup\$ That looks pretty well formed to me. You have a bit of capacitance on your line, clearly, but it's not that bad for pulse widths of more than about 100 ns. This isn't a measurement problem. \$\endgroup\$
    – Hearth
    Mar 31, 2021 at 2:39
  • \$\begingroup\$ Sorry, I'm actually not worried about the top pulse, which is just an example of a good pulse that I'm seeing. It's the bottom pulse with the < 100ns width that concerns me. \$\endgroup\$
    – flimsy
    Mar 31, 2021 at 2:58
  • \$\begingroup\$ You should use the ability of the scope to do a screen capture directly to a memory stick rather than taking a picture, it will be much clearer - it's especially bad that your fingers in the way in one shot! \$\endgroup\$ Mar 31, 2021 at 2:58
  • 1
    \$\begingroup\$ What is the bandwidth of the scope probe? Is it in the 1:1 or 10:1 setting? \$\endgroup\$ Mar 31, 2021 at 3:00
  • 2
    \$\begingroup\$ You have the scopes bandwidth limiter on. See my answer below \$\endgroup\$
    – tobalt
    Mar 31, 2021 at 5:10

2 Answers 2

2
\$\begingroup\$

The small B in the CH1 label below indicates that the BW limit is on. click on CH1 knob and select Bandwidth Limit Off

The real signal will look more rectangular most likely.

The bandwidth limit is offered by these scopes so you are not overly confused by the oscillations when not doing a proper differential measurement with low loop impedance return cable. It also helps to see mVs of ripple in the kHz range that can be buried in 10s of mV rms wideband noise.

\$\endgroup\$
1
  • \$\begingroup\$ OMG, that was it! Thank you! \$\endgroup\$
    – flimsy
    Apr 1, 2021 at 3:18
2
\$\begingroup\$

Your scope should be able to reproduce rise and fall times down to around 3.5ns.

There is a relationship between the rise time of an edge and the signal bandwidth. The bandwidth of a square wave does not depend on the square wave frequency. It will always be higher than the frequency. The exact bandwidth in the signal will depend on the rise and fall time of the square wave.

What this means for an oscilloscope is that fast square waves may not be reproduced correctly. If the scope bandwidth is too low, the apparent rise and fall times on the scope will longer (slower) than the actual rise and fall times.

Here is the approximate relationship:

BW = 0.35 / Tr

Where BW is the bandwidth and Tr is the rise time from 10 to 90 percent. Solving for Tr you get:

Tr = 0.35 / BW

So for you, Tr = 0.35/100MHz = 3.5ns.

The scope probe can also limit rise times, but in your case you are using a 150 MHz probe, so it should be OK.

The last thing to double-check is the probe compensation. An under-compensated probe will cause the rise times to appear slower than they actually are.

If the probe compensation is OK, then most likely, the signal you are seeing on the scope is the real signal. Some RC time constant in the actual circuit may be limiting the rise and fall times.

\$\endgroup\$
6
  • 1
    \$\begingroup\$ Excellent, thank you, that is super helpful! I'll have to do some more poking around to see what is limiting the rise and fall time. \$\endgroup\$
    – flimsy
    Mar 31, 2021 at 3:26
  • 1
    \$\begingroup\$ You should verify the probe compensation is OK, too. \$\endgroup\$
    – user57037
    Mar 31, 2021 at 3:31
  • \$\begingroup\$ Please note that the other answer is right, the scope bandwidth limit setting is on. \$\endgroup\$
    – Justme
    Mar 31, 2021 at 6:42
  • \$\begingroup\$ @Justme doh! It is always something simple like that, isn't it! \$\endgroup\$
    – user57037
    Mar 31, 2021 at 7:12
  • 1
    \$\begingroup\$ I selected the other answer as correct, since he did technically solve the exact problem, but thank you for your answer regardless, it was very helpful. \$\endgroup\$
    – flimsy
    Apr 1, 2021 at 3:22

Your Answer

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

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