Products > Test Equipment
Hantek HDG2002B AWG: 5Mhz or 100MHz? Let's see!
<< < (41/134) > >>
idpromnut:
Re: my clock test above, can anyone else confirm that the phase noise on the output is horrible?  I.e., scope both an output and the internal Ref out (from the back BNC), set the output to 10MHz and trigger off the rear 10MHz reference. I would expect to see both the ref and output signals sync'ed.
FrankenPC:

--- Quote from: idpromnut on June 25, 2014, 01:56:54 pm ---Re: my clock test above, can anyone else confirm that the phase noise on the output is horrible?  I.e., scope both an output and the internal Ref out (from the back BNC), set the output to 10MHz and trigger off the rear 10MHz reference. I would expect to see both the ref and output signals sync'ed.

--- End quote ---

I can check this later today.  I'll get back to you.
fremen67:

--- Quote from: rdg on June 25, 2014, 06:41:30 am ---I started to make a dump of the flash, for some reason when I get to doing mtd3 (the rootfs) it runs forever generating 500 MB or more until I kill it.
Am I doing something wrong? I am just using:

nanddump -b -f /mnt/udisk/dump/ROOTFS.bin /dev/mtd3

--- End quote ---
You are right, nanddump is not  ;)
There is a bug in this version of nanddump (also identified on MSO/DSO with linux 3.2.35)
Just use the one attached to this post (it comes from a script Tinhead posted on the Hantek - Tekway DSO topic).
fremen67:

--- Quote from: idpromnut on June 25, 2014, 01:56:54 pm ---Re: my clock test above, can anyone else confirm that the phase noise on the output is horrible?  I.e., scope both an output and the internal Ref out (from the back BNC), set the output to 10MHz and trigger off the rear 10MHz reference. I would expect to see both the ref and output signals sync'ed.

--- End quote ---
Yes there is a problem and it is more likely a software one. The 10Mhz generated by the standard square function as 2 problems:
- it is not accurate ( my MSO reads 9.99986Mhz)
- the duty is varying (ghosts traces on falling edges)

I did the test using TTsource and the ARB function with a "clean" 10Mhz square signal:
- my MSO reads 10.0000Mhz
-  no more ghosts falling edges

It is tricky with TTsource to create such accurate files because the number of samples has to be a multiple of 16 (TTsource rounds it itself otherwise). So for 10Mhz you can't directly draw a cycle of 25 samples as it will round it to 32... you would need to have 400 samples at least (25x16) and draw 16 cycles.
At the moment I use Agilent BenchLink Waveform Builder to draw signals (f.e. 10 seconds to enter you want 16 cycles of a square wave on 400 samples) and export it, run a macro that converts the file to a .hwf file that I import in TTsource and download to the Hdg. Yes that's wired but than you have very acurate signals out of the HDG. Plus Waveform Builder is much more powerfull than TTsource.
Another problem of TTsource with arbs is that it always tries to have around 6000 samples when you enter a frequency (I suppose to reduce downloading times) and its choice of divider is not always the best one. So it is often better to directly chose yourself the divider and the number of samples that meets your needs.

Could you try the same tests with the attach files? (just unzip and use TTsource to import and download to the HDG)
idpromnut:
@fremen67:  thanks!  I will try those out in a couple of hours. Note that in my test, I used a sine wave (to avoid difficult measurements involving the rising and falling edges of the waveform) and I also noted that the duty cycle + frequency generated was pretty spot-on to 10MHz. I will perform some more tests with the arb function file you posted however. :D
Navigation
Message Index
Next page
Previous page
There was an error while thanking
Thanking...

Go to full version
Powered by SMFPacks Advanced Attachments Uploader Mod