Products > Test Equipment

The Siglent SDG1000 and SDG800 thread

<< < (48/81) > >>

rf-loop:

--- Quote from: Deni on January 22, 2016, 08:58:09 am ---To verify my findings, set generator CH1 to say 1kHz, attach it to the scope and set scope display to persistent mode and select time base so you see several periods of the signal.
Then select channel2 on the generator and rapidly change frequency of channel2...

--- End quote ---

Is it possible you give some documents about your findings. Example screen dump (if possible) from oscilloscope and explanation what is set up exactly including signal connections.

I do not have SDG1000 series at this time for testing. But, I find something "strange" with SDG5000.
So lets investigate this case bit more. It looks like all strange unexpected things can exist until enough evidence that it do not exist.

Btw, drop out trigger function and/or mask test is nice tool in oscilloscope.

paul:
Deni,

My SDG1020 has always behaved this way. A much easier way to see this feature is to set CH1 to 1.000 000 Hz and CH2 to 2.000 000 Hz connect up to a oscilloscope of you choice with a nice slow sweep and then with the cursor on the last digit of the frequency setting for channel 2 change it to 2.000 001 Hz.
You will see both channels restart at the zero point of the waveform, same thing happens if you have different waveforms on either channel.

Is this a limitation of the design of this function generator, could be a software issue or a hardware limitation, or do all DDS based function generators work the same way ?
 
Screen shots of the feature below. NB. QuickPrint2 is a zoomed in view.

rf-loop:
This is partiaally OT because this is SDG5000.
I do not have at this time SDG1000 or SDG800 for tests.
But still I think this is perhaps useful for think this whole issue.
After several tests with SDG5000 my opinion is that there is severe error is system but I still do not believe mistake in HW.

About this one image.
Signal from SDG5082 CH1 to oscilloscope CH1 and CH2 to CH2.
Oscilloscope here is SDS1202X
Trigger is set for drop out in CH1 signal.
CH1 is 50kHz and during this test I do not touch it. (freq is not important, same happend also with other freqs)
CH2 is bit over 1kHz and then step changed to over 2kHz. (freq do not matter here, around same with other frequencies)
During this test I change SDG CH2 frequency.
Change can see in upper window around 900us before trigger point.
Change is nice without glitches. Also at this point nothing happend in CH1 signal, rock solid.

BUT then, after nearly 1ms start hassle. Both channels signal breaks and independent of signal phase, just cut off.  After short time signals start from around 0 degree but more or less phase shifted related to original wave and depending frequency just right signal come out (from both channel but here in this image CH2 freq is so low that can see only tiny part of cycle but CH1 it can see. 
Then soon after short time both channels breaks agen independent of signal phase, just cut off. After then both channels start and continue normally.
This is case with sinewaves. Situation is bit more complex with some other waveforms.
It is good to note these phase shift during breaks. It may give information for reduce area for finding this  problem living address or least what part of city it live.

I will report this bug to Siglent after I get more tests ready and better documentations. (but this is SDG5000)
Add:(Reported to Siglent with some documents at 25.Jan)

I have tested this using current and also previous FW:
Current, 5.01.01.15R1 Published?2015-11-12
Previous, 5.01.01.12  Published?2015-03-10
Result looks like same.

(I remember one old case where I find SDG800 missing pulses (very different case) and Siglent find reason very quicly and also it was nearly immediate repaired with new FW (if I remember right problem was in FPGA some timing), so I hope this is also repairable easy after know where this problem is. 
Why it breaks CH1 when I adjust CH2. This is not acceptable at all.
This is so severe error that this must get fatal or severe class status for inspect and solve as soon as possible.
Problem is now also that factory is soon shut down phase for holiday and totally closed from 30.Jan - 20.Feb. How long it then take before all are "wake up" and processes run normally.


Other question is that is these kind of equipments, independent of manufacturer,  enough reliable for directly drive some critical things where may happen severe damage if channels timing related to each others is "die or live" question and specially if signals need adjust on the fly. My individual opinion is that No. These kind of equipments are not suitable for this kind of solution without some safety circuits between siggen and object. Not only because there may happend some anomalies in signal  during adjustment in fly but also one single mistake with buttons and -  when the smoke is allayed, then calculate damage.  Least it need run enough of tests and exercises with some test setup where object is cheap enough for destroy.

tautech:
New versions of Easywave software are available:
http://www.siglentamerica.com/gjjrj.aspx?id=14

billfernandez:

--- Quote from: tautech on January 25, 2016, 10:28:29 am ---New versions of Easywave software are available:
http://www.siglentamerica.com/gjjrj.aspx?id=14

--- End quote ---

FYI, I have found that the P34 version will not run correctly on my Windows 7 PC.  It throws a series of "An unsupported operation was attempted" errors.  I had to uninstall it and re-install the P32 version.  I posted about this in the Siglent tech support topic, and a few others seem to be having trouble too.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

There was an error while thanking
Thanking...
Go to full version
Powered by SMFPacks Advanced Attachments Uploader Mod