Siglent SDG1000X Waveform Generators - Page 1
Forum section: electronics / testgear

author: tautech
author_rank: Super Contributor
timestamp: September 05, 2016, 10:22:23 am
content: The next in the X series instruments range, a SDG1000X AWG has been released.The range has 2 models with 30 or 60 MHz frequencies with SineandSquare waveforms to the maximum frequency of each model.https://int.siglent.com/products-overview/sdg1000x/https://siglentna.com/waveform-generators/sdg1000x-series-functionarbitrary-waveform-generators/https://www.siglenteu.com/waveform-generators/sdg1000x-series-functionarbitrary-waveform-generators/Models from $399319POI listOutput stage repair:https://www.eevblog.com/forum/repair/siglent-sdg1062x-goes-to-overvoltage-protection-mode/

author: Wuerstchenhund
author_rank: Super Contributor
timestamp: September 05, 2016, 12:35:51 pm
content: Did I read that right, 16k sample memory?I know that the SDG1000 Series is supposed to be cheap but couldn't they spend the $1.50 or so it probably costs to make that to something a little bit more appropriate for 2016, like say 1M?

author: nowlan
author_rank: Frequent Contributor
timestamp: September 05, 2016, 02:23:25 pm
content: Did they drop the touch screen. I had hoped to see the the 2000 series cheaper dropping un-needed touch. Not sure its used for anything special.Also the images are loading very slow on that siglent website, despite being 30kb?

author: rf-loop
author_rank: Super Contributor
timestamp: September 05, 2016, 02:33:58 pm
content: Quote from: Wuerstchenhund on September 05, 2016, 12:35:51 pmThis model have Fixed Arb memory lenght, Fixed clock. With 1M Arb whole memory to DAC, without jumping, take near 6.7ms. Max Arb repeating freq without jumping is around 150Hz. Not problem but also not always nice when change freq etc and user can not easy know what detail it is now jumping over..If it have adjustable lenght then max 1M or 10M or 100M...

author: CustomEngineerer
author_rank: Frequent Contributor
timestamp: September 07, 2016, 03:35:40 am
content: Interesting that these appear to be a slightly lesser version of the SDG2000X series in just about everything except for square wave performance. Up to 60 MHz square waves on the SDG1062X.

author: tautech
author_rank: Super Contributor
timestamp: September 07, 2016, 03:52:42 am
content: Quote from: CustomEngineerer on September 07, 2016, 03:35:40 amYes you might say that but also that they're an updated SDG1000 to X series status:Bigger and higher resolution displayLAN added.Same output amplitude on both channels.Plus the many more inbuilt arb waveforms that were only available on the SDG2000X series.

author: pascal_sweden
author_rank: Super Contributor
timestamp: September 07, 2016, 09:17:52 am
content: Better to go for the entry model in the SDS2000X series and "upgrade" it to 120 MHz.The price difference is not that big after all, and the specs are so much better, so it's definitely worth!

author: Orange
author_rank: Frequent Contributor
timestamp: September 07, 2016, 09:19:13 am
content: Do the new Siglent X gens support the dBm setting on the amplitude ?I cannot find this in the manuals, screen shots in the manual do not show this either.

author: simone.pignatti
author_rank: Frequent Contributor
timestamp: September 07, 2016, 03:34:06 pm
content: Here is a PDF file which shows the main differences between SDG2000X and SDG1000X- 14bit Vs. 16bit- Bandwidth- DAC Sampling Rate- Noise Floor- Pulse Performances- Arbitrary Performanceshttp://www.batterfly.com/PDF/Siglent/siglent-sdg2000x-sdg1000x.pdfBye

author: smarteebit
author_rank: Contributor
timestamp: September 08, 2016, 01:15:35 am
content: Quote from: simone.pignatti on September 07, 2016, 03:34:06 pmSince SDG1000X is a update of SDG1000, I don't think comparing it with SDG2000X is fair. It makes more sense to show a table with the differences between SDG1000 and SDG1000X.

author: Orange
author_rank: Frequent Contributor
timestamp: September 08, 2016, 07:09:59 am
content: Quote from: Orange on September 07, 2016, 09:19:13 amI guess not, better stick to Rigol then

author: tautech
author_rank: Super Contributor
timestamp: September 08, 2016, 07:22:46 am
content: Quote from: Orange on September 08, 2016, 07:09:59 amSorry Orange, away from office ATM, I'll try to find this out for you.

author: simone.pignatti
author_rank: Frequent Contributor
timestamp: September 08, 2016, 07:36:07 am
content: Here is the product evolution from the SDG1000 to the SDG1000X- Main Specs- Dual Channel- Pulse- Square- Noise- Software- New Featureshttp://www.batterfly.com/PDF/Siglent/siglent-sdg1000-sdg1000x.pdfBye

author: tautech
author_rank: Super Contributor
timestamp: September 08, 2016, 07:56:34 am
content: Quote from: tautech on September 08, 2016, 07:22:46 amI have very fast reply from Jexy at tech support and the answer is yes for 50output only.Edit as promisedI got the same pic as simone.pignatti has posted below from Jext at tech support.But he also sent some more as attached

author: simone.pignatti
author_rank: Frequent Contributor
timestamp: September 08, 2016, 07:57:50 am
content: Quote from: Orange on September 07, 2016, 09:19:13 amYes it does

author: pascal_sweden
author_rank: Super Contributor
timestamp: September 08, 2016, 08:13:37 am
content: At this moment Siglent signal generators outperform Rigol signal generators in the same price range.So it is very easy to decide a purchase.

author: Orange
author_rank: Frequent Contributor
timestamp: September 08, 2016, 04:44:58 pm
content: Thanks guys for checking !May I suggests that Siglent updates the user manual accordingly. They are not mentioning this dBm capability at all, also not in the SDG2000X

author: simone.pignatti
author_rank: Frequent Contributor
timestamp: September 12, 2016, 03:15:00 pm
content: we have now units to test, please let us know if you like to see any special features

author: tautech
author_rank: Super Contributor
timestamp: October 26, 2016, 07:01:07 pm
content: New FW for the SDG1000X serieshttp://www.siglentamerica.com/USA_website_2014/Firmware&Software/firmware/SDG1000X_P22.rar11.7 MbAFAIKT the same features and improvements that have just been added in new FW to the SDG2000X series.

author: janekivi
author_rank: Frequent Contributor
timestamp: October 26, 2016, 08:31:12 pm
content: This is because most of the firmware contents are the same. They have the same root password too.Files in zip are exactly one month old... may be they have different calendar.

author: tautech
author_rank: Super Contributor
timestamp: February 06, 2017, 06:58:27 pm
content: Mini Teardown with pics:https://www.eevblog.com/forum/testgear/siglent-sdg1032x-mini-teardown/

author: tautech
author_rank: Super Contributor
timestamp: June 08, 2017, 09:22:10 pm
content: Siglent are offering a promotion for SDG1032X with a reduction of $40 off RRP. Promo price $359.http://www.siglent.com/ENs/qyxwxx.aspx?id=1968&sid=205Product page:http://www.siglent.com/ENs/pdxx.aspx?id=1463&T=2&tid=16

author: rf-loop
author_rank: Super Contributor
timestamp: September 03, 2017, 08:35:31 am
content: Previously there was questions about dBm level settings and mostly I can see only then 50ohm impedance in images and in messages.SDG1000X series (as also what ever brand and model) can not tell dBm for undefined Hi-Z load. Why - may some noob ask. Because dBm is POWER unit. How can set power if load is unknown (high-z).So with this Hi-Z output setting dBm is disabled. With all other output load settings dBm can use.With defined loads, power level can set as dBm.User can define load from 50ohm up to 100kohm.Example if output freq is over 10MHz Hi-Z max Vpeak-peak is 10V (or 5Vpeak what is same) and internal source impedance is always 50ohm.Now with 50ohm load this maximum Voltage is of course half, 5Vpeak-peak (2.5Vpeak) and this is 1.77 Vrms and to this 50 ohm load it give 62.5mW what is 17.96 dBm (all values bit rounded)But then what happend if I set load impedance to some other value.Say example to 600ohm.This same maximum output level is now 12.49dBm.With same setting, maximum level to 100kohm.Now it give only -9.03dBmYes it calculate right value for this load what user have told to generator.Of course it can also manually calculate if want. Only what need think is thisGND -- [(G~ Ri 0ohm) -- (internal 50ohm) ---(SDGChxOut)] ---Rload-- GNDAnd G~ V is same what it tell for Hi-Z V level.First calculate voltage across this Rload.Using this voltage calculate power across Rload.For dBm calculus this AnalogDevices tool is quite good.http://www.analog.com/en/design-center/interactive-design-tools/dbconvert.htmlNo need calculate (exept that calculations are fun and for young peoples also useful for better understanding things),of course Siglent SDG´s do it for you.In this example imageSDG1kXoutput is set for maximum level using dBm scale and load impedance 600 ohmCommonly dBm is used for 50ohm system but there is lot of other impedances what we use in practice.Also SDG2000X series load can set from 50ohm to 100kohm, just same.Advantage over SDG2000X in SDG1000X is its new square/rectangle wave circuit. It can do full BW Square. (30MHz model 30MHz and 60MHz model 60MHz).In this image example about SDG1kX 60MHz square. Measured using old HP boat anchor but this scope have real 50ohm input impedance instead of what can find in cheap machines as "50 ohm input".Also in somewhere in web I have seen some total crap claims that SDG1000X flatness is not very good.This is what I can see and also I have checked it using HP power meter and results are inline.Sweep from 5MHz to 60MHz with 4 different levels. (yes, under 1.001Vpeak-peak level flatness is not very perfect but, still quite good.Edit Add: SA horizontal scale linear. SDG1000X frequency sweep linear.ETA:Because some user have asked.When you go to set Output Load(Utility >> Output Setup >> Load >> you can here select HighZ or 50ohm. )If you select 50ohm then you see cursor also apperas over 50ohm. Now you can adjust also other values 50 - 100kohm using adjusting knob or enter value using keyboard)

author: rf-loop
author_rank: Super Contributor
timestamp: September 03, 2017, 02:47:59 pm
content: Here Square from SDG1032X with its maximum 30MHz Square.(SDG1062X maximum is 60MHz Sqr what was displayed in previous image)And for compare, Siglent SDG2042X with its maximum 25MHz Square.This is why I told that SDG1000X series have special circuit for Sqr what SDG2000X series do not have albeit it is other way higher performace model.SDG2042X 25MHz (max)SDG1032X 30MHz (max)Game over.

author: tautech
author_rank: Super Contributor
timestamp: September 08, 2017, 02:05:36 am
content: New firmware for SDG1000X models:Version: V1.01.01.22R512.3 Mbhttp://siglentamerica.com/gjjrj-xq.aspx?id=6419&tid=15ChangelogOnly 1 listed item.1.Supported system recovery from U-disk.

author: rf-loop
author_rank: Super Contributor
timestamp: September 22, 2017, 01:43:44 pm
content: Here examples with same settings what are used in this Rigol DG1000Z thread. After I look this I made tiny test with Siglent again with same setup. (exept that used scope is far better)https://www.eevblog.com/forum/testgear/rigol-dg1032z-can-it-be-upgraded-to-dg1062z-or-is-hw-different/msg1306309/#msg1306309Examples15MHz, 25MHz (as with Rigol)After then 30MHz and last 60MHz.Square wave, 50ohm Tektronix feed thru terminator in scope input. Scope used here SDS1202X-EAs can see SDG1000X Square wave is in its own class compared to Riglol.Even with 60MHz there can still see some flat top and nothing like Rigol with 25MHz.EDIT: for more easy compoare I add these Rigol images also here, 15MHz and 25MHz.

author: rf-loop
author_rank: Super Contributor
timestamp: September 24, 2017, 10:46:38 am
content: In previous msg we can see how this generator Square wave works up to 60MHz.Square wave is produced with new special circuits and this rise and fall time is available only with square function. This is also far better than Rigol DS1000Z series but also better than Siglent SDG2000X series.But then there is some factory limits in SDG1000X and here I have done some experimental work for look if these limits are written in stone or...Of course factory limits are with reasons. Example level limits related to frequency need stay untouched for avoid some components over stress.Here some examples about something. (these are not abs max stretched limits but with these limits not yet so much bad effects in signals quality etc.)1. Factory limit for triangle wave is 500kHz.There can see how it works with 2MHz and with 5MHz. (FW limit set for 5MHz)This is just how much we accept turn point rounding (as can see in 50% symmetry image)Other image is with 0% symmetry setting what give maximal corner ringing (and rise time) using 500kHz, 2MHz and 5MHz.2. Factory limits for Pulse are 12.5MHz max freq, minimum width 32.6ns and minimum rise/fall time 16.8ns.In these images can see rise/fall limits are now 11.8ns and then can rise max freq limits for 15MHzAlso limits can stretch more but not without adverse effects due to signal filters and fact that this is 150MSa/s machine.3. Factory limit is max 20kHz from internal source.Here max is set for max 50kHz. In image 50% AM with 50kHz and carrier around 51MHz. (+3dBm @50?)4. Factory limit for Arb is 6MHzHere limit is set for 10MHz. Small drop in peaks level. (think peaks freq)

author: BillB
author_rank: Unknown
timestamp: March 03, 2018, 05:13:30 pm
content: Thanks for the links, rf-loop! I'm thinking that the SDG1000X firmware layout must be similar to the SDG2000X and that some of the features they made available to their units might be available for ours. I think I'll poke around...

author: BillB
author_rank: Unknown
timestamp: March 07, 2018, 10:30:12 pm
content: Quote from: BillB on March 03, 2018, 05:13:30 pmWell, After doing some poking around and seeing what some have done with the SDG2000X AWGs, I managed to upgrade my SDG1032X to an SDG1062X! It seems most of the Siglent devices (as I guess all these types of devices nowadays) are using embedded Linux on an ARM micro, and once you have root access it's relatively easy to make configuration modifications.I've attached a couple of screenshots showing the 1032's new and improved 60MHz output. Another screenshot shows the system info screen with the serial number intact, but with a better model number :-)I've also attached a text document that is an annotated telnet session with the device. If you are comfortable with Linux, it's trivial. If not, the document walks you through the modification process, step-by-step. You should still be comfortable with remote consoles, telnet, and LAN IP stuff.I must say I'm really impressed with all the Siglent gear I have, and with the ability to hack err... modify them, there is really a lot of value for the money.

author: Kuba_eM
author_rank: Newbie
timestamp: March 09, 2018, 11:44:02 am
content: Dear BillB, the file (FW22_eevblog version for the SDG1032X) you mention in the manual is no longer available for download. Could you put it back on some generally available server?

author: BillB
author_rank: Unknown
timestamp: March 09, 2018, 01:07:58 pm
content: Quote from: Kuba_eM on March 09, 2018, 11:44:02 amTry looking here:https://nofile.io/f/Vg5FbxReRVC/SDG1000X_V100R001B01D01P22_eevblog.zipThe password should be reeally easy to guess.

author: Kuba_eM
author_rank: Newbie
timestamp: March 09, 2018, 03:47:58 pm
content: Thank you, BillB"The password should be reeally easy to guess"

author: rf-loop
author_rank: Super Contributor
timestamp: March 10, 2018, 07:11:59 pm
content: In some my prevous msg can see some scope images about changes.https://www.eevblog.com/forum/testgear/siglent-sdg1000x-waveform-generators/msg1307521/#msg1307521https://www.eevblog.com/forum/testgear/siglent-sdg1000x-waveform-generators/msg1309013/#msg1309013Here images from SDG1000X screenRamp, factory limit 500kHz, here rised to 5MHz. (of course corners are rounded with 5MHz)Arb is limited to 6MHz, here 10MHzSome internal modulations are limited to 20kHz by factory, here 50kHzSweep time max is 500s from factory, Here rised to 100ks (bit over one day)Pulse rise and fall times from factory 16.8ns, here 11.8nsThese some limits here are not maximally changed "up to" values. I have not tested what are max values and not even these my values for test carefully all things how they change signal quality when SDG is used outside of factory limits.Then output max level limit (this was only experimental test if it can modify at all or not). From factory it is 0-10MHz max 20Vpp and over 10MHz 10Vpp. Here changed so that 0-12MHz is 20Vpp (Do not change these factorylevel limits! (exept if you really KNOW - here know is not synonym for believe - you can do it in your individual special use so that it can not make damage or shorten lifetime) It may permanently damage output amplifiers.All understand who is fully responsible if your output amplifiers etc fails and it happend easy when go out from factory limits.

author: tautech
author_rank: Super Contributor
timestamp: March 10, 2018, 07:48:26 pm
content: Quote from: rf-loop on March 10, 2018, 07:11:59 pm

author: rf-loop
author_rank: Super Contributor
timestamp: March 11, 2018, 10:25:01 am
content: Rigol DG1032Z 15MHz Square, 1Vpp 50 ohm, Rigol modified DS1000Z oscilloscope and 50 ohm termination.Rigol image source:https://www.eevblog.com/forum/testgear/rigol-dg1032z-can-it-be-upgraded-to-dg1062z-or-is-hw-different/msg1306309/#msg1306309Siglent SDG1032X, 15MHz Square, 1Vpp 50 ohm, Siglent SDS1202X-E oscilloscope and 50 ohm termination.Rigol DG1032Z 25MHz Square, 1Vpp 50 ohm, Rigol modified DS1000Z oscilloscope and 50 ohm termination.Rigol image source:https://www.eevblog.com/forum/testgear/rigol-dg1032z-can-it-be-upgraded-to-dg1062z-or-is-hw-different/msg1306309/#msg1306309Siglent SDG1032X, 25MHz Square, 1Vpp 50 ohm, Siglent SDS1202X-E oscilloscope and 50 ohm termination.And Siglent SDG1032Xm62X 60MHz

author: janekivi
author_rank: Frequent Contributor
timestamp: March 11, 2018, 11:02:22 am
content: Quote from: Kuba_eM on March 09, 2018, 03:47:58 pmFor my files, there is one rule - if you won't be able to guess the password - here,being in this forum user, You are not qualified to hack Your equipment. : )

author: tautech
author_rank: Super Contributor
timestamp: July 26, 2018, 10:43:57 am
content: New firmware for SDG1000X series.Version 1.01.01.30.R112.8 MBhttps://www.siglentamerica.com/download/6889/Changelog1. Supported Up followed by Down Sweep mode in Linear sweep (no change for Log sweep).2. Changed the amplitude strategy of AM modulation: The carrier stays fixed at the amplitude, regardless of the modulation setting.3. Increased the upper limit of Harmonics number from 10 to 16.4. Added an icon to indicate clock source is internal or external.5. Supported specifying Arb type by remote control when the modulating waveform is Arb.6. Supported changing the unit of amplitude without any amplitude change by long pressing the "Amplitude" softkey.7. Added "User" option under "PowerOn Setting".8. Added "Normal" as a new UI color style.9. Added memory space information in Store/Recall UI.10. Added ARB waveform name to display, allowing user to know which Arb waveform is loaded.11. Optimized response of the universal knob.12. Fixed several bugs:a) Burst cycles not corrected when it is set to a value ≥65536. [2017/12/25-1116387]b) In some sweep case the start and stop frequencies deviate from the set values.

author: rf-loop
author_rank: Super Contributor
timestamp: September 18, 2018, 07:22:42 am
content: Quote from: tautech on July 26, 2018, 10:43:57 amQuoteThis was very very good change. After long time finally tested this using SA and it really works. Not it is nice to use for some radio tuning works and works similar with normal RF generators.I have long missed this feature in all Siglent SDG.Note: now also (some) users need be careful. If he set amplitude, say example 1Vpp. And he now "believe" that all what is coming out do not exceed 1Vpp. This is not anymore true when user turns AM modulation on, of course peak value depends mod depth and is double if mode depth is 100%. Carrier stay now same level but modulated signal time domain amplitude depends now AM modulation depth.Of course, learning helps. It is very important to understand how devices work and the characteristics of different signals also in theory.QuoteMany times useful in practice. No need calculate or conversion table.Just set -7.65dBm and later if want look or set it using Vrms or Vpeak just bit longer 1second push "amplitude" key for switch between units. Previously it was not possible.And some other useful changes.But now, old _eevblog.ads version is .22.It is very important to update FW to more new version. One very important thing is that .22 version do not support Siglent USB recovery at all if "bad happen". First FW version it is supported is 22R5 (but there was not so many other things. So not useful to "eevblog" it.Now this 33R1 have so much advantages and fixes that perhaps it is better if we have eevblog for it.Of course if do using eevblog 22 it can update to official 33R1But if want or have done also other modifications (some useful mods with some functions limits) every update to official version overwrite these some nice things (exept model) what are possible with eevblog version...So let's hope some day............if well known magician or Santa Claus is listening.

author: jleg
author_rank: Contributor
timestamp: September 18, 2018, 08:56:50 am
content: Quote from: rf-loop on September 18, 2018, 07:22:42 amI have difficulties to understand the above - do you say updating from 22R5 to 30R1 "destroys" the "little inofficial upgrade" from SDG1032X to SDG1062X?

author: rf-loop
author_rank: Super Contributor
timestamp: September 18, 2018, 09:16:26 am
content: Quote from: jleg on September 18, 2018, 08:56:50 amAnswer to your question: I did not say anything like this you ask. Where from you get this.If you did not understand what I said (it tells that you have not done these other things) then do not worry at all. It does not affect or mean anything in your case.

author: jleg
author_rank: Contributor
timestamp: September 18, 2018, 01:36:35 pm
content: Quote from: rf-loop on September 18, 2018, 09:16:26 amIf you talk about "eevblog 22" you probably mean user @janekivi's version of firmware 22, which (re-)enables telnet. And probably the most popular "modification" relates to the file NSP_system_info.xml.Since you talk about "...update to official version overwrite these some nice things..." that imo could lead a reader to think you're talking about the mod of the model (32X->62X)...Anyway, for me this looks like - it is still unknown if upgrading to 30R1 (imo there is no "33R1" so far, btw) will revert the model patch, and it is also not yet clear if it would be possible to revert back to @janekivi's version 22 in case re-enabling telnet is necessary.Quote from: rf-loopthat's probably more a problem of "language", than a "technical aspect", i guess...

author: tv84
author_rank: Super Contributor
timestamp: September 18, 2018, 01:53:35 pm
content: Quote from: jleg on September 18, 2018, 01:36:35 pmThe level of modifications that each user in this forum does to his equipments varies. That's the reason of the misunderstanding.Check this msg to see what I mean:https://www.eevblog.com/forum/testgear/siglent-sdg1000x-waveform-generators/msg1448961/#msg1448961A new FW with just a "release" level modification should not disable the ability to roll back to previous versions.The BW mod will continue valid, as usual. Regarding the root pwd, let's wait for janekivi or me.... if I find the time.

author: jleg
author_rank: Contributor
timestamp: September 18, 2018, 02:24:43 pm
content: Quote from: tv84 on September 18, 2018, 01:53:35 pmThx, I in fact was not aware of those "factory limit" modifications...Quote

author: janekivi
author_rank: Frequent Contributor
timestamp: September 18, 2018, 07:31:00 pm
content: I don't have it but I can make this for you:(as usual made with notepad and there is 5 changes for replace the root password)SDG1000X_30R1_eevblog.zipMay be this is working?

author: rf-loop
author_rank: Super Contributor
timestamp: September 24, 2018, 05:47:35 am
content: removed obsolete and partially danger disinformation due to more new FW's with new features.

author: janekivi
author_rank: Frequent Contributor
timestamp: September 24, 2018, 05:26:28 pm
content: So they can't use our ideas without our password.But my idea was not to have detailed guides.Hacking is more for those who are able to repair their equipmentif something goes wrong...

author: tv84
author_rank: Super Contributor
timestamp: October 04, 2018, 09:08:04 pm
content: Telnet without changing root password...https://www.eevblog.com/forum/testgear/siglent-ads-firmware-file-format/msg1870091/#msg1870091

author: nihtila
author_rank: Regular Contributor
timestamp: November 22, 2018, 09:34:50 am
content: As these generators have a 'special' circuit for generating square wave (which is a great feature!), are there any limitations of features on the square wave output? What I mean, can you still add all modulations on square wave the same way as on sine wave?Tester here in the UK have 10% discount on Siglent kit this Black Friday (now).

author: tautech
author_rank: Super Contributor
timestamp: November 23, 2018, 07:12:15 am
content: Quote from: nihtila on November 22, 2018, 09:34:50 amFrom the datasheet:http://www.siglentamerica.com/wp-content/uploads/dlm_uploads/2017/10/SDG1000X_DataSheet_DS0201X_E01E.pdfModulation P 9/12CarrierSine, Square, Ramp, Arbfor most types....but check the full spec.

author: rf-loop
author_rank: Super Contributor
timestamp: November 23, 2018, 08:55:10 am
content: Quote from: nihtila on November 22, 2018, 09:34:50 amSquarewave modulations: (square but of course also rectangle (other than 50% duty) in this mode)AM, DSB-AM, FM, PM, FSK, ASK, PSKPWM is not possible.Sinewave modulations just as Square wave modulations.And also, when Sinewave AM is in use (new FW versions):Level is carrier level!Modulation on/off do not affect carrier level and also carrier level is independent of modulation depth. And this is very nice for example working with RF things like radios etc. AM modulated signal level works as normal RF-generator.Rampmodulations same as square.Pulsewave modulationsOnly PWM.Arbmodulationssame as square.

author: nihtila
author_rank: Regular Contributor
timestamp: November 24, 2018, 04:12:44 pm
content: Thanks. Decided to order the SDG1062X ... and SDM3055My Black Friday was relatively cheap until almost midnight when placed the order on Tester/Pass.I have quite a bit of projects coming and have some plans, and only have two PSUs and (good) scope at the moment. 10% discount is not massive but when the starting price was already ok and those were on my shopping list anyway. I know I could have hacked the SDG1032X but I'm not too much into playing with such stuff and the price difference wasn't huge.

author: tautech
author_rank: Super Contributor
timestamp: February 04, 2019, 08:02:45 am
content: New firmware for SDG1000X series AWG's.1.01.01.30R1B2https://www.siglentamerica.com/download/8115/Changelog1. Fixed a bug: Setting frequency of one channel with square wave causes another channel output disabled

author: tautech
author_rank: Super Contributor
timestamp: February 26, 2019, 09:43:38 am
content: More new firmware for SDG1000X models.Version 1.01.01.33R113.3 MBhttps://www.siglentamerica.com/download/8115/Changelog1. Supported TrueArb: 2~16 kpts2. Optimized the UI of selecting built-in arbs3. Changed the clock switch strategy: When the clock source is set to External and no actual external clock signal is being received, the clock source will not switch to Internal automatically but the clock icon will indicate that external clock is lost.

author: 4x1md
author_rank: Regular Contributor
timestamp: February 26, 2019, 08:28:22 pm
content: Is there any way to save a screenshot of SDG1032X to a USB stick?

author: tv84
author_rank: Super Contributor
timestamp: February 26, 2019, 08:35:22 pm
content: Don't remember well if they exist on SDG but try SCPI commands SCDP or BMP. Member Rerouter may help you.

author: tautech
author_rank: Super Contributor
timestamp: February 26, 2019, 09:06:08 pm
content: Quote from: 4x1md on February 26, 2019, 08:28:22 pmNot with the front panel UI, just tried.There might be some how with the SCPI commands, dunno but have a look through them here:https://www.siglentamerica.com/download/3290/

author: rf-loop
author_rank: Super Contributor
timestamp: March 15, 2019, 09:24:50 am
content: Quote from: tautech on February 26, 2019, 09:43:38 am1. This also need urgently new updated User Manual's so that users can understand how to get all out from this major improvement and data sheets.It is really nice upgrade."TrueArb"technology is big advantage in some situations when need Arb without 1 clock jitter and/or jump over details, due to adjustable sampling speed (max 30Msa/s in TrueArb mode) and adjustabe Arb memory length. ( 2 to 16k.)2. Previously selecting Arb from memory to use was cumbersome. Also previously selecting Arb and then select some other Arb was really cumbersome. Now with this preview on screen and together with rotary encoder push it is easy and fast to select and change Arb waveforms in use. Well "Optimized" Siglent!Interesting surprice find.

author: 4x1md
author_rank: Regular Contributor
timestamp: April 11, 2019, 08:28:29 pm
content: Yesterday I found an issue with SDG1032X when I connected it to an audio amplifier. Every time I change frequency, I hear a click in the loudspeaker. I didn't check this issue with an oscilloscope but I know that it doesn't happen with my BK Precision BK4075. Is there any way to fix it?Attached a video which demonstrates the issue.

author: CustomEngineerer
author_rank: Frequent Contributor
timestamp: April 12, 2019, 05:00:43 am
content: Try setting Utility->Mode->Independent

author: 4x1md
author_rank: Regular Contributor
timestamp: April 30, 2019, 07:35:55 pm
content: It helped. Thank you very much!

author: tv84
author_rank: Super Contributor
timestamp: May 28, 2019, 09:16:16 am
content: Quote from: HendriXML on May 27, 2019, 10:23:46 pmThose .ADS do exactly the same and don't depend on the SHELLCMD availability...

author: HendriXML
author_rank: Super Contributor
timestamp: June 09, 2019, 08:06:52 pm
content: During the final fase of implementing a method of doing measurements with the SDG1032X and SDS11004X-E with an accuracy of < 1 mV over a range of 0..1 V.https://www.eevblog.com/forum/testgear/using-a-awg-and-a-scope-do-a-low-voltage-level-characterization-of-a-1n4005/msg2467191/#msg2467191I had an unoptimized glimps of it and was very pleased with the results, however the SDG1032X fails on me and starts up only showing the logo.I've seen Dave's recovery video, and also read this:https://www.eevblog.com/forum/testgear/the-siglent-sdg2042x-thread/msg1399308/#msg1399308Is there a way to get the recovery files for this device and do a quick recovery?

author: tautech
author_rank: Super Contributor
timestamp: June 09, 2019, 08:37:32 pm
content: Quote from: HendriXML on June 09, 2019, 08:06:52 pmI think I have what you need on the PC at home.Do you know which FW version you had installed ?I’ll be in touch by PM and will need your email to send the recovery files. I’ll be home in ~12 hrs.

author: HendriXML
author_rank: Super Contributor
timestamp: June 09, 2019, 09:01:45 pm
content: Hi tautech, that would be great! My new device came with the newest firmware, so the recovery option should be included. Any idea whether the device depended calibration of it would survive the procedure?

author: HendriXML
author_rank: Super Contributor
timestamp: June 10, 2019, 09:18:54 am
content: This error got me thinking about the file system. If this problem is fixable, I would like to create further self constructed arbitrary waves at the usb drive. Does anyone know if thats possible using scpi commands?

author: tautech
author_rank: Super Contributor
timestamp: June 10, 2019, 09:32:40 am
content: Quote from: HendriXML on June 10, 2019, 09:18:54 amIt is ! !QuoteHave a look here at some samples I got from the factory years back......they were for the SDG1000 series but should still work with X models:https://www.eevblog.com/forum/testgear/siglent-sdg1025-matlab-programming-arb-waveform/

author: HendriXML
author_rank: Super Contributor
timestamp: June 10, 2019, 10:12:22 am
content: Thanks for the link. But I didn’t find any info on how to select the wave destination. Maybe creating a symbolic link on the filesystem to redirect all custom waves to the usb drive is maybe the easiest.I don’t know how well the wear leveling of the normal save location is.

author: HendriXML
author_rank: Super Contributor
timestamp: June 10, 2019, 10:26:53 am
content: Quote from: tautech on June 10, 2019, 09:32:40 amThat would be great, but there’s still the question whether the calibration will survive the recovery.If it doesn’t, then it might become less useful, certainly regarding the level of precision it had and the use I made of it. I think we’ll have to see. Maybe there’s a procedure to create a copy of the calibration data?Maybe it can boot from the usb, without altering anything so the procedure can be run even in the stuck boot situation?

author: tautech
author_rank: Super Contributor
timestamp: June 10, 2019, 10:31:05 am
content: Quote from: HendriXML on June 10, 2019, 10:26:53 amYes.Expect files soon......I have them from the factory now.

author: HendriXML
author_rank: Super Contributor
timestamp: June 11, 2019, 12:13:46 am
content: Thanks to tautech,I could go back to finalizing my experimenting with the wave generator and the scope.https://www.eevblog.com/forum/testgear/using-a-awg-and-a-scope-do-a-low-voltage-level-characterization-of-a-1n4005/msg2476044/#msg2476044I haven't noticed any difference in how the device was/is calibrated, so that supports the idea that the calibration data is left alone.

author: tautech
author_rank: Super Contributor
timestamp: August 20, 2019, 03:15:03 am
content: New firmware for SDG1000X AWG'sVersion 1.01.01.33R1B513.3 MBhttps://siglentna.com/download/14915/Release notesFixed an upgrade bug in 1.01.01.33R1. It is recommended to upgrade to 1.01.01.33R1B5 instead of 1.01.01.33R1

author: e0ne199
author_rank: Regular Contributor
timestamp: January 17, 2020, 08:06:02 pm
content: hello..does anyone here still have this file : SDG1000X_V100R001B01D01P22_eevblog.zip ?i want to try the hack too

author: tv84
author_rank: Super Contributor
timestamp: January 17, 2020, 08:48:33 pm
content: https://www.eevblog.com/forum/testgear/siglent-ads-firmware-file-format/msg1870091/#msg1870091

author: e0ne199
author_rank: Regular Contributor
timestamp: January 18, 2020, 12:10:59 am
content: Quote from: tv84 on January 17, 2020, 08:48:33 pmi have downloaded sdg1000x ads file but i am unable to flash it to my AWG...are there any additional steps to use it?

author: rf-loop
author_rank: Super Contributor
timestamp: January 18, 2020, 02:41:01 am
content: Quote from: e0ne199 on January 18, 2020, 12:10:59 amYou mean this [telnet_SDG1000X.ADS]This you can not flash at all. You do all like FW update with this file and SDG tell that it fails... do not care...do not shut off... just telnet and do what ever inside SDG system. If you do not know what to do there inside system and how... then please study first...yes it may take time to find all or if you find right placetherecan perhaps find all very detailed full instructions (it is like spring festival gift package what include all you need) what can use like blind (after you have telnet working) but be careful... it do not forgive any kind of typemistakes. Do not try..oops...try...oops iteration... because this method may lead you to real problems and nearly like "destroy" your SDGAnd seriously, do NOT downgrade to semidanger factory original or "eevblog version" FW ....01P22even if you find it somewhere because if bad happen and it goes to boot problem... it do not support USB recovery method.

author: e0ne199
author_rank: Regular Contributor
timestamp: January 18, 2020, 04:43:19 am
content: Quote from: rf-loop on January 18, 2020, 02:41:01 amyes i did firmware update using that file several times and the answer from my SDG was that it failed to download that FW file ...so does that mean it was successfully downloaded into my AWG?

author: rf-loop
author_rank: Super Contributor
timestamp: January 18, 2020, 05:28:14 am
content: Quote from: e0ne199 on January 18, 2020, 04:43:19 amIt is not real FW at all... it just open port...(and it is open just only until you boot again SDG, so every time you boot you need do this FW trick... and you need boot during this work except if you do all mods at once, and remember to keep original files also there in system but renamed for possible later needs) now do your homework and read.Read ALL what is included in this zip package I give link in previous message. I know you did not read and look at all there because you ask this. As long as you need ask some thing related to this, tell that you did not read or you did not understand what you read. Sorry this was necessary..Also here in forum is enough talk about what this ADS file do and how to use it... I know you are hungry but I do not feed you... you need now do simple work.. read and if still do not know then read more. Golden rule, what ever you do... first brain work, then muscle work. There are no totally free lunches........Btw, there in other threadhttps://www.eevblog.com/forum/testgear/siglent-ads-firmware-file-format/msg1870091/#msg1870091tv84 write (where you first get also this .ADS):Quote

author: e0ne199
author_rank: Regular Contributor
timestamp: January 18, 2020, 05:44:48 am
content: Quote from: rf-loop on January 18, 2020, 05:28:14 amlol okok i just didn't see the link you provided in your previous post, now i have found it, thx

author: oewean
author_rank: Contributor
timestamp: February 21, 2020, 08:36:00 am
content: New firmware released for Siglent SDG1000X Waveform generatorsSDG1000X Firmware – 1.01.01.33R1B6 (Release Date 02.21.20 )https://www.siglenteu.com/download/8977/

author: klausES
author_rank: Regular Contributor
timestamp: February 21, 2020, 10:10:50 pm
content: Thank you.Although I would only have understood another firmware with such a small change if "this" is a real problem.So at least I have never even noticed a problem with bouncing buttons when operating and I have not been able to read anything about it.

author: klausES
author_rank: Regular Contributor
timestamp: February 24, 2020, 09:35:22 pm
content: Anyone tried 1.01.01.33R1B6 on their SDG1032/62X ?Any changes (apart from the explanation with the bouncing buttons) noticed ?Telnet access (with the trick of the "wrong" firmware) is still possible?

author: klausES
author_rank: Regular Contributor
timestamp: February 26, 2020, 11:56:25 pm
content: I tested the 1.01.01.33R1B6 on my SDG1062X in some points (certainly not in all).So far I could not find any changes and, what is important, none with negative effects.I have not yet tested an influence on Telnet access or whether the special temporary access firmware still works.

author: 4x1md
author_rank: Regular Contributor
timestamp: March 13, 2020, 12:59:04 pm
content: Sometimes I need to document the tests I perform. If I use a signal generator, I want to be able to save screenshots which show its configuration. In Linux it is fairly simple and can be done LXI Tools (see the attached screenshot). What is the way to get the screenshots from the AWG in Windows? EasyWaveX doesn't have this option. Any other ideas?And one more question on Siglent software. Do EasyWaveX and EasyScopeX work in Linux under WineHQ? Are there any Linux alternatives?

author: tubularnut
author_rank: Regular Contributor
timestamp: March 13, 2020, 01:04:51 pm
content: In Windows 10 use the Snipping Tool, it’s built in.

author: 4x1md
author_rank: Regular Contributor
timestamp: March 13, 2020, 01:54:03 pm
content: Quote from: tubularnut on March 13, 2020, 01:04:51 pmThe question was how to get a screenshot from the AWG.

author: tubularnut
author_rank: Regular Contributor
timestamp: March 13, 2020, 02:01:43 pm
content: Apologies, perhaps I misunderstood, but you asked the question "What is the way to do it in Windows?"I assumed you were remotely running the generator from a Windows PC, in which case using Snipping Tool you could take a screenshot.Sorry I can't answer your question.

author: spy
author_rank: Newbie
timestamp: March 30, 2020, 06:40:34 pm
content: After updating to 1.01.01.33R1B5 my SDG1032X I found that it started to be very laggy with detecting and browsing USB stick. In fact it acts the same with 1.01.01.33R1. It needs quite a long time to recognize USB stick is plugged in and when it does sometimes there is a message the drive has been removed and than detected again. Browsing USB stick content is a pain, it takes a second or two until it scrolls up or down. Easiest way to replicate this issue is plug in the USB drive and get into firmware update menu.Could someone confirm that issue with other SDG1000X device?

author: 4x1md
author_rank: Regular Contributor
timestamp: March 30, 2020, 06:51:08 pm
content: Yes. At first I thought it was related to the USB stick file system. Now I think that it happens when the stick has many files on it. Did you try it with an empty USB stick?

author: spy
author_rank: Newbie
timestamp: March 30, 2020, 09:18:31 pm
content: Yes I did. And in fact, when you have small number of files on USB stick (i.e only 3) browsing works OK. But when there are some directories with files inside just browsing the root folder without enterning any of them may cause umounting USB stick and pop up the message that device has been removed. It shouldn't look like that. User might not be aware of this issue and suspect USB stick is corrupted or not supported. On SDS1104X-E oscilloscope browsing works with no issues at all. I think it's a bug and should be investigated and fixed.

author: klausES
author_rank: Regular Contributor
timestamp: March 30, 2020, 11:43:15 pm
content: Just tried it (SDG1062X with 1.01.01.33R1B5) with a fairly full stick (4 levels directory depth, more than 20 files within the directories)and noticed no slowdown, no delays in browsing through the file system.The stick is a short Sandisk USB 3.0 16 GBMaybe it was just that they weren't exactly the same conditions as yours ?

author: spy
author_rank: Newbie
timestamp: April 02, 2020, 02:14:00 pm
content: I agree, conditions are different. I tried to investigate deeper and reproduce this issue and found out that total numer of files on USB stick matters. In my opinion problem starts to be annoying when there are more than 300 files. Over a 1000 and there are bizarre USB stick disconnections, generator might may stop responding to pressing buttons, removing the stick bring generator back to life, it might happen that siggen stops recognizing particular USB stick it had problems with. In that case only power cycling can fix that. It seems directory structure doesn't make any difference.And one more thing is truncating file names on content browsing (however we can see file sizes now, that's good), which has been introduced in fw 1.01.01.30.R1 I think. Take a look at the pictures - which one is B5 or B6 version. Yes, we can always rename files, but why did they do that funny thing with 3 dots? The screen might be divided different way.

author: klausES
author_rank: Regular Contributor
timestamp: April 02, 2020, 06:46:58 pm
content: Quote from: spy on April 02, 2020, 02:14:00 pmHe will want to read the FAT data from the stick and is probably "overwhelmed" with such a number of entries (computing power and possibly still the size of the ram) ?!?If you know that, you should reserve your own stick for it.It is a waveform generator and not an x core with an x GHz computer...The thing with the "truncated" filenames I did not notice at all.

author: tautech
author_rank: Super Contributor
timestamp: May 03, 2020, 08:50:29 pm
content: SDG1000X THD concerns and investigations:https://www.eevblog.com/forum/testgear/siglent-sdg1032x-harmonic-distorsion/

author: mio83
author_rank: Regular Contributor
timestamp: May 03, 2020, 09:07:42 pm
content: I confirm that my concerns were not well founded.The THD was caused by the spectrum analyzer (set without using the proper attenuation).My youtube channel is called "The RF noob" for a reasonIn any case I measured better THD values on my Siglent 1032X than those stated in the manual.Also, the frequency counter works up to 250mhz (vs 200mhz in the manual).I am very happy!

author: klausES
author_rank: Regular Contributor
timestamp: May 03, 2020, 09:38:33 pm
content: Something has been badly done publicly, it is difficult to correct it afterwards.If you absolutely have to make a video in yt, you should first be 100% sure of what you have done before publishing.

author: TurboTom
author_rank: Super Contributor
timestamp: May 04, 2020, 12:32:02 pm
content: Quote from: klausES on May 03, 2020, 09:38:33 pmThat should be true for politicians (...)But since all people make mistakes once in a while, it can be quite educative to see the mistake (published) and then as a follow-up the insight what led to the mistake and the remedy. Obviously, @mio83 still needs to practice some more with the settings of his SA (RBW to lower the noise floor and the like) but he'll get there I'm sure. Aren't we all "noobs" at a certain level?

author: Hexley
author_rank: Regular Contributor
timestamp: May 05, 2020, 09:29:14 pm
content: Does anyone know of a programming guide for the SDG1000X series that is later than the version hosted at the NA and EU Siglent sites? That is version PG02-E04A, and it does not agree with the instrument's behavior in some cases.While some discrepancies are minor1, others are not. Here, for example, is what the instrument reports when set up for PWM modulation; emphasis added:C1:MDWV STATE,ON,PWM,MDSP,SINE,SRC,INT,FRQ,333HZ,DEVI,3.115081301e-06S,DDEVI,38.3155,CARR,WVTP,PULSE,FRQ,123000HZ,AMP,2.8288V,AMPVRMS,1.4144Vrms,OFST,0V,DUTY,61.5,RISE,1.68e-08S,FALL,1.68e-08S,DLY,0The programming guide says that the PWM parameter "DEVI" specifies percentage. "<PWM dev> := Duty cycle deviation. The unit is "%". Value depends on the carrier duty cycle .", from page 23, Section 3.5. But as shown above the instrument actually dimensions that parameter in seconds, not as a percentage.And the parameter "DDEVI" which follows is not mentioned in the documentation at all.I'm wondering if there might be a corrected and updated version of the programming guide available somewhere.- Hexley1Note, for example, that the modulation type (PWM, in this example) follows the "STATE,ON," fields in the output string shown above, whereas the example in the manual shows it coming before the STATE fields. Or note that the carrier amplitude is reported in both V and Vrms, though the documentation doesn't include Vrms in the description of the CARR,AMP field, saying only"<amplitude>:= carrier amplitude. The unit is volts, peak to peak Vpp "". These are indeed minor issues, of course, but they illustrate a few of the differences between the manual and the actual instrument.

author: klausES
author_rank: Regular Contributor
timestamp: May 05, 2020, 09:53:09 pm
content: Because e.g. PWM did not come later with new firmware but was always available, it should actually be documented from the start.Have you already looked into the programming guide of the 2000X and 6000X series ?Probably there is no more than for the 1000X...Maybe Tautech has a good channel to Siglent for more detailed documentation ?

author: tautech
author_rank: Super Contributor
timestamp: May 05, 2020, 10:02:45 pm
content: Quote from: klausES on May 05, 2020, 09:53:09 pmUpdated documentation has always followed feature changes brought about by new FW unfortunately and it's something I've grumbled about to high levels not long ago.Keep checking for manual updates is all I can suggest as they do come available once they are translated from the Chinese original versions.I look here when trying to find new versions of anything:https://int.siglent.com/download/documents/

author: Hexley
author_rank: Regular Contributor
timestamp: July 22, 2020, 04:33:58 pm
content: Quote from: Hexley on May 05, 2020, 09:29:14 pmAny update on this? I checkedhttps://int.siglent.com/download/documents/to see if there was a new programming manual for the SDG100X series, but it still shows version PG02-E04A. Just thought I'd ping and see if there was anything new...

author: gianluigi
author_rank: Contributor
timestamp: August 23, 2020, 07:36:58 am
content: Quote from: rf-loop on January 18, 2020, 02:41:01 amdoes anyone tried the mod SDG1000X-MOD-Part-II in order to change maximum frequencies of waveforms. I can't remount root partition in rw to change NSP_limit_data.xml. I have error on:/ # mount -o remount,rw // # cd /usr/bin/siglent/config

author: Orange
author_rank: Frequent Contributor
timestamp: August 23, 2020, 09:03:24 am
content: mount -o remount,rw /dev/ubi2_0 /usr/bin/siglent/firmdata0ormount -o remount,rw /dev/ubi2_0 /usr/bin/siglent/config

author: gianluigi
author_rank: Contributor
timestamp: August 23, 2020, 09:09:59 am
content: But NSP_limit_data.xml is under config and not under firmware0.

author: rf-loop
author_rank: Super Contributor
timestamp: August 23, 2020, 11:58:17 am
content: Quote from: gianluigi on August 23, 2020, 09:09:59 amYou have full instructions in document "SDG1000X Modification instructions V33R1" what you have from zip package where is included exactly all. All commands, all what you need, even after pdf there is also plain txt file for use copypaste for commands. There is also one suitable terminal software and all other things needed. Why you did not read it *). You think that first muscle and after then brain. I recommend to do just opposite.Read it all, and read it again because you have now jumped over important row. It is better to read all instructions because there is also warnings what must not adjust and if there is not told some adjustment, then do not it just like "try this and try that and after then ...oops" method.*)AndI knowyou have not read it because you ask this question here.

author: gianluigi
author_rank: Contributor
timestamp: August 23, 2020, 12:25:40 pm
content: Quote from: Orange on August 23, 2020, 09:03:24 am/usr/bin/siglent/configit is not a mount point

author: gianluigi
author_rank: Contributor
timestamp: August 23, 2020, 12:30:25 pm
content: Quote from: rf-loop on August 23, 2020, 11:58:17 amThank you,wouldn't it have been easier to tell me what the mistake is than to review my possible way of operating?I have already changed the version to SDG1062X.The only difference is the firmware which is currently 1.01.01.33R1B6: is this the problem?I think that in a forum we should help ourselves rather than being pedantic!current mount points are:rootfs on / type rootfs (rw)ubi0: rootfs on / type ubifs (ro, relatime)none on / tmp type tmpfs (rw, relatime)proc on / proc type proc (rw, relatime)sysfs on / sys type sysfs (rw, relatime)mdev on / dev type tmpfs (rw, relatime)devpts on / dev / pts type devpts (rw, relatime, mode = 600)none on / sys / kernel / debug type debugfs (rw, relatime)ubi1_0 on / usr / bin / siglent / usr type ubifs (rw, relatime)ubi2_0 on / usr / bin / siglent / firmdata0 type ubifs (ro, relatime)

author: rf-loop
author_rank: Super Contributor
timestamp: August 23, 2020, 12:45:20 pm
content: Quote from: gianluigi on August 23, 2020, 12:30:25 pmIs it so that exactly this blue (without any extra) do not work anymore?mount -o remount,rwETA corr, of course:mount -o remount,rw/(and then go to right folder)I am thousands of km far from my workshop and can not check/test anything and not even sure know when can return, if can..

author: gianluigi
author_rank: Contributor
timestamp: August 23, 2020, 01:11:33 pm
content: Quote from: rf-loop on August 23, 2020, 12:45:20 pmNot a problem.You say:mount -o remount,rwbut I think you missed the mount point /so I try:mount -o remount,rw /and I receive this message:mount: mounting ubi0:rootfs on / failed: Bad messageIattached dmesg file: it could be an error in filesystem

author: gianluigi
author_rank: Contributor
timestamp: August 23, 2020, 01:19:32 pm
content: I have not made any attempt other than what is reported in the document.Then I switched off it and after few seconds powered on, but with the usb key inserted.Now it is freezed on logo

author: gianluigi
author_rank: Contributor
timestamp: August 23, 2020, 01:30:38 pm
content: Quote from: gianluigi on August 23, 2020, 01:19:32 pmis there any recovery? or I have to do an RMA?

author: rf-loop
author_rank: Super Contributor
timestamp: August 23, 2020, 01:49:09 pm
content: Quote from: gianluigi on August 23, 2020, 01:11:33 pmOups... of course sloppy writer me... corrected now.But how to go forward it need now some other peoples help who have access to SDG with latest FW or can find reason due to knowledge and or experience.

author: gianluigi
author_rank: Contributor
timestamp: August 23, 2020, 01:54:23 pm
content: Quote from: rf-loop on August 23, 2020, 01:49:09 pmI don't know if the command without / it is the problem, but now it is freezed on logo!is there any procedure to recovery it?

author: rf-loop
author_rank: Super Contributor
timestamp: August 23, 2020, 02:11:21 pm
content: Quote from: gianluigi on August 23, 2020, 01:30:38 pmThis OLD 1.01.01.22R5 is first FW version what support USB recovery so your version of course have. I do not have this file but I think some here may have. Example perhaps @Tautech who have "many things"

author: gianluigi
author_rank: Contributor
timestamp: August 23, 2020, 02:16:25 pm
content: Thank you, I am happy it supports USB recoveryI wrote to Tautech.What do you think?what was the problem?I read about SDG800 with this problem and it was hardware

author: Orange
author_rank: Frequent Contributor
timestamp: August 23, 2020, 02:25:19 pm
content: Quote from: gianluigi on August 23, 2020, 01:19:32 pmSounds familiar if you boot with the telnet ads inserted. It seems to bricks instruments.

author: gianluigi
author_rank: Contributor
timestamp: August 23, 2020, 02:28:38 pm
content: Quote from: Orange on August 23, 2020, 02:25:19 pmBut the ads file is not in the root

author: tautech
author_rank: Super Contributor
timestamp: August 23, 2020, 08:46:29 pm
content: Quote from: gianluigi on August 23, 2020, 02:16:25 pmGot your message.You broke your SDG1kX playing with its file system but it can be recovered.QuoteDifferent issue, we can recover all SDG800 now.Contact info-eu@siglent.com and ask them nicely for the SDG1032X recovery package.

author: gianluigi
author_rank: Contributor
timestamp: August 25, 2020, 08:35:36 pm
content: Quote from: tautech on August 23, 2020, 08:46:29 pmProbably there was a problem on file system before the hack.After recovery sent by Siglent it works already fine.It is still 1062XAnd now remount of root parition works fine also with the latest firmware

author: rf-loop
author_rank: Super Contributor
timestamp: August 26, 2020, 03:08:52 am
content: Quote from: gianluigi on August 25, 2020, 08:35:36 pmProbablythere was problem in NAND and it hit this when some changes made. But this we do not now know. But again it rise question in my mind...Last years we have seen repeatedly "rotten NAND" problems and independent of brand as can also see in many Keysight cases...Years after years same problems with NANDs just in Test and Measurements instruments and still we continue knocking heads like mad to wall in 2020 and continuing. Is it wise.Continuously we hear boot stuck problems ...boot and during boot crash and reason - somehow rotten NAND.All rise hands up and "this is normal"...... who have made it as "new normal"?Solution from manufacturers is, we can make recovery. Oh well yes.But I can ask:Why auto recovery is not already included inside system, just external reliable timer and when boot fails it do automatic recovery for weak up back to life. It is not even difficult or expensive.

author: gianluigi
author_rank: Contributor
timestamp: August 26, 2020, 12:28:23 pm
content: A stupid question:SDG1032X and SDG1062X have different square/rectangle wave circuit?what are the differences between 1032 (transformed into 1062) and the original 1062?I notice that the square wave at 60 MHz is not very square in 1032 (-> 1062); is it the same as the 1062?

author: tv84
author_rank: Super Contributor
timestamp: August 26, 2020, 01:20:57 pm
content: Quote from: gianluigi on August 26, 2020, 12:28:23 pmA sticker on the front panel that says "1032".

author: tv84
author_rank: Super Contributor
timestamp: August 26, 2020, 01:29:21 pm
content: Quote from: rf-loop on August 26, 2020, 03:08:52 amAgree. But many of the current releases already include some degree of resilience in NAND terms.The old models, which hadn't NAND resilience by design, can be a bit riskier to correct. In a limit situation you need a bootloader upgrade and, if that upgrade goes bad... you (vendor) get yourself in a bigger problem.

author: gianluigi
author_rank: Contributor
timestamp: August 26, 2020, 01:51:53 pm
content: Quote from: tv84 on August 26, 2020, 01:20:57 pmwow!I have tried with the digital oscilloscope with 500MHz BW and the square wave shape at 30MHz is quite good but at 60MHz it is not that good!So I was convinced that the output circuit that generates the square wave was different.This is square wave @ 60 MHz

author: tautech
author_rank: Super Contributor
timestamp: August 26, 2020, 07:15:08 pm
content: Quote from: gianluigi on August 26, 2020, 01:51:53 pmYes, as expected without 50 ohm termination.FYI, SDG output is always 50 ohm impedance regardless of the output setting HiZ or 50 ohm as this only changes the output level to match the load.

author: gianluigi
author_rank: Contributor
timestamp: August 26, 2020, 07:17:29 pm
content: yes I discovered that hiZ changes only value of voltage.I used a 50 Ohm terminationsomething escapes me.I have 50 termination before the scope.If I set HiZ I see the previous image.If I set 50 Ohm output I see the following imageBut to view the change I have to switch off and on agaim th SDG (after change of output impedence)

author: tautech
author_rank: Super Contributor
timestamp: August 26, 2020, 07:23:43 pm
content: Quote from: gianluigi on August 26, 2020, 07:17:29 pmSee last image in this post:https://www.eevblog.com/forum/testgear/siglent-sdg1000x-waveform-generators/msg1449433/#msg1449433

author: gianluigi
author_rank: Contributor
timestamp: August 26, 2020, 08:03:10 pm
content: Quote from: tautech on August 26, 2020, 07:23:43 pmsomething is wrong in what I'm doing and I don't understand what!Now also with 50 Ohm termination I see the first waveformTrying also at 1 MHz the waveform is not good: I see ringing...could be possible that termination is not good or the cable?something is changed now

author: rf-loop
author_rank: Super Contributor
timestamp: August 27, 2020, 08:50:50 am
content: Good quality coaxial, example M17/84-RG223 or similar with good quality Suhner connectors and good quality Tektronix 50ohm FeedThru terminator in scope input. Most frustrating thing in lab is bad cables, bad connectors bad crap this and that. They come expensive...Just for this purpose here it can do well with nearly all normal good quality 50 ohm rf coax.One of most hated things are poor quality BNC connectors.But back to things here.Here is typical one examples how SDG1000X Square looks.In these old images used scope was SDS1202X-EYes cable was, if I remember right my normally used some M17/84-RG223 etc and some original Tek feedthru terminator.If Siglent do not give roughly this result, something is wrong in Scope, Signal path or generator itself30 MHz My own test. SDG1032X/62X60 MHz My own test. SDG1032X/62XThen just for fun Rigol DS1032Z, 25MHz, 50ohm termination and scope 100MHz Rigol (not my test)Do not take seriously, this is not for any competition. Just for keep things somehow relative in price class.

author: gianluigi
author_rank: Contributor
timestamp: August 27, 2020, 09:13:40 am
content: Thank youyour explanation was very comprehensive.The only thing that I don't explain is why leaving the hardware set up unchanged (cable, termination and oscilloscope) the displayed waveform changes when I change the load setting of the SDG (50 vs HI-imp).I am convinced that it should be the same waveform, but only the indication of Vpp should change.In any case I do other tests and update you.Thanks to the availability

author: gianluigi
author_rank: Contributor
timestamp: August 27, 2020, 02:51:01 pm
content: I made some tests:I think (and I hope) there is a bug in the firmware:When it is in square wave and you switch off the channel, change setting of load (50 -> Hiz) and switch on the channel I have distorsion.After that I switch off the channel, change setting of load (Hiz -> 50) and switch on the channel I have not distorsion.If I set load from 50 to 60 it is ok, if I set load setting > 61 then I have distorsion.It seems that when I get the distortion of the square wave another internal relay is also activated which does not eliminate the low pass filter used for the sinusoidal signal.You can clearly hear the switching of an additional relay, when you set the different impedance and turn the channel off and on; when the impedance is not changed and the channel is switched off and on, the sound of the relays is lower.Other times doing different steps it seems to freeze and selecting the square wave always comes out distorted.Can anyone try his generator?The fw is 1.01.01.33R1B6.The sequence is:- square wave 30 MHz 1 Vpp- load 50 Ohm- channel on -> good square wave- channel off- load Hiz- channel on -> distorted square wave- channel off- load 50 Ohm- channel on -> good square wave

author: Orange
author_rank: Frequent Contributor
timestamp: August 27, 2020, 03:20:30 pm
content: There is definitely a difference.I would say it's better (faster rise time) with HiZSee pictures,BTW taken with an Agilent MSO7054, 50 ohm terminatedThis is on a real 1062, not an hacked 1032

author: tubularnut
author_rank: Regular Contributor
timestamp: August 27, 2020, 03:22:09 pm
content: Quote from: gianluigi on August 27, 2020, 02:51:01 pmI'll give it a go on my real 1062 when I get home in a few hours.

author: gianluigi
author_rank: Contributor
timestamp: August 27, 2020, 03:32:41 pm
content: Quote from: Orange on August 27, 2020, 03:20:30 pmYou got the same behavior I get.90% of the time it is systematic, other times it stops with the distorted waveform.If you try 60 MHz the difference is evident and the distortion is very bad!Could you try?thank you

author: Hexley
author_rank: Regular Contributor
timestamp: August 27, 2020, 04:00:04 pm
content: Quote from: gianluigi on August 27, 2020, 03:32:41 pmHere is a test of both 30MHz and 60 MHz. The generator is an upgraded SDG1062X (started life as as SDG1032X). The scope is a 500 MHz-modified DSOX3024A.

author: Orange
author_rank: Frequent Contributor
timestamp: August 27, 2020, 04:02:17 pm
content: The thing is that at 60MHz the ringing of the LPF in the generator is showing its effect. It is a dilemma you have to face.I use my generator for a lot of RF work, and have it always set to 50Ohms. This gives me the dBm option. And I use it mostly in sine mode.However I now see that if you want to use the Square wave, it is better to use it in HiZ mode, you get better rise time and also higher amplitude.Still, this thing is not really performing at this high frequency. The more expensive SDS2042X is even worse in rise time, and only goes to 25MHz....Oh I tested also a hacked 1032X, I get the same pictures as on my 1062X

author: gianluigi
author_rank: Contributor
timestamp: August 27, 2020, 07:11:12 pm
content: Since I'm not the only one having this behavior, I think it's not a hardware defect.I am more convinced it may be a firmware bug also because now I can no longer generate the distortion, even by doing the procedure listed by me.Now the problem occurs both in Hiz and 50 exceeding the threshold of 1Vpp at 50 Ohm.I don't know now

author: gianluigi
author_rank: Contributor
timestamp: August 27, 2020, 08:38:34 pm
content: Quote from: gianluigi on August 27, 2020, 07:11:12 pmI understand what the reason is!The change in load setting only results in coincidence.The real reason why the square wave sometimes comes out "clean" or distorted is due to the voltage range that the generator uses.In fact, exceeding the value of 1Vpp by 1 mV even with load set at 50 Ohm, distortion occurs.If you set the output to 995 Vpp 50 Ohm and then set Hiz there is no distortion.Obviously, the variation of the waveform (distortion) due to the change in gain of the output stage occurs for the threshold value of 1 Vpp and via software when the output is activated there is a different setting of the output gain due to different approximations in the calculations.

author: tautech
author_rank: Super Contributor
timestamp: August 27, 2020, 09:31:01 pm
content: Quote from: gianluigi on August 27, 2020, 08:38:34 pmHmm.That reasoning doesn't align with the datasheet spec.Can you try again after returning your unit to Default settings ?Utility>System>Set to Default

author: Hexley
author_rank: Regular Contributor
timestamp: August 27, 2020, 11:16:12 pm
content: This behavior shows up in some other use cases.First, set up the instrument to drive an oscilloscope with 50 ohm input termination.Set the instrument for 25 MHz square wave output, 50 ohm load, 500 mVpp. Enable modulation by pressing the Mod key. Select PM, and choose some nominal setting for the modulation wave, such as 1 Hz and 1 degree deviation. Now enable/disable modulation with the Mod key, and note how the waveform instantly changes from properly damped to the underdamped shape whenever modulation is enabled. This is true for any modulation type; PM is used for this example since there is no question of it changing the amplitude of the modulated wave. The behavior can be seen down to 20 mVpp output signals.Alternatively, enable sweep by pressing the Sweep key. Again select nominal parameters for the sweep setting, such as start frequency = 24.995MHz, and stop frequency = 25.000 MHz. The waveform again changes instantly from properly damped to underdamped as the Sweep key is toggled. Again, this is true even for very small output levels.

author: rf-loop
author_rank: Super Contributor
timestamp: August 28, 2020, 03:24:19 am
content: Quote from: gianluigi on August 27, 2020, 08:38:34 pmIndependent of load value selected (what can be what ever between 50 ohm to HiZ) we need just think final amplifier level. There is small changes when it is working in different output voltage bands. I do not remember these thresholds where system change level band. Between these ranges there is small differences in edge response. I have tested it and it is nominal to this and not failure/error. As oscilloscopes also generators result is sum of errors. There is not ideal machines instead of school books.Now it depends of course what kind of compromises tghere have done in circuit. All can do nearly - nearly - perfect instrument if have infinite amount of bank notes for it. Even I can. Question is how cheap can done instrument what still is acceptable in performance in its price segment.With all these anomalies it well meet its specs. What other it need meet.After then users use these and when users use they add own errors when they measure these with not ideal scope and signal connected with not ideal matching. Also SDG output true impedance, what is ALWAYS nominal 50ohm DC impedance +/- something and after then some reactances.Just need understand real practice and reality. All can be better .. but...Now sum together all error marginals (scope, sdg, signal pathway between, in your known environment) and make worst case calculus and best case calculus and for all parameters and think between these is "window" where inside need stay. After then look if your result is inside this "window". if this match without breaking window borders all is ok. If still not ok, then you have wrong instruments for your needs. Period. Real world is not perfect.But also then, if results do not stay inside this previously used "window" thebn need be alarmed and then need look what is out of order and perhaps need repair etc.Remember, what ever External Load set in SDG settings its output impedance do not change.So if selectCase 1. 50ohm and set voltage level out example 1Vpp it is 1Vpp IF external load is perfectly 50ohm and only then.Case 2. if then set HiZ and also external load is HiZ and set output is 1V, it is 1V IF external load is perfectly HiZ..But in Case 1. SDG internal end aplifier output is 2Vand in Case 2. SDG internal end amplifier output is 1VBut in both cases, using right Load, user see with oscilloscope this 1V.Now all understand that SDG works with different internal output voiltage and this may lead to bit different square or other wave shape. Specially if these two voltages are in differen internal voltage band (you can listen these relays change)And as just told, it is NOT perfect ideal machine. So there is differences and no need wonder. Least I do not wonder. Even when I think it can do perhaps better without high rise in retail price.But products must also be in its performance / price segment and not competite example with same manufacturer more expensive segment products, what it partially now done, if we look some small part of functions separately. Example more expensive SDG2000X can not do this kind of square wave. It do not at all have this.Of course SDG1000X can not what many things SDG2kX can but square/rectangle it beat it.It was also small surprise Siglent add TrueArb feature tiny version to SDG1000X just in one previous FW update.Also for users who use it as rf generator they time ago change level handling when AM modulation. Now if you turn AM mod on or off or change modulation depth it keep constant carrier level as all serious conventional rf generators have done tens of years.Many things can do inside FW but some are in HW circuit and thats it. Just like this small changes in square shape over whole voltage range. it change and it need accept. If it is broken, out of normal, then need repair or factory cal depending problem.Times ago I have very expensive (and heavy, made like tank and inside pure gold more than little) HP programmable pulse generator. And also its pulse edge change some amount when pulse level change and more when it move to some next level voltage band. Also overshoot change some amount and sure it was not due my scope. Also signal pathway from generator to scope was best possible Huber Suhner cable what short cable price is perhaps ten of SDG1000X. But this expensive generator pulse was still inside specs. Not at all ideal perfect but, inside specs. If I try use grade C specs instrument for grade B needs I am wrong not instruments. Opposite way is - expensive but easy.Important is now just look if OP SDG is normal ok or if it have problem or if user have problem in his thinking or his other things used for testings. Nearly all is possible.

author: gianluigi
author_rank: Contributor
timestamp: August 28, 2020, 05:50:34 am
content: you are completely right.Before now I did not know this model and was perplexed by the behavior of the load setup change. Since the instrument is new, I thought it was faulty but obviously the reason is the change in the gain range of the output stage.Thanks for your support.

author: rf-loop
author_rank: Super Contributor
timestamp: August 28, 2020, 06:17:46 am
content: Quote from: gianluigi on August 28, 2020, 05:50:34 amJust this what you have done is very important part to do when who ever get some new instrument. It is important, many times used, phrase "Know your instrument" for successful using in many kind of variable purposes. It is important to know limits and performance with some own selfmade tests etc, in different situations so that instrument can not pull user to more or less hidden trap.

author: Johnny B Good
author_rank: Frequent Contributor
timestamp: October 01, 2020, 12:00:53 am
content: Quote from: rf-loop on August 28, 2020, 06:17:46 amI couldn't agree more!Indeed, I'd made this very point in the long running FY6600 thread some time back (and, it turns out, not without good reason).Having recently purchased a SDG1032X from Telonic Instruments Ltd, I've made the rather surprising discovery that the humble FY6600-60M I'd bought almost two years ago, is in many ways superior to this Siglent generator (especially now that it has a 10MHz CQE branded - as used by Symmetricom - OCXO, stable to within +/- 100ppt, which can be injection locked to an external 10MHz reference).As is typically the case with published specifications, the usual "lying by omission" (the favoured tactic of the ad man) means you have to probe very deep to elicit, for example, that the quoted 300ns jitter figure is an rms value rather than a pk-pk one which typically corresponds to a pk-pk value around the 800 to 900ns mark which compares very unfavourably against the observed 200 to 250ns pk-pk jitter on sine and Sinc pulse waveforms generated by the FY6600. Also, the Sinc pulse generated by the Siglent at the 6MHz limit wriggles and squirms to the point of being almost completely unusable versus that of the Feeltech which shows only the slightest hint of this effect at 12MHz (watch the attached movie files depicting this effect and that of the Flicker noise jitter from its internal reference clock).With only 8 digits of frequency display resolution, I haven't found any way to offset a 10MHz signal by Siglent's promised 1uHz resolution, unlike the FY6600's (verified) promise of such resolution of 1uHz over the full DC to 60MHz frequency range of the FY6600-60M model courtesy of the 14 digit resolution display which seems OTT until you upgrade to an OCXO with an external reference clock optional extra (injection locked rather than phase locked in my case) with the potential to let you meaningfully utilise all 14 of those digits of precision.I chose the SDG1000X over the more expensive SDG2000X series simply on account of its superior square wave performance since this seemed more useful for my needs but, having witnessed the surprising limitations and the severe flicker noise like jitter on its internal clock reference which clears up when you use an external 10MHz reference, I'm now beginning to regret not spending the extra cash on an SDG2042X.I don't expect miracles of stability and accuracy out of the cheap 50ppm smd XO chip Siglent had decided to inflict upon their SDG1000X models since the external clock reference socket takes care of that requirementassuming the +1.43mHz offset at 10MHz isn't an issue.That, BTW, corresponds to a gain of one second per 45 years. That may seem pretty good but it's shite compared to the minuscule rounding error in that FY6600's DDS processing which requires some 1.8 million years to accumulate a one second error (well over 4 orders of magnitude more accurate!).I'm guessing that bogus +1.43mHz offset must have been due to my triggering from the RFS waveform at that time. It isn't locked to anything (natch.) and so must have been adrift of the GPSDO by -1.43mH at the time - it isn't mounted into an enclosure where I can stabilise the baseplate temperature (and ultimately compensate for barometric pressure changes) to make it worth adjusting it to within 50uHz again.Anyway, the use of a cheap smd XO and the horrible Flicker noise like jitter leaves me wondering whether this a systemic issue that's simply gone unnoticed or just a case of bad luck on my part for landing up with a "Lemon" that just happened to be afflicted by a faulty XO chip.I've attached a couple of short movie clips you should find particularly interesting, demonstrating the clock jitter and the shape shifting Sinc pulse with a picture showing the required +11 or 12 Hz offset to get within one Hz of the RFS and GPSDO reference frequencies in order to reveal the internal clock jitter.CH1 shows the 10MHz sine output from the FY6600's second channel which is locked to the GPSDO. This is the trigger source. CH2 displays the sine wave output from the SDG1032X. CH3 is showing the free running RFS with CH4 displaying the FY6600's 10MHz Sinc pulse on its second channel (MVI_3031.mkv - 5 second clip).In the second, 1 minute long movie clip (MVI_3039.mkv), I've turned the odd channels off to de-clutter the display. The Sinc pulse that isn't wriggling is the 12MHz FY6600 one, the other 6MHz Sinc pulse comes from the SDG1032X.============================================================================================[EDIT 2020-10-04]I've just repeated that last test and can no longer recreate that "squirmy" effect on the Sinc pulseThe only thing I did notice was a rather dramatic drop in amplitude when setting it to the 6MHz maximum frequency limit.============================================================================================So, my question is this:- Is the clock jitter a faulty smd XO chip or the result of Siglent trying to reduce their BoM costs by using the cheapest of smd XOs they could lay their hands on with (just like Feeltech) no consideration for the consequences?It would be interesting to see whether this jitter effect afflicts all SDG1000Xs in general or whether it's merely an unfortunate manufacturing defect in the unit that was shipped out to me.Regards, John

author: Johnny B Good
author_rank: Frequent Contributor
timestamp: October 01, 2020, 01:06:33 am
content: Here's another 20 seconds movie clip using a 10MHz square wave from the SDG1032X demonstrating the weird jitter from its internal frequency reference clock, plus a picture of the generators' settings.John

author: tautech
author_rank: Super Contributor
timestamp: October 10, 2020, 08:34:32 pm
content: Question on Discord WRT adding data bits onto a waveform.SDG1032X ch1 2V p-p 50 Hz sinewave.ch2 3V p-p 200us pulse.Phases locked.Wave Combine result:

author: Johnny B Good
author_rank: Frequent Contributor
timestamp: October 22, 2020, 10:57:11 pm
content: Quote from: Johnny B Good on October 01, 2020, 12:00:53 amThis is by way of a (relatively) quick update on the situation regarding the SDG1032X as described in my previous post quoted above.You may be pleased to note that I won't be posting any more video clip attachments demonstrating the rather curious clock jitter issue and shortcomings relative to a cheap toy AWG of its arbitrary waveforms (notably that of the Sinc pulse waveform limited to a maximum frequency of just 6MHz which plummets by a bad 6 to 10dB compared to the 5MHz output level).I had come to conclude that the horrible clock jitter was simply due to a fault in or around the smd xo chip and have returned it to Telonic for a full refund. Telonic accepted my request without argument and even sent a courier to collect it and I have no qualms about doing any future business with them the next time I'll be looking for more T&M kit.The delay involved in reaching this point seems to lie with Siglenteu, leaving Telonic as much a victim as I was. It seems this particular defect is extremely rare (or more likely a sneaky type of fault that isn't so readily revealed using a cursory waveform check with a 'scope), hence the apparent misunderstanding of the problem by Siglenteu's "technicians" who obviously lack the required experience to understand the big "Clue by Four" video clip evidence passed onto them by Telonic.I did quite a bit of searching to find similar issues strongly hinting at this oscillator instability but none I could point at and say, "Here's another example of the jittery oscillator issue!". For instance, one example involved a Rigol (what else) MSO which quite clearly to me was a timebase jitter issue that could only be another example of the same unstable clock reference I was seeing. The fact that it was effecting the timebase in an item of test equipment made it all the more difficult to demonstrate what was actually going on (in this case, the MSO would have to opened up and the circuitry probed using another properly functioning 'scope to pin down the culprit).With my request for either a full refund or replacement with an SDG2042X with my paying the price difference going ignored whilst Telonic were so preoccupied with their dealings with Siglenteu that they forgot to keep me informed, I decided to have done with the whole business and insist on a straightforward refund and go to my previous supplier for a swift delivery of the SDG2042X I'd hoped would suffice as a sufficient upgrade as to finally allow me to retire my much abused FY6600-60M.You might be surprised to learn that I still might have to wait a while before I can actually retire that FY6600 since there are still some serious issues to be addressed by a thoroughly revamped firmware update. It's far more than just a user hostile UI that has to be re-written but also code in the FPGA to correct inexcusable shortcomings in the generation of Arbitrary waveforms, most notably the Sinc pulse which only looks good at the (apparently magic) 10MHz frequency setting (but which my SDS2504X Plus's CCJ measurement stats still show a +/-171ns jitter regardless) turning into a scrambled jittery mess just 1Hz either side of this magic 10MHz spot frequency (but curiously, no change to the CCJ stats).Meanwhile, the FY6600-60M's Sinc pulse carries on demonstrating a -0.15ns and +0.15ns CCJ stat regardless of frequency setting around the 10MHz mark (I haven't bothered checking out its 15 and 20MHz stats - just the +/-4Hz neighbourhood of the magic 10MHz that seems to disguise this CCJ issue in the SDG2042X).Now, in view of the fact that the hardware in a 1.2GSa/s 16 bit AWG must be at least an order of magnitude better in both build quality and specification over the hardware used in a cheap plastic cased 250MSa/s 14bit AWG, the problems can surely only be a matter of piss poor firmware. I mean, how else can you cripple an order of magnitude better hardware into something that falls short in so many aspects compared to a cheap "Toy AWG" like Feeltech's FY6600-60M?It's only the fact that a firmware upgrade is a doable fix that stops me from immediately declaring it as "Unfit for purpose" and claiming a full refund to either give up on the whole idea of upgrading to an improved replacement for my 'Toy AWG' or spend yet more wads of cash on an "A Brand" alternative which, the way things have been going, might yet prove to have its own surprising shortcomings.So here I am, contemplating whether it's worth hanging onto the SDG2042X or simply giving up and send it back for a full refund. The problem is there aren't really any viable alternatives in the same sort of price bracket (Rigol are most definitely not an alternative imo).I'm not fishing for buying advice here. I know researching the market is likely to be a long drawn out ball ache of a process to find a best value for money solution that's likely to still involve a compromise or three (one of which is almost certainly going to involve the state of my bank balance).Just for added interest, even though mention of the SDG2042X is slightly off topic in this thread, I've attached some screen shots to give you a little more detail on the CCJ stats and the peculiar jitter of the 2042's Sinc pulse waveform compared to that of the Feeltech's at 10 and 10.000001MHzCH1 is sinewave from the 2042CH2 is the RFSCH3 is the Sinc pulse from the 2042CH4 is the Sinc pulse from the FY6600 from which I'm triggering the 'scopeI've disabled CH1 CH2 in the last four images to clarify the Sinc pulse waveforms. The first two of these images show the waveforms at exactly 10MHz (both generators locked to my GPSDO) and the last two are at 10.000001MHz to demonstrate the jitter effect which reveals itself only on the 2042's pulse - the FY6600's never so much as bats an eyelid in response to this 1Hz offset and this remains true for the 2, 3 and 4Hz offsets I tried.John

author: rf-loop
author_rank: Super Contributor
timestamp: October 23, 2020, 04:20:56 am
content: Quote from: Johnny B Good on October 22, 2020, 10:57:11 pmCan you explain what is your named Siglenteu. Do you mean exactlyhttps://www.siglenteu.comor some other.As everyone can see in every one your last "test" image trigger come from CH4 what is FY6600 signal.I think it was not "accidentally" without any meaning. But yes, Im not so interested about this fooling kids game.But you can not fool all of us.

author: TurboTom
author_rank: Super Contributor
timestamp: October 23, 2020, 08:59:13 am
content: @Johnny B Good -when doing tests with arbitraries, it's always a good idea to look at the waveform at low frequencies first. I've got a 250MSa/s AWG (among others...) that reproduces a Sinc (Sin(x)*x^-1) waveform with a period from -32Pi to +32Pi, i.e. consisting of a total of 32 "wiggles". It becomes completely obvious that such a signal cannot be reproduced at a period frequency of 10MHz, the underlying sine wave would be at 320MHz, almos three times Nyquist! I found this generator to reproduce the Sinc signal nicely up to approx. 1MHz with slight unsymmetry up to 2MHz and identifyable as "wannabe" Sinc maybe up to 2.5...3MHz. Above that, it loses "wiggles" due to aliasing and bandwidth limitation in the reconstruction filter.Please have a look at the Sinc signal of your FY6600 AWG at low frequency -- I'm sure it looks pretty different from what you get at 10MHz.Moreover, as @rf-loop pointed out, triggering on one generator output while observing another generator's signal and to judge from the "smeared" signal of the latter that this generator is at fault, is simply incorrect. Each of the two generators could be the "culprit" unless it's clearly an amplitude thing. And as explained above, in this case even your test signal was not adequate or even valid to do this kind of measurement. Know your gear, know its limitations.

author: Johnny B Good
author_rank: Frequent Contributor
timestamp: October 23, 2020, 07:00:59 pm
content: Quote from: TurboTom on October 23, 2020, 08:59:13 am@TurboTom and @rf-loop,Many thanks to the both of you...To answer @rf-loop's siglenteu question, yes, I was referring to siglenteu.com, Siglent's official European distributor, to distinguish it from the cybersquatting siglent.eu.com which is just another dealer who happens to sell Siglent kit.TBH, I was so hung up over the fact that the FY6600's Sinc pulse with its lack of the infamous 4ns DAC clock jitter that afflicts all the other pulse waveforms that have at least one rapid transition, makes it extremely useful for triggering or use as a datum point for observing slow frequency drifts against things like DIY GPSDO reference clock outputs that I was rather put out to see the same couldn't be said of the Siglent's Sinc pulse (at least as far as fine tuning it to match whatever I was tracking).At 1MHz the '66 shows about the same number of squiggles as it did at 10MHz but you see twice as many (22 in total) between the peaks on the '42's Sinc pulse. I'm no mathematics wizard but even I can recognise a function that involves an infinite series which can only be approximated anyway. I guess how well an AWG can approximate a Sinc pulse depends on how much hardware resources you have available and where you want to make compromises.JOOI, I decided to run a sequence of CCJ stats, starting at the 20MHz upper limit of the 2042 (the 6600 has no such limit, leaving the users to decide for themselves just how far they can usefully increase the frequency). I worked my way down in 1MHz steps after skipping the 18MHz step. You'll notice some of the steps had several screenshots devoted to them on account of the CCJ errors on CH3 (the 42's pulse) due to the severe amplitude jitter (I suspect dedicating the full vertical resolution in 10 bit mode would probably address this but I'm not planning on spending any more time on this if I can possibly avoid it).Bearing in mind what had been said about the choice of trigger source, I started with the '42 as the sine wave trigger signal on CH1 for the first image, using the '66 for the next two before going back to the '42 for images 04 through to 18 inclusive, switching back to the '66 for images 19 to 24, finishing by going back to the '42 for the final image.I saw very little difference between the two triggering sources which shouldn't be too surprising considering they were both locked to the GPSDO reference (possible in the case of the 6600 simply as a result of its OCXO upgrade with add on injection locking circuit). The 2042 was used for the vast majority of these CCJ test runs as described and the 6600's sine wave output used to demonstrate what little difference the choice of triggering source actually made.The first image shows the 42's Sinc pulse in its best light by fortuitously changing the frequency to the 20MHz limit at just the right moment (it took several tries). The second demonstrates the same situation using the 6600 as the triggering signal. Still using the 6600 to trigger the 'scope, I switched between the 19 and 20MHz as before until I caught it "with its pants around its ankles" (the other extreme of its amplitude jitter range). And, no it isn't a "Single triggered snapshot", that's exactly how it appears in a repetitively refreshed live view. I then switched triggering back to the 2042 to get another shot of this collapsed Sinc pulse in image 04 before continuing onto image 18. I used the 6600 in the next 5 images before switching back to the 2042 in the final image.Images 19 to 23 demonstrate the CCJ errors at 11MHz on the 2042's Sinc pulse with the last two images showing the reason why. It took me an hour and a half just to capture those screenshots alone but I thought they'd help demonstrate my bemusement at the startling difference between what Feeltech/FeelElec and Siglent had been striving for in their own approximations of a Sinc pulse waveform.On the basis that the Sinc pulse is a tricky waveform to produce with any realism at the high end of the frequency range, It looks like I'll be hanging onto the 2042. After all, Sinc pulse waveforms aren't the be all and end all of the arbitrary wave zoo.Once again, my thanks to you both for your input. I can now set aside what I suspect would be a futile quest for a better AWG in a similarly affordable price bracket and be happy (once Siglent have revamped the UI into something more worthy of its place in their otherwise very fine AWG product line).John

author: Johnny B Good
author_rank: Frequent Contributor
timestamp: October 23, 2020, 07:13:54 pm
content: Oops! It looks like EEVBlog's server has FSCKed again!Here's the final 5 images which the server had ignored that I'd attached to the previous post.John

author: TurboTom
author_rank: Super Contributor
timestamp: October 23, 2020, 09:49:37 pm
content: @Johnny B Good -I'm sorry if it sounds a little rude, but in none of your screenshots I can see a "properly" sampled Sinc pulse. The Sinc function has to be symmetrical, as soon as there's even the slightest asymmetry visible, it's likely that samples had been skipped.I'm not sure if you are really familiar with basic sampling theory: Theoretically, in order to reproduce a sine signal, two samples are sufficient for each period of that sine. Since this is not possible practically, the maximum frequency that you will find in real-world generators, is 1/2.5 of the sampling frequency, i.e. the highest frequency that an AWG running at 250MSa/s will be able to generate is about 100MHz (Rigol DG992 for example). A Sinc signal from -32Pi to +32Pi will have 32 "hills and valleys" in total, so the highest frequency that this signal contains is 32 times the "repetition frequency" (22 as you reported in case of the SDG2000X). If you repeat a signal like this at 10MHz, the highest frequency component this signal contains is about 320MHz (vs. 220MHz in your case). There's no way the FY6600 nor the SDG2122X will reproduce this. What happens is called "aliasing", i.e. not every sample point in the waveform buffer gets "played back" and the reconstruction filter forms of the remaining sample points what you see on the screen of your scope. This may actually resemble a Sinc signal quite well, but it's not what's stored in the AWG's memory. It also leads to the "smearing" of the trace if there's a low-frequency interference between the sampling frequency and the highest frequency component of the Sinc signal to be reproduced.You may argue that Siglent specifies for their SDG2000X generators 1.2GSa/s, and you are right. But if you look more closely at thespec sheet of that generator, you will quickly get disappointed: The 1.2GSa/s refers to the internal sampling rate of theAD9122 DAC. But the DAC has got an internal interpolation engine and Siglent "drives" it only at 300MSa/s while the interpolation makes signals that are within the specified frequency range appear (more ro less) like they had been sampled at 1.2GHz. So basically, the FY6600 and the SDG2000X aren't that far apart from each other. The DDS and "TrueArb" sampling scheme also only differ in details, you will find that the "reproduction rate" of the TrueArb scheme is another factor four slower than the DDS scheme (75MSa/s vs. 300MSa/s). This is necessary to reproduce slopes by adjusting their slew rate in order to apparently shift their position so they lie in between the "true" sampling points, thus reducing phase jitter, but this comes at the cost of bandwidth.All this means that none of the manufacturers can do magic. All of them have funny names for their performance enhancement (TruArb, SiFi II,...) that describes the same principle.I also don't exactly understand what you mean with that the Sinc signal is a difficult to reproduce waveform. If you stay within the mathematically possible frequency range, it's no more difficult than any other waveform. Moreover, an ARB generator is better suited to produce sensor signals for example that are otherwise difficult to obtain in the lab, i.e. to design a post-processing electronics. And these signals usually aren't that fast. I haven't heard of anyone requiring a 20MHz Sinc signal, but maybe I'm just ignorant.Anyway, I hope this information may give you some deeper insight into the subject.Cheers,Thomas

author: Johnny B Good
author_rank: Frequent Contributor
timestamp: October 24, 2020, 03:05:06 am
content: Quote from: TurboTom on October 23, 2020, 09:49:37 pmThanks for responding so quickly.As it happens, I am acquainted with sampling theory so quite understand your argument. I was also aware of the 300MSa/s and 75MSa/s limits in this "1.2GSa/s" AWG model. However, what I wasn't aware of was there being a specific number of "wiggles" in a properly formed Sinc pulse. I'd just assumed that the ten in total peaks of the Feeltech version and the twenty in total of peaks in the Siglent one (I just set the frequency of both to 1MHz and counted them again, including the tiny pip in the middle) were just approximations to a mathematical function involving an infinite series of coefficients. I hadn't realised there was meant to be a specific 32 waves in total to recreate an accurate facsimile of a Sinc pulse.In the light of that information (please excuse my ignorance and my ASS-U-MEd conclusions), it seems that both Siglent and Feeltech have been cheating (Feeltech doubly so). That rather begs the question as to why Siglent in this case chose to set the limit at 20MHz rather than say 6MHz or even 12MHz at a push. The SDG1Kx models use a 6MHz limit and even this is double what a 150MSa/s rate could deliver.The appeal of the Sinc pulse in the Feeltech was purely down to the fact that it offered a uniquely distinctive jitter free waveshape pulse with nice steep edges so suited for the task of monitoring a slowly drifting sine or square wave from my gpsdo projects. I wasn't really concerned about the squiggles in between (quality or their quantity).Well, the fact that even Siglent felt impelled to cheat on the quantity of squiggles suggests they were trying to overcome a difficulty in producing them at the highest frequency possible, given all the constraints. Presumably they must have decided that a close enough facsimile to a genuine full fat Sinc pulse would suffice most, if not all, users' needs. Just how exact does a Sinc pulse need to be, considering that Feeltech had cheated twice as much?Presumably, a user who demands nothing less than a full fat Sinc pulse below the 3.75MHz limit of a 300MSa/s DAC could arbitrarily create or import their own. Perhaps Siglent felt that their ersatz example would suit 90% of users and Feeltech had decided most of their customers wouldn't notice the difference anyway (and any that did could create one, after all, it is an AWG after all).As for the question of anyone wanting a 20MHz Sinc pulse, I wonder who would want or need a 1MHz ECG?John

author: TurboTom
author_rank: Super Contributor
timestamp: October 24, 2020, 07:56:45 am
content: Yes, tachycardia on steroids...Yet, I may have explained the situation with the Sinc pulse somewhat inaccurately. The number of "wiggles" is not fixed, it's rather the decision of the instrument manufacturer. If you need a longer sample, you can easily generate it as a custom arbitrary. It's just the representation of the mathematical formula f(x)=Sin(x)/x The Sin(x) generates the periods (wiggles) while the 1/x is resposible for the hyperbolic amplitude drop and the phase change and funny shape around zero. Actually, at exactly zero, this formula isn't defined since you would divide by zero. But it's possible to calculate the limit lim(x->0) by calculating the quotient of the derivatives d/dx(Sin(x)) = Cos(x) (which is 1 @ x=0) and d/dx(x) = 1, so you're dividing 1/1=1, which is the value the Sinc function approaches for x -> 0. IIRC, this is called l'Hospital's rule...long time since I was at school and univerity...Anyway, the interval that's used to reproduce the function in an AWG is more or less arbitrary. Btw, the Sinc function is used in digital oscilloscopes to mathematically interpolate a waveform with highest frequency contents only a little below nyquist, i.e. that's only a little more than two samples per period, so there are also practical applications of that "waveform". The details of this are best to be found in books on sampling theory.

author: rf-loop
author_rank: Super Contributor
timestamp: October 24, 2020, 08:20:56 am
content: Quote from: Johnny B Good on October 24, 2020, 03:05:06 amWho need. No one.Who "need". Kids or kids like grown ups just as for playing fun with scope and generator. Whole hobby may be just playing with test instruments alone like with Nintendo. They are main thing in hobby in some cases. Some cases peoples hobby is electronics and so on and test and measurement instruments are only tools, just like screw driver and pliers etc. When these are needed for real work for salary, mostly they are just tools. Who there need any ready made simplest ECG wfm what is only some how "looks like" joke copied from some basic school book, yes we can say there is artifical or better say artist painted QRST parts but after then it is all what it have. If someone need test some system he need very very different and not monotonic wfms for simulate real ECG for test some circuits for it, who think these jokes are useful in any real works but just for kids playing fun and for salesmans.One purpose I know. Teaching. Example for teaching how to use and adjust oscilloscope for different things and signals. Example exercise lessons for simple trigger settings with different signals for look just wanted details. This can be one piece of whole set of different signals in basic training.Sidenote(s) to some random readers who just read bit this and bit that and is confused by sampling speed, jitter, ARB detals disappearing and DDS one clock jitter and ARB frequency:I take example about Siglent SDG1000X (because it is in topic)ARB waveforms in DDS mode when fixed memory length is in use.SDG1000X have 150Msa/s and ARB memory length is 16384 14 bit "words" for DAC.One memory length is one ARB waveform (later awfm).All know working simplified principle is that it reads ARB memory using this fixed 150Msa/s speed and value goes to DAC input.Now we can read data sheet.It tell that maximum ARB frequency is 6MHz!ARB memory lenght is 16k. It mean that it can repeat this one ARB memory waveform 6 million times in second (6M awfm/s).If we think it can repeat whole ARB memory wfm with all its possible details using 6MHz ARB frequency -- this is just totally impossible. Why.Because awfm length is 16k and it is sampled using 150Msa/s speed.If we sample every single awfm memory position and we get out 6M awfm/s it need 6M*16384=98304Msa/s = 98.304Gsa/sAll know it is impossible. But data sheet do not tell it directly. User need understand how these work.Lets look other way. What is maximal awfm/s what can do so that memory length is 16384 and clock is 150M and every data points in memory can take to DAC. 150/16384=0,0091552734375.It mean that 9.1552734375k, bit over 9k awfm/s is maximum.Without loosing details maximum ARB frequency is 9.155 kHz! Not 6 MHz of course.Data sheet tell:Arbitrary Wave characteristicsFrequency min 1uHz and max 6MHz.But just ago I show that max is tiny bit over 9kHz.Yes, this IS maximum arbitrary waveform repeating frequency in SDG1000X model when memory length is fixed and sampling clock is fixed. 16k memory, 150M sampling speed)Do they lie.No.How it is done. (now this is extrmely simplified)What happen now if you set ARB speed for 6MHz aka 6M awfm/s.With 150MSa/s it can do. "Only" need jump over many many points in memory and take just 25 samples. (150/6=25)Now if there are lot of details in waveform in ARB memory they are just ignored, just jump over like lazy fox jumps. We loose details. (of course it is bit more complex because memory length is 16384 and divide by.... and so on... so there need some what then can see as one clock jitter in final result)Wait a minute, somewhere I just read that someone have told to my friend who tell to me that ARB can produce even 30MHz or over sinewave, not so nice looking but still somehow nice wave.Think other way previously told things...Still bit rounding corners and simplified.Just told that using 6MHz ARB max freg can read 25 data points when 150Msa/s clock.Ok. Lets draw 10 cycle sinewave in ARB memory. Then run it with 6MHz ARB freq. Now it can read again 25 samples, 2.5 sample per one cycle.Yes there is some filters and result may look some kind of "sine". But if you you run it using 3MHz or draw 5 cycles sine and run it using 6MHz you get 30MHz out... now it looks bit better... and if you change frequency, with some freq it can even look quite nice... as also can do with 10 cycle sine in arb memory.If we need every position in arb memory is used and forwarded to DAC, SDG1000X can max up to 9.155kHz ARB frequency when memory length is 16k andsampling is 150Msa/s. This is hard fact.Every AWG have this limit as long as it is fixed clock with some memory length DDSAfter we accept some memory positions loose (jump over) then it can repeat more awfm/s (higher ARB freq).Siglent have selected max limit as 6MHz what is ok for very simple low detail ARB waveforms. This selection for limit is not based to some truth how it must be. If Siglent set limit to 1MHz all are screaming that neighbourg have higher ARB freq. Also it can set for 10MHz, even more, it can set even for 30MHz. If it is 30MHz all are crying it can not repeat acceptable nearly any other wfm than nearly sinewave or square. 6MHz is just compromise and nothing more, it is not some kind of technical fact limit. For simple awfm it is ok and for complex awfm with dense details it is far too fast for details.User is master and just user need know his equipment and how to use it for his application. This is why user need know basic simple fundamentals and some principles how just his instruments works. Except if he is using these only for playing fun for loose free times.Depending user selected ARB freq it can also vary what memory position is jump over and some other things so that average frequency what user have selected is correct. So mostly we can see 6.666... ns jitter in edges. But it is difficult in practice predict what detail is loosed exactly until you are working only up to trusted 9kHz ARB freq.About this 6MHz ARB limit.For roughly same result, if we reduce ARB memory to 8k we can rise it to 12MHz and if we reduce memory to 4k we can set limit to 24MHz and result is same. So if you see noname generator what have same clock speed and example you see there higher ARB freq, think carefully what it mean. Example FY6900 have 250Msa/s, 8k memory and 10MHz ARB max. With its max ARB freq it can read same 25 data points from ARB memory as Siglent and all other data points are jump over, where jump over details and variations is depending freq adjustment and producing one clock, more or less semi random, jitter - in FY6xxx 4ns and in Siglent 1000X 6.7ns.In Siglent TrueArb (and many others similar mode with different names) mode there is not this one clock jitter due to variable sampling clock and ARB memory length.Originally SDG1000X series have only fixed length fixed clock DDS mode.Not anymore.Some time ago Siglent add "True Arb" mode also in SDG1000X series. It was software update, just not remember FW version when it happen.In "TrueArb" mode things are very different.Now we do not need jump over and periodically change data point what we move to DAC for keep average frequency.In this mode there is three (main) things what change. One is of course ARB freq as also in DDS mode. But now also memory reading clock change and more, also memory lenghth can change. When stay in its limits user can be sure no detail is loosed *no jump over data points) and no one clock period jumping depending ARB freq.But this model TrueArb have limits. 1u - 30Msa/s and 2 - 16384 pts. sampling speed is always limited to speed where do not need jump over memory position so user know that all details are included. In this mode cycle to cycle (awfm to awfm) jitter is specified as 2 pts, 300ps RMS @ 20.1MSa/s when direct DDS mode have specified as 6.7ns peak to peakThere is example earth quake wfm in ARB... who can think 6MHz repeating this one quake period where is lot of details is somehow clever... as also ECG as also lot of other wfms including also sinc. These just do not work with maximum ARB freq 6MHz. Users need know even some basics about things.It is good question to ask for what purpose users typically use or need ARB and with what speed and other paramaters and I do not mean what is nice to have for some niche rare use or just for "nice to have" because some others have.Total 196 pre programmed wfm in memory. Just for checkbox feature in sales brochure and nothing else in real life. Of course nice for just playing fun. Also with other tools can play fun, even with hammer and saw. Some play fun with nintendo. Some play fun with scope and other instruments.And because neighbour company have more perhaps other need also add more. Perhaps some year we can see some company advertise they have 10000 ready made ARB wfm in memory, ready for use. Even 196 is some difficult. You need lot of time to find if some there meet your needs. How you select them. In menu they have some names. Some wfm names do not tell nearly anything and you need just select and look. How often you want do it, finding if there is something what you just now need. Who need these.

author: Johnny B Good
author_rank: Frequent Contributor
timestamp: October 27, 2020, 11:48:52 pm
content: @rf-loopThank you very much for that clear and concise explanation. I suppose it really all boils down to the frequency content embedded within the awfm sample and the maximum speed limit on clocking all the vital data points out if all 16K of them need to be preserved.This reminds me of the quote "It's turtles all the way down!" often used to describe the cosmological regression problem.https://en.wikipedia.org/wiki/Turtles_all_the_way_downIn this case, I've thought up a rephrasing of the turtles one, "It's sine waves all the way up!"That's true of "perfect square waves" of course and nearly true for many other complex awfms. In short, the limitation is down to the complexity of the awfm generating a complex mix of sine waves - every wave form can be analysed into a mix, complex or simple, of sine waves. That's just the way things work in the real world.With that 'fact of life' in mind, it's little wonder that the higher specification AWG kit becomes so very expensive so very bleedin' fast.John

author: munxx
author_rank: Newbie
timestamp: November 03, 2020, 06:18:34 pm
content: Quote from: gianluigi on August 23, 2020, 07:36:58 amHi all,I had the same issue with the error message after mounting with rw privilege (I did read the instructions carefully).I tried to reflash version 1.01.01.33R1B6 but bricked it. Probably wasnt a good idea to have the telnet ADS in the root of the thumbdrive used to do the reflash.So I had to shamefully contact Siglent Europe who answered me on the same day, a sunday (!) and got back to me with the u-boot repair kit the next morning. Nice experience.

author: HamDancer
author_rank: Contributor
timestamp: December 16, 2020, 06:31:47 am
content: Quote from: munxx on November 03, 2020, 06:18:34 pmI just want to second that I had exactly the same problem this week with a freshly purchased SDG1032X. I used the telnet "failed firmware" to upgrade to the SDG1062X, which worked fine, but then I received the "bad message" error when trying to mount the root directory. I made no other changes and followed the instructions carefully. The next time I cycled the power,withouthaving anything plugged into the USB slot, I just got the startup logo forever. Once I received the recovery files, I was able to revert back to 22, then upgrade to 33R1B6, at which point I could complete the modifications without further drama. Are the units being shipped with a corrupted filesystem?I recommend that new users don't try the "part 2" modifications without having the recovery files on hand first. It seems like several people have had identical problems recently. Avoid the sinking feeling I experiencedP.S. I would like to give a huge thanks to all the people who have worked so hard to provide information on the SDG1xxx here. It's been very educational.

author: wally2q
author_rank: Newbie
timestamp: January 20, 2021, 04:34:15 pm
content: Hi Everyone,I just received my new SDG1032x and would like to upgrade it.I have read a lot of posts referring to Part II instructions, and the original instructions from 2018 but was able to only find the 2018 instruction set.Could someone "pretty please"post a "fresh set" of instructions so myself and any other newbies can avoid confusion and issues making the mod?... my unit runs the latest FW 1.01.01.33R1B6thanks!

author: 4x1md
author_rank: Regular Contributor
timestamp: January 21, 2021, 02:58:40 pm
content: I noticed a strange bug in my SDG1032X. It doesn's restore the previous settings correctly after turning the unit off and on. On the attached image two upper screenshots show the settings before turning the AWG off and two bottom images show the settings which I get after turingh it off and then on. The settings which are not stored correctly are period time, duty cycle and fall edge in pulse mode.Did anybody else notice this issue? Is there any solution?

author: Hexley
author_rank: Regular Contributor
timestamp: January 21, 2021, 04:54:58 pm
content: Quote from: 4x1md on January 21, 2021, 02:58:40 pmI see similar but not identical behavior here. In my case, the period change is the same as yours but the duty cycle changes to 39.998% and the fall time goes to 16.8 ns.Worse yet, after running this test my SDG1032Xwants to revert to the pulse waveform even if I set the waveform to something else, like a sine for example, before power cycling.It always comes back up in the pulse mode.I am running 1.01.01.33R1B6 firmware, upgraded to 60 MHz.This unit had saved/restored settings on power cycles without issue in the past. Perhaps the same mechanism that caused the pulse parameters to be changed in this power cycle experiment also caused some other issue in the firmware that affects the restoration of waveforms in general.This is something that Siglent may want to look into.

author: Hexley
author_rank: Regular Contributor
timestamp: January 24, 2021, 05:52:45 pm
content: Quote from: Hexley on January 21, 2021, 04:54:58 pmUpon further investigation, it seems that my SDG1032X has a hardware issue that is causing it to lose the memory of its last waveform. Even after using recovery tools to return the unit to factory setup -- shout out to Tautech for his excellent help -- the problem remains. Looks like it will have to go in for service.So to set the record straight, the waveform recall failure that I reported does not seem to be related to the 4x1md tests.A comment about that test: the test signal period is set to 120.000 000 seconds. That corresponds to a frequency of 8333.333(...) uHz. If one rounds that frequency to the nearest integer it become 8333 uHz, which has a period of 120.004 800 seconds. Since that is the period seen in the 4x1md test, we have a clue as to what is going on inside the instrument.

author: DL2XY
author_rank: Regular Contributor
timestamp: January 24, 2021, 06:58:13 pm
content: The SDG6000X behaves exactly the same.The period time is stored as frequency in mHz, at restore time it is back converted to time, with rounding error.

author: 4x1md
author_rank: Regular Contributor
timestamp: January 24, 2021, 07:37:17 pm
content: Quote from: Hexley on January 24, 2021, 05:52:45 pmIt explains the frequency issue. I still don't understand why it doesn't store duty cycle and fall time correctly.

author: tautech
author_rank: Super Contributor
timestamp: January 24, 2021, 07:46:35 pm
content: Quote from: 4x1md on January 24, 2021, 07:37:17 pmDC returns the correct 49.998% which like frequency is linked to the sampling rate.In nearly 30 emails to and fro to Hexley he has a suspicion of a bad memory block but it needs confirming with more work. The newish unit I used to work with him showed zero issues with returning Last settings based on your example.Hexley was a real trooper deeply testing this issue with his unit.Someis needed before we have the full answer to this.

author: Hexley
author_rank: Regular Contributor
timestamp: January 24, 2021, 08:47:56 pm
content: Quote from: tautech on January 24, 2021, 07:46:35 pmWhat would be great is a way to test the internal file system for errors, with fsck or something.If my understanding is correct, one cannot run fsck on mounted filesystems, so the root device of a running system cannot be checked. But my Linux experience is thin, so perhaps others can suggest alternatives.

author: tubularnut
author_rank: Regular Contributor
timestamp: January 24, 2021, 09:03:24 pm
content: Quote from: Hexley on January 24, 2021, 08:47:56 pmMost flavours of Unix/Linux fsck programs have options to check a mounted filesystem with 'no' error fixing, but the results you get cannot always be trusted. My experience is to leave running/mounted filesystems alone, it's a great way to trash a running system (to my dismay).Generally, if a filesystem has mounted , it has already passed an fsck check, though the 'fsck check on mount' is only reading a flag on the filesystem, and not always of reflection of underlying filesystem status. But that's a whole rabbit hole to go down in other discussions.

author: mirror
author_rank: Contributor
timestamp: January 30, 2021, 05:34:12 pm
content: Hello,the attached python script is taken over from SDG_Programming manual.I use the SDG 1032X generator who is specified with 14-bit vertical resolution. But doing so with the script activated 14 bit entry the programmed steps do not cover the entire range of 4Vpp. If I activate the 16 bit array instead everything is OK by covering the expected range.Can someone enlight me where my fault is.

author: HendriXML
author_rank: Super Contributor
timestamp: January 30, 2021, 06:31:46 pm
content: It has a 14 bit dac, however the waveform is transfered using the full range of 16 bit signed integers. So forget about the 14 bit dac. That's in this case just technical info. However I don't think the manual is clear in that regard.

author: mirror
author_rank: Contributor
timestamp: January 30, 2021, 10:02:39 pm
content: Thanks for answering.Do you have an idea how to check it? Save the wave.bin and decode it? Or make a slow sweeps and check it with a 24 bit soundcard?

author: HendriXML
author_rank: Super Contributor
timestamp: January 30, 2021, 10:56:47 pm
content: Quote from: mirror onTodayat 14:02:39I'm not sure what you mean by checking.. like checking the signal with a scope?This code block shows what needs to be in the datastream that is send to the awg. First the wave command and parameters. One byte per character (ansi, not unicode). Then the number of int16 's mentioned by LENGTH divided by 2 (bytes per int16). So the wave form can be shorter than 16k samples.Code:<Execute Statement="Memstream.WriteDataAnsiString('C1:WVDT WVNM,' + WaveName + ',TYPE,5,LENGTH,32768B,FREQ,300,AMPL,6,OFST,0,PHASE,0.000000000,WAVEDATA,')"/><ForLoop Indexer="I" From="0" To="16384 - 1" ><Execute Statement="Memstream.WriteDataInt16(ASample)"/></ForLoop>

author: mirror
author_rank: Contributor
timestamp: January 31, 2021, 04:57:46 pm
content: Quote from: HendriXML on January 30, 2021, 10:56:47 pmThanks for the code example. It seems xml code - not python and for other SDG (1000x has no TYPE and LENGTH)?Your are sure that we can reach a 16bit resolution with the SDG1032X?I tried to check it but struggling about the large offset of about 100mV (in 4Vpp range) for arbitrary waveforms.The first picture show the builtin arbitrary StairUp, the second picture an programmed waveformCode:wave_points = [0x8000, 0x8000, 0xc000, 0xc000, 0x0000, 0x0000, 0x4000, 0x4000, 0X7FFF, 0X7FFF]Both waveforms show an offset of 100mV on low end (-1.9V instead of -2V) which disappears step by step. So we have correct +2V on the other end.If I source -2V DC everything is OK, for pulse and sinus too.I think it has to do with an erroneous mapping of an 16bit range to the SDG1032X DAC which is only able to convert 14bit.

author: HendriXML
author_rank: Super Contributor
timestamp: January 31, 2021, 06:05:01 pm
content: The code was just a copy of what I used, I'm not familiar with Python.I'm sure that one cannot get 16 bit resolution out of a 14 bit dac though(the awg, will scale/divide them)How to setup the wave is not directly related to the dac. For instance you could combine waveforms, maybe the extra bits come in hand with rounding errors then.

author: mirror
author_rank: Contributor
timestamp: January 31, 2021, 07:39:17 pm
content: In SDG's programming manual p.74 they speak about Two's complement.Can you check if your SDG has an offset for the builtin arb wf StairUp.

author: HendriXML
author_rank: Super Contributor
timestamp: January 31, 2021, 09:10:31 pm
content: Here's my stair up, the used parameters can be seen in the document.When debugging waveforms it may also be handy to trigger from the trigger output from the back of the awg.Using NI MAX tool the parameters can be shown:Code:C1:BaSic_WaVe?C1:BSWV\sWVTP,ARB,FRQ,1831.054688HZ,PERI,0.000546133S,AMP,5V,OFST,0V,HLEV,2.5V,LLEV,-2.5V,PHSE,0\n

author: HendriXML
author_rank: Super Contributor
timestamp: February 01, 2021, 02:32:51 am
content: B.t.w have you tried the other channel? In case there's an issue with one dac..When I first got the sdg1032x I did some extensive testing of its 2 dac's, so I wouldn't expect it to be 100 mV off. That number seems also too "pretty", hence I kinda suspect human error..https://www.eevblog.com/forum/testgear/sag1021-vs-sdg1032-what-to-expect/msg2440542/#msg2440542But as a first step its good to switch channels, on awg, but also scope (auto calibrated?). Also make sure your not combining 2 channels.

author: mirror
author_rank: Contributor
timestamp: February 01, 2021, 09:01:00 pm
content: So, your capture shows an deviation of 80mV on high end.I checked both awg channels on self cal scope with builtin stairup (other arb waveforms are same).Changing the scope input shows that the cause is the awg. So we can state for my device an max offset of 88mV. I believe that this comes from rounding and interpolation of the 16bit input data to the 14bit dac. Only negative range is affected - same for waveforms supplied by python script.DC and pulse output is much more accurate, so we have no analog problem.A bit disappointing by the promised TrueArbitrary approach.I think we can close this case.B.T.W.: Do you made this mod to 60MHz?

author: HendriXML
author_rank: Super Contributor
timestamp: February 01, 2021, 10:57:26 pm
content: With 1V/div adc stepsize is 40mV on the scope. What kind of accuracy can one expect then? A scope isn't ment for doing precise measurements, but it can be done more or less by mostly using the offset in a good way. In that way I characterized my awg dac pretty good.An awg consist also of 2 dacs, one fast, one for offset. The fast one used for arb. is less accurate off course. Scaling is done using an Variable Gate Amplifier and also a bit before the dac. (Don't know why they don't always use the full range of the dac, maybe a calibration thing)Going from 16 to 14 bit is /4, that doesn't seem to account for the deviations you found.. also 14 bit is still a lot of resolution (because of VGA).Much more then an 8 bit scope can resolve. But it could be that your dac has a large INR or something error, but an extensive test would be needed to show at what bits.Done that..Btw vertically zooming in with a scope, and having a large portion of the signal off screen, can do funny things to your measurements. (Amplifier saturation recovery?)

author: Hexley
author_rank: Regular Contributor
timestamp: February 11, 2021, 07:45:31 pm
content: Quote from: Hexley on January 24, 2021, 05:52:45 pmI would like to ask if anyone with an SDG1032X would be kind enough to run a quick test to check the behavior of its "last setting" memory?The question is whether the unit needs ~1 minute after making a settings change to recognize and record it. That is, if a change is made and the unit is powered down immediately thereafter, will it remember the change when powered up again? Or is a 1-minute wait essential?The test would be this:1. Power up.2. Change the waveform type.3. Power down immediately.4. Power up and see if the changed waveform is restored correctly.5. If it does not restore correctly, then repeat the test but add a 1 minute delay before step 3 and see if that changes the result.Thanks,Hexley

author: rf-loop
author_rank: Super Contributor
timestamp: February 13, 2021, 01:43:41 am
content: Quote from: Hexley on February 11, 2021, 07:45:31 pmThis is normal. Designed behavior.Current setup are saved periodically to internal xml file where it keep it. This is inflash memory. There is not NVRAM for this. It is not wise to write this continuously to flash. Also there are not resources to detect that power just start going down and hurry save setups before all residual internal power is loosed.Example some old Tektronix scope did it if I remember right.. but there was fast NVRAM and tiny amount of data, just some bytes.Also it do not have internal controlled mechanism for delayed shut off. I mean user start shut off and after then it save things and after all is ready it do true shut off. It do not have this feature.Now it may feel strange if sometimes it looks like it keep last changes and some times not, depending how very fast after last setup change user shut it off. Also it have not mechanism for delayed shut off. I mean user shut off and after then it save things and after all is ready it do true shut off. It do not have this feature.Btw, why user need shut off very soon after last change... why user change settings and then shut off without using these settings. Usually we use and change settings for some things what we are doing. Is it just for playing fun to change settings and shut asap off. What is the real and necessary reason to do this? Playing fun or do real works.Now when it do it using fixed interval... if waiting time is just ending it may save things just before shut off... if last save was just done and fast change some settings and shut off next saving period have not yet...and so on...I do not know what is this period time but one minute feels too long.

author: TurboTom
author_rank: Super Contributor
timestamp: February 13, 2021, 10:10:11 am
content: I may put it the other way round: Why didn't Siglent include a tiny FRAM chip to store configuration data in their SDG1000X design, like other manufacturers are doing for ages? These components that permit virtually unlimited write cycles, enable the manufacturers to store configuration changes as soon as they are executed by the user and provide a full power-down config memory without any worries, questions or anything to be observed. I'ld say this was simply forgotten during design, or deliberately omitted to save a few pennies.But on the other hand, as rf-loop pointed out, in everyday use, it shouldn't be much of a problem.

author: Hexley
author_rank: Regular Contributor
timestamp: February 14, 2021, 07:05:57 pm
content: Quote from: rf-loop on February 13, 2021, 01:43:41 amInteresting comments rf-loop; thanks.There are some issues, though.Periodically writing the state to flash has essentially the same problem as does writing the state to flash on every change -- too many unnecessary flash writes. If the instrument is on for several hours and has its settings changed many times in that interval, the flash will be updated with all the intermediate settings (modulo the write delay period), instead of only with the last one. So the flash wear problem is not really solved.The best solution, which is familiar to most embedded system designers, is to detect loss of AC line power, then generate an interrupt and save state. This takes a zero cross detector -- probably an optocoupler, but sometimes only a resistor -- and a reasonable amount of bulk capacitance at the output of the power supply. Of course, this increases the BOM cost a tiny amount.The next best solution, which is free of cost, is to have a means for the user to command a "save" operation. This was common in 1990s vintage instruments. A bit clunky, but at least the behavior is reliable.Having an "automatic" system that does not reliably save the state is probably not the best solution, IMHO. I would suggest to Siglent that they deprecate this function; or at least mention its limitations somewhere in the manual.As to why the user might encounter this problem, consider the case where one finishes the day's work and then returns the generator to one's preferred default setting for the next day's work and shuts it down. That may or may not work, depending on the exact timing of the power shut down.Gung Hay Fat Choy, in any case.

author: nctnico
author_rank: Super Contributor
timestamp: February 14, 2021, 07:18:44 pm
content: The best solution by far is to use either (high endurance) FRAM or a slightly larger flash in which every next write goes into a new sector. After writing the data is verified and if that verify fails then the next sector is used. This is how I implement storing data which is written regulary.However if the device runs Linux on top of NAND flash using a wear leveling layer like UBIFS then writing to disk regulary is not much of a problem; UBIFS takes care of wear levelling and bad-sector detection. I don't know whether the SDG1000X series runs on Linux but if they do a simple fix for this problem is to call 'sync' after the user changes a setting so the changes get written to disk immediately.

author: rf-loop
author_rank: Super Contributor
timestamp: February 15, 2021, 05:26:17 am
content: Quote from: nctnico on February 14, 2021, 07:18:44 pmI know. Also everyone who have done SW mod know. Linus T's Finnish "fingerprint" is inside it.

author: tautech
author_rank: Super Contributor
timestamp: March 09, 2021, 08:50:37 am
content: So a customer asks how can they manually single cycle their ARB waveform....Burst>N Cycles = 1>P2 Source = Manual>manually Trigger with the high lit button.A portion of the result requiring Single or Normal trigger on the scope to catch it.

author: Hexley
author_rank: Regular Contributor
timestamp: March 30, 2021, 03:59:00 pm
content: The SDG1000X has an issue when producing a modulated square wave at low amplitude. If the amplitude is set below a certain level – around 10.0 mVpp – the output level will no longer match the set point. It can drop to 1/3 the indicated level, for example, as shown in the following example.First, the generator is set to 1 MHz, square wave, 10.0 mVpp into 50 ohms, 50% duty cycle. The modulation function is engaged – in this case, set to FM with 1 Hz modulation frequency and 100 uHz deviation. The output waveform is observed on a scope and verified to be about 10 mV, as expected. See the first image.Next, the amplitude is decreased by 0.1 mVpp, resulting in a setting of 9.9 mVpp. This was done using the knob, after positioning the cursor at the least significant digit. The scope reveals that the actual amplitude has dropped to about 3.24 mVpp, not the 9.9 mVpp it should be. This is not the expected behavior. It appears to indicate an issue with the instrument. See the second image.Finally, the modulation function is disengaged, leaving the amplitude at its last setting (9.9mVpp). The scope now shows the expected 9.9 mVpp output. So the problem comes and goes as the modulation function is turned on and off. This seems to confirm an issue within the instrument. See the third image.As a further observation, the behavior of the second channel of the generator was similar, but the thresholds on that channel were not quite the same as on the first channel. The second channel functioned as expected when set to 10.1 mVpp, but when set to 10.0 mVpp it produced 3.32 mVpp if modulation was engaged. As with the first channel, the correct amplitude was restored when modulation was turned off.Note about the scope images – to improve clarity, the scope was set to average 16 samples and the 20 MHz bandwidth limit was employed. That reduced noise and jitter and produced the sharp traces seen.

author: Hexley
author_rank: Regular Contributor
timestamp: May 13, 2021, 05:31:11 pm
content: The User Interface of the SDG1000X series can be somewhat confusing in the display of LOAD values:If a load of 50-999 ohms is entered, that value is shown properly. Good.But if a load of a few kohms is enteredthe value is rounded to a single significant digit for display. So entering "2700" reads"3K". But the instrument actually operates using the full entered value. This is rather misleading:There is no way to spot a mis-typed entry,The output voltage does not appear to correspond to the displayed load.Above 10K it displays two significant digits, which is a bit better but still ambiguous -- entering "10.7K" will display "11K", and so on.There is plenty of room on the LCD to display the full value. So this seems like a simple firmware fix, which I hope Siglent will include in an upcoming release.[Edit to add examples and illustrations]Here is a simple set of operations starting with the generator set to output 5.000 Vpp into 50 ohms, that illustrates the issue:Case 1 setup: The load is set to 2501 ohms. This is shown in the first shot, just prior to pushing the ohms soft key.Case 1 result: The load reads 3K ohms. The output voltage is 9.805 Vpp. See the second shot.Case 2 setup: The load is now changed to 3499 ohms. See the third shot.Case 2 result: The load still reads 3K ohms. The output voltage is now 9.860 Vpp. See the final shot.As mentioned above, this seems simple to fix in firmware by merely displaying the load value as entered. That would eliminate inconsistencies in apparent load value versus actual output voltage.

author: Hexley
author_rank: Regular Contributor
timestamp: May 19, 2021, 12:35:07 am
content: There has been some interest in the DC accuracy of the SDG1000X and SDG2000X generators.I had occasion to measure this on one channel of an SDG1032X during a recent lab project.The SDG1000X was stepped from -2.5V to +2.5V in steps of about 50 mV. The output was measured across a 50 ohm load by a Keysight 34465A 6.5 digit DMM.The generator behaved well, as can be seen in the attached graphs.

author: Roger Need
author_rank: Regular Contributor
timestamp: May 19, 2021, 02:02:18 am
content: Quote from: Hexley on May 13, 2021, 05:31:11 pmHexley,How are you getting those screenshots on your SDG1000X? I have not been able to find a way of doing this.Roger

author: Hexley
author_rank: Regular Contributor
timestamp: May 19, 2021, 03:22:06 pm
content: Quote from: Roger Need on May 19, 2021, 02:02:18 amHave a look here at colorado.rob's work:https://www.eevblog.com/forum/testgear/the-siglent-sdg2042x-thread/msg2346945/?topicseen#msg2346945

author: coy
author_rank: Contributor
timestamp: September 06, 2021, 11:37:24 pm
content: Hi,lately I got a SDG1032X myself, replacing a hacked Rigol DG811, for being able to do bode plots together with my Siglent SDS1204X-E scope.However, I did a few tests and noticed that both channels of the SDG are not synced properly, of course I tried different settings (also the "eqPhase" button), but behavior didn't change.So I am seeing an (apparently absolute) delay on one of the channels, causing a deviation in phase of up to 5° at 30MHz.Has anyone else seen this behavior?RegardsMarkus

author: tautech
author_rank: Super Contributor
timestamp: September 07, 2021, 12:06:07 am
content: Quote from: coy on September 06, 2021, 11:37:24 pmUtility P2>Phase Mode = Phase Locked ?

author: TurboTom
author_rank: Super Contributor
timestamp: September 07, 2021, 06:04:57 am
content: Did you make sure the cables connecting the two channels to the scope inputs are identical and of equal length? Exchange the cables / scope inputs -- yes, the scope may also have slightly different propagation times at the input (but this can usually be adjusted).

author: coy
author_rank: Contributor
timestamp: September 07, 2021, 09:56:32 am
content: Hi,ok phase lock is (and was) enabled.Both BNC cables are new and have same length, using 50 Ohm termination resistor doesn't change anything.See below:SDS00006.png(15.02 kB. 800x480 - viewed 138 times.) - Difference between CH1 (yellow) and CH2 (magenta)SDS00007.png(14.86 kB. 800x480 - viewed 127 times.) - Switched cables on scope: You see now difference is reversed - so no problem on the scopeSDS00008.png(15.04 kB. 800x480 - viewed 125 times.) - Switched cables at generator: Same picturew as in attachment 1 -> No problem of the cableMaybe I am too picky? But I didn't have the same with the Rigol, there the waveforms are matching exactly.

author: Ringmodulator
author_rank: Regular Contributor
timestamp: September 07, 2021, 10:23:18 am
content: Hi Coy,yo have 500MS/s, so 2ns between samples.Now you find a delta os 0.64ns. Thia at positions that are most likely result of interpolation.I would not worry about that.Chris

author: coy
author_rank: Contributor
timestamp: September 07, 2021, 10:57:32 am
content: It must be definitely related to the generator, by using a T-plug and feeding CH1 of the generator to both CH1/CH2 scope channels, waveforms are exactly matching.Below I changed the vertical scale of CH2 a little bit so you can see phase is exactly matching.Of course this is complaining at very high levelI was only wondering because I did the same with the DG811 before without any deviation.

author: TurboTom
author_rank: Super Contributor
timestamp: September 07, 2021, 02:31:17 pm
content: The DG800/900/2000 series is a much more recent design, and considering the complexity of the cal files, I'm pretty sure that Rigol compensates for propagation delay differences between the channels. At least this would explain the decent phase accuracy of this instrument family.

author: klausES
author_rank: Regular Contributor
timestamp: September 07, 2021, 09:06:50 pm
content: You can (so I use it) to match it.Steps:UtitlityChannel Copy / CouplingChannel CouplingPHASE COUPLING Set from OFF to ON (ON only during the setting)CH1-CH2 Phase DEVIATION (°) then adjust until it is truePHASE COUPLING then return to off again.The set adjustment remains (anyway on Off) as long as the device is running.

author: TurboTom
author_rank: Super Contributor
timestamp: September 07, 2021, 10:31:47 pm
content: A slight difference in channel propagation time can also easily be compensated by finding or preparing two BNC connection cables of slightly different length. This would leave all the configuration options on the AWG still available.The trouble with selecting a phase deviation between the channels is that the phase difference depends on the frequency thus it needs to be re-adjusted after every frequency change. I'm not aware that the SDG1000X offers to set a fixed delay between the channels.

author: klausES
author_rank: Regular Contributor
timestamp: September 07, 2021, 10:44:38 pm
content: I'm still forgotten to mention that you can save these points in a setup file (as much more)and instruct the device can load exactly this setup when booting.Sorry if that already knew everyone.

author: Hexley
author_rank: Regular Contributor
timestamp: September 11, 2021, 04:54:24 pm
content: I ran into an issue with the SDG1000X yesterday.tldr;There is a bug in the way sweep mode start/stop frequency settings are handled. The fix seems simple; see the last section of this post.For any readers who want the full story from start to finish, here it is:Use CaseA system under test was being examined for resonance. First, the peak response was found by sweeping the system’s input using the SDG1000X “Sweep” mode. Then the dynamic response of the system was examined by sending bursts from the SDG1000X at test frequencies around the approximate peak frequency. This sequence was repeated multiple times, and unexpected behavior was observed from the SDG1000X.IssueThe SDG1000X does not retain the start frequency/stop frequency settings between invocations of the sweep mode if the “waveform” frequency is changed in the interim.How To ReproduceSelect waveform as Sine, and set the frequency to a nominal value, say 1.000 MHz.Select Sweep mode. Select Start Frequency 100 kHz and Stop Frequency 10 MHz. Select log sweep. Note that the generator has silently adjusted the frequency to read 5.050 MHz.Deselect Sweep mode. The will return to the waveform Sine interface.Change the waveform frequency to 4 MHz, and then select Sweep again.Note that the generator has silently changed the stop and start of the sweep. Start frequency is now 1 uHz, not 100 kHz. Stop frequency is now 8.000 MHz, not 10 MHz.AnalysisIt appears that the firmware is saving center frequency and frequency span when leaving sweep mode. If the frequency of the generator is changed when not in sweep mode, that frequency then overwrites the saved center frequency. That should not happen.This logic causes cascading errors when sweep is re-engaged, as both start and stop frequency are silently adjusted to try to match the new “center” frequency with the stored frequency span. If the span is greater than twice the new center frequency, the start frequency truncates to 1 uHz, and the stop frequency is forced to twice the new center frequency. This behavior is seen clearly in the “How To Reproduce” steps above.Suggested ChangeThe firmware should not change the sweep center frequency when the instrument is not in sweep mode.The waveform frequency before sweep mode is engaged should be stored. Then irrespective of any changes that happen when sweep mode is engaged, the waveform frequency should be restored when sweep mode is disengaged. This will ensure no interaction between sweep settings and non-sweep.# # #

author: TurboTom
author_rank: Super Contributor
timestamp: September 11, 2021, 07:42:45 pm
content: 100% identical on SDG6000X. That's actually what's to be expected on this family of AWG with an almost identical U/I. That behaviour isn't "nice" but at least it's showing on the screen what it's doing.

author: pope
author_rank: Frequent Contributor
timestamp: October 31, 2021, 08:25:52 pm
content: Forgive me if this has already been discussed but I scanned trough all 9 pages and didn't find any info....I read on another forum that the SDG1032X (and probably all SDG1000X series) produces DC offset at the output even if you set the DC offset to zero VDC.Can someone confirm whether that's the case or not?Many thanks!

author: rf-loop
author_rank: Super Contributor
timestamp: November 01, 2021, 07:44:37 am
content: Quote from: pope on October 31, 2021, 08:25:52 pmYes of course there is offset.In whole world there do not exist ideal perfect instruments in real life - exept in kids school books.Also it is told in data sheet and also it is more told in public service manual. You have not read them.Question is about how much.If there is offset what is too much then it need repair or recalibrate in Siglent service center (or just put up with it).How much offset your SDG1032X have (after it is warmed/stabilized)My individual 32X. With Waveform DC selected and level set for 0.000V CH1 output is roughly around -0.63mV and CH2 -0.48mV after 30 minute warming in 23°C room. (meas with cal checked Keithley 2015THD)So my SDG is well inside specifications +/-3mV @0.000Vdc set.Attached DC Output verification record table from SDG1000X service manual. Measure and fill table.

author: pope
author_rank: Frequent Contributor
timestamp: November 01, 2021, 07:38:37 pm
content: Thanks for your answer.You're right. I haven't read the manual. Probably because I don't own this AWG yet. I'm still debating whether I should get an 1000x or an 2000x since I only work with analog audio and I already have a couple of (old) function generators that can do up to 2MHz. Any advice on that?In the comment I'm referring to, the user said that he measured around 80mV on one output and 60mV on the other. This is well out of specs.

author: 2N3055
author_rank: Super Contributor
timestamp: November 01, 2021, 09:10:41 pm
content: Quote from: pope on November 01, 2021, 07:38:37 pmThat person has a damaged AWG or is doing something wrong..

author: ScottW
author_rank: Contributor
timestamp: December 02, 2021, 10:25:06 pm
content: Just wondering if this is normal/expected behavior for SDG1062X.Both images are 30MHz square wave. All equipment/cables same in both tests, just changing SDG1062X amplitude from 1Vpp to 2Vpp.Is the difference in the waveform to be expected?Equipment is:SDG1062X - Ch1 - Output set 30MHz Square and 50OhmSDS1204X-EPamona RG-58 patch cable with Cal-Test 50Ohm pass-through terminator

author: tautech
author_rank: Super Contributor
timestamp: December 02, 2021, 10:59:22 pm
content: It's the scope.Gibbs ears.https://en.wikipedia.org/wiki/Gibbs_phenomenonSome acquisition settings can reduce them.

author: ScottW
author_rank: Contributor
timestamp: December 02, 2021, 11:59:25 pm
content: Quote from: tautech on December 02, 2021, 10:59:22 pmNot sure scope acquisition (Gibbs) explains what I'm seeing. The wave looks good at 1Vpp, butsuddenlyhas noticeable overshoot when moving from 1.0Vpp to 1.1Vpp. Coincidentally, there is an audible "CLICK" from the SDG1062X when moving between 1.0Vpp and 1.1Vpp (Transformer tap relay? Amplifier switchover?).Here are two more images. One at 1.0Vpp, then one at 1.1Vpp (seen by scope as 1.23V, due to the overshoot). Notice the change in overshoot that appears with that 0.1Vpp increase. This does NOT happen anywhere below 1.0Vpp. It occurs abruptly when moving from 1.0Vpp to 1.1Vpp -- exactly when the relay "CLICK" is heard from the SDG1062X. [Clarification: The "Click" and "Waveform Change" happens when moving between 1.9Vpp and 2.0Vpp when output is HiZ, or moving between 1.0Vpp and 1.1Vpp when output is at 50Ohm.]Ideas?

author: HendriXML
author_rank: Super Contributor
timestamp: December 03, 2021, 11:45:52 am
content: I've used the AWG as a precision voltage source using an 6.5 digit multimeter meter and 2 awg outputs and some resistors. And the voltage ranging (relay click) had some slight jumps/drops. Making it harder to get to the target voltage with small adjustments. It would have been nice if one could leave it in the high voltage range and thus disable auto ranging. (Would be handy for testing your case as well.)Your case seems like and overshoot. Maybe it's a property of the output stage when supplied with a higher voltage?

author: ScottW
author_rank: Contributor
timestamp: December 03, 2021, 05:33:33 pm
content: Quote from: HendriXML on December 03, 2021, 11:45:52 amPerhaps, as it definitely seems related to the voltage range threshold (relay click). But I'm not yet sure whether what I'm seeing with the waveform is "characteristic of the model", or if my particular SDG1062x has a problem. If what I'm seeing is characteristic of the model, I guess I can live with it. Hoping another SDG1062x owner can confirm one way or the other.

author: tubularnut
author_rank: Regular Contributor
timestamp: December 03, 2021, 05:52:40 pm
content: Output from SDG1062X into both an SDS1204X-E and SDS2504X-PlusTaken at 1.000Vp-p and 1.001Vp-p, which is where my relay switches. Though earlier today it switched when going from 0.999 to 1.000 ??

author: ScottW
author_rank: Contributor
timestamp: December 03, 2021, 06:36:12 pm
content: Quote from: tubularnut on December 03, 2021, 05:52:40 pmThanks! Those show the same thing I'm seeing (though with less magnitude), and on a 2504X+ as well.I did a self-cal on the scope and swapped in a different cable and terminator. That improved the picture a bit, so PART of it was the scope depiction.Probably not a big deal, but there is a definite overshoot that appears exactly at (and above) the "relay click" heard between 1.000V and 1.001V.Here are my results, at 30MHz, 1.000Vpp and 1.001Vpp, after running a scope self-cal and swapping cables.

author: HendriXML
author_rank: Super Contributor
timestamp: December 23, 2021, 01:29:40 pm
content: When decoding a SCPI response this kinda bothers me:Code:Sending: C1:BaSic_WaVe?Received: C1:BSWV WVTP,PULSE,FRQ,500HZ,PERI,0.002S,AMP,5V,AMPVRMS,2.5Vrms,OFST,6.5V,HLEV,9V,LLEV,4V,DUTY,3,WIDTH,6e-05,RISE,1.68e-08S,FALL,1.68e-08S,DLY,0.0002What is wrong IMO?HZ should be HzS (siemens!) should be sVrms should -in my view- just be VDelay, Width should also have an unit of sDuty should have an unit of %Values and units are normally separated by a space, but that I find less of a annoyanceWhy?Because if it's consistent and conform SI rules one can use generic methods of decoding such quantities. Otherwise it's in my view better not to use units at all.

author: dorkshoei
author_rank: Frequent Contributor
timestamp: December 30, 2021, 08:21:38 pm
content: Hi.I'm pondering buying a 1032X (tangent, is $319 retail minus the 6% eevblog discount the cheapest I'm going to find it? Or is there anyone currently cheaper)What is the current status of the 1032X hack?I seeBillB's original post with telnet instructions.I see apost from wally2qasking if there is an updated set of instructions but it didn't seem to be answered.I see reference tothis threadI'm seeing posts about bricked units and skipping some steps. I also seeing several posts by @rf-loop getting irritated with people for not reading the instructions which seems rather harsh given that it's not exactly clear.Is it simply a case of following Bill B's original instructions plus (since it seems a later firmware removed the known telnet password) using the zip from "How to open a telnet session in a Siglent when the root password is unknown" thread to obtain a login?And one final thing please; cat $flames > /dev/null && echo ":-)"

author: Hexley
author_rank: Regular Contributor
timestamp: December 30, 2021, 09:12:36 pm
content: Quote from: dorkshoei on December 30, 2021, 08:21:38 pmActually, rf-loop posted a very helpful link in reply #74 above. This expands a bit on BillB's procedure and makes a useful guide. I've used the procedures described in that link a couple of times, most recently to install 1.01.01.33R1B6 back when it was released in 2020.

author: dorkshoei
author_rank: Frequent Contributor
timestamp: December 30, 2021, 09:48:13 pm
content: Quote from: Hexley on December 30, 2021, 09:12:36 pmAre you referring to this:https://www.eevblog.com/forum/testgear/siglent-sdg1000x-waveform-generators/msg2876058/#msg2876058I can't really make much sense of it.Regardless, re-posting a summary of the procedure (since what you reference is 6 pages, 140 posts and almost 2 full years old) is not a bad idea IMHO.It sounds like you've been following the thread for a while, so I'm sure it all makes more sense. For someone coming to it for the first time now, it is less clear.

author: Hexley
author_rank: Regular Contributor
timestamp: December 30, 2021, 11:01:09 pm
content: Here is the address from the hyperlink he posted: [Edit - stale link. Use the actual link at reply #74, which has been updated.]After you download all the files there, check the step-by-step instructions in the document "SDG1000X-MOD-Part-I-II-V33R1.PDF" and that should help make sense of it all.

author: bdunham7
author_rank: Super Contributor
timestamp: December 30, 2021, 11:50:44 pm
content: Quote from: Hexley on December 30, 2021, 11:01:09 pmVery nice. Do you know of a similar one-stop current resource for the SDG2000X models?

author: Atomillo
author_rank: Regular Contributor
timestamp: January 05, 2022, 08:36:31 pm
content: Hi:For some time now, I've needed to count pulses at a low rate and to show that measurement in a computer. It obviously isn't worth a specially dedicated frequency counter, so I tried to use the Frequency Counter incorporated into my SDG 1062X.I do not see a Totalize option and neither is it mentioned in the manual. In the bottom of the screen there is a Num value, but it doesn't seem to count pulses. If I connect a 1kHz square wave, it correctly measures it's parameters, but the Num value increases one unit with about 3 seconds or so.Is there any way to use the frequency counter just as a counter?Many thanks!

author: ScottW
author_rank: Contributor
timestamp: January 06, 2022, 12:06:27 am
content: Quote from: Atomillo on January 05, 2022, 08:36:31 pmI don't think there's a way to count individual pulses with the 1062x (though I'd love to be wrong).I think the "Num" value is essentially showing the number of "analysis periods" (i.e., quantity of gate time periods over which the events have been analyzed) to arrive at the displayed value. I don't see any way to change that gate time on the 1062x -- looks like it is fixed at about 2 seconds.

author: Atomillo
author_rank: Regular Contributor
timestamp: January 06, 2022, 08:45:36 am
content: That seems indeed to be the case.I wonder how easy it would be to count pulses. Might be it's just a slight firmware change. Being able to change the game time would also increase the functionality tremendously.As is, the frequency counter seems more like an afterthought.

author: cncjerry
author_rank: Unknown
timestamp: February 02, 2022, 03:22:52 am
content: I have a 1032x (1062x). I can align the phase using the utility menu but it doesn't track even when coupled. At 30Mhz it is off by 7 degrees and by 60Mhz it is off by 14 degrees. I can adjust the phase etc. but you can't do that easily when sweeping. Is there another setting or something I am missing? I bought it to use with the SDS 1104x-e BodeII plot function. I can fix it using PC based software to intercept the sweep setup but I bought it to avoid having to use the PC for Bode plots.

author: rf-loop
author_rank: Super Contributor
timestamp: February 02, 2022, 08:10:48 am
content: Quote from: cncjerry on February 02, 2022, 03:22:52 amSome kind of default case. If use BodePlot so that only one generator channel is in use and signal is splitted for Ref and DUT, there need care that signal pathways travel times are equal (it need calibrate by adjusting cable lengths without DUT). Still some small phase shift depending frequency.But then if use SDG and PB so that SDG one channel is for Ref and other cannel is for DUT.In this case SDG is in tracking mode.SDG  »» [CH Copy/Coupling] »» [Tack ON](there can also adjust CH2 - CH1 PhaseDev). Usually we keep this 0 as default as it is. But it need of course understand that this is fixed phase shift, independent of frequency but with higher frequencies some error)As you told there is other thing. Around 7° at 30MHz and around 14° at 60MHz in your case.In my system it looks roughly around same.It is better to think this based to time (phase debends frequency), not phase angle.If look 7° phase shift at 33.333 ns period (30MHz) it is 0.648 nsAnd 14° phase shift at 16.666 ns period (60MHz) it is 0.648 nsThis time is total time shift and may be different with different individual instruments (oscilloscope + signal generator).Also it looks like this is not so simple. It is also not exactly fixed time, it depends bit about frequency due to many reasons.This time error need compensate externally. Example using cables where this error is compensated using cable lengths.After that, some residual error cannot be fully compensated in any very simple way.In pictures.PicturesSDG CH1 to Ref (oscilloscope Ch1)SDG CH2 to Dut (oscilloscope Ch2)SDG in tracking mode.PodePlot Log sweep, freq 500kHz - 60MHz, levelCables M17/084 (RG223) . Oscilloscope inputs 1M (not terminated 50ohm!)2 equal length roughly 80cm and one ~13cm longerpicture 1Roughly equal cable lengths.(SDG  »» [CH Copy/Coupling] »»  »» CH2-CH1 PhaseDev -0°)picture 2Cable CH2 to Ch2 is ~13cm longer for compensate time errorAfter then there still exist some residual time error (displayed as phase error) what is bit more complex and depends freq.(SDG  »» [CH Copy/Coupling] »»  »» CH2-CH1 PhaseDev -0°)picture 3cables as picture 2 but then also SDG tracking PhaseDev adjusted for -5°SDG  »» [CH Copy/Coupling] »»  »» CH2-CH1 PhaseDev -5°As can see it add fixed phase shift.

author: cncjerry
author_rank: Unknown
timestamp: February 02, 2022, 09:22:18 am
content: I guess I will use a resistive splitter when I need two driven channels. It bugs me though because if the unit has two DDS chips then they can be synced to the same clock and this phase shift problem would be avoided. I did test everything using a splitter and the problem is in the generator. I can lengthen a cable based on the phase shift and velocity of the cable.The alternative is to use a table or curve fit and drive the source through the PC like I do with my HP and other DDS units. But that is a hassle.Thanks for confirming the shift, RF-loop.

author: gf
author_rank: Super Contributor
timestamp: February 02, 2022, 02:15:40 pm
content: Quote from: rf-loop on February 02, 2022, 08:10:48 amJust wondering: Does the Bode Plot feature of the scope not support response normalization, in order that the effect of anything in the signal path which is not part of the DUT (cables, adapters, fixtures, probes) can be compensated? (For a network analyzer, such a feature would be taken for granted.)

author: cncjerry
author_rank: Unknown
timestamp: February 02, 2022, 11:00:58 pm
content: It is easy to correct the phase on the 1062x. I just added about 6" of 50ohm cable. Scope was in high impedance though. I got it close.

author: 2N3055
author_rank: Super Contributor
timestamp: February 02, 2022, 11:16:00 pm
content: Quote from: gf on February 02, 2022, 02:15:40 pmNo, it does not. It is not a VNA, just frequency response analyzer. Just gain and phase. Like all FRA on pretty much all the scopes.

author: pope
author_rank: Frequent Contributor
timestamp: March 09, 2022, 10:51:54 am
content: I think I know the answer but there isn't such software that can remotely control the SDG1000X from a PC, right?

author: Hexley
author_rank: Regular Contributor
timestamp: March 09, 2022, 04:22:09 pm
content: Quote from: pope on March 09, 2022, 10:51:54 amTake a look at HKJ's Test Controller. It will handle the SDG1000X. You can get it from the link at the bottom of its home page:http://lygte-info.dk/project/TestControllerIntro%20UK.htmlThere is a long discussion on the forum athttps://www.eevblog.com/forum/testgear/program-that-can-log-from-many-multimeters/

author: tautech
author_rank: Super Contributor
timestamp: March 09, 2022, 05:51:28 pm
content: Quote from: pope on March 09, 2022, 10:51:54 amActually several.EasyWaveXhttps://www.siglenteu.com/service-and-support/firmware-software/waveform-generators/#sdg1000x-seriesRequires NIVISA Runtime for instrument connectivity drivers. < Essential this is installed first. RTFM.SCPI programming:LXI Toolshttps://siglentna.com/application-note/lxi-tools/And Test Controller.

author: ybcobob
author_rank: Newbie
timestamp: March 09, 2022, 08:38:37 pm
content: I'm interested in improving a SDG1032X. So I tried to download some files from here (Reply #74):https://app.box.com/s/srj3uev2s9wy78qj8d4jzi0j5ocgkmr9But I only got the message: "This shared file or folder link has been removed or is unavailable to you."My question: Is there maybe another place or way to get such files? I tried to contact "rf-loop", butmy PM was blocked.Many thanks for any helpful info!

author: Mortymore
author_rank: Frequent Contributor
timestamp: March 11, 2022, 12:12:27 am
content: See if through this link, provided by rf-loop in Reply #74, you find what you're looking for:https://app.box.com/s/zt2mwyylqpjuv8x2xn2yterunizhgznv

author: ybcobob
author_rank: Newbie
timestamp: March 11, 2022, 12:28:32 am
content: @Mortymore: thank you very much!!!Yes, this link works! The original link in #74 is still correct, but apparently not in subsequent threads (which I tried).

author: pope
author_rank: Frequent Contributor
timestamp: March 11, 2022, 09:34:14 am
content: Apart from increasing the bandwidth, does it offer any other "improvement"?

author: Mortymore
author_rank: Frequent Contributor
timestamp: March 18, 2022, 02:56:51 pm
content: Does someone know if there's any Siglent Generator with something like theOutput Advanced Waveformfunction of the Rigol DG800 / DG900?I found that interesting. The functions generates RS232 trafic, Pseudo-Random Binary Sequences...https://rigol.eu/Public/Uploads/uploadfile/files/ftp/DG/%E6%89%8B%E5%86%8C/DG800/EN/DG800_UserGuide_EN.pdf(PDF pag.60, numbered as 2-30)Thanks in advance@popeI don't think that apart from the sinusoidal and square wave bandwidth, there's a difference between SGD1032 and SDG1062.

author: 2N3055
author_rank: Super Contributor
timestamp: March 18, 2022, 03:12:24 pm
content: Quote from: Mortymore on March 18, 2022, 02:56:51 pmSDG6000X has PRBS and I/Q modulation. I don't have 1000X/2000X, I don't think they do. Best is to consult datasheets...Quote from: Mortymore on March 18, 2022, 02:56:51 pmYou are correct.

author: Mortymore
author_rank: Frequent Contributor
timestamp: March 18, 2022, 05:43:25 pm
content: As far as I could find, the SDG7000 has PRBS also.This sort of function is not present in the cheapest Siglent AWGs.Not being an expert, seems that this sort of feature could be implemented via software (firmware), in the current SGD1000/2000 series. Couldn't it?

author: tautech
author_rank: Super Contributor
timestamp: March 18, 2022, 05:57:01 pm
content: Quote from: Mortymore on March 18, 2022, 05:43:25 pmYes depending on spare internal memory available.I've just asked for a range of protocols to be added into all SDG models predominantly for scope Decode training and sanity checks.Why it hasn't been done already IDK.Even if we had access to an online waveform library............

author: rf-loop
author_rank: Super Contributor
timestamp: March 18, 2022, 06:05:39 pm
content: Quote from: pope on March 11, 2022, 09:34:14 amThere is some possibilities to do some improvements to some limits - but careful there... if you go there inside system (example, do not change voltage limits if do not really know what are doing... for some special purpose when user himself also care how it can then use and how not )But some other limits can adjust without risk to damage hardware, example max sweep time, some other freq limits, some small amount of pulse risetime and some others others, but then user need understand that all may have also some adverse effect and it then do not meet factory specs.

author: Mortymore
author_rank: Frequent Contributor
timestamp: April 23, 2022, 11:33:50 pm
content: New firmware for SDG1000X 1.01.01.33R3 (Release Date 21/04/2022 )https://siglentna.com/service-and-support/firmware-software/waveform-generators/#sdg1000x-seriesRevision HistoryFixed a bug. Resolved occasional startup failureNothing about RS232 traffic, Pseudo-Random Binary Sequences and such

author: Ringmodulator
author_rank: Regular Contributor
timestamp: April 24, 2022, 12:15:10 pm
content: Hi,my SDG 1032X, which thinks, it is a 1062X has an issue with syncing to external 10MHz.FW is the current 1.01.01.33R3.The 10 MHz signal is at abt. 10dBm sine from my GPSDO.All is well up to 31MHz gen output.Above 31MHz, the output frequency is no more accurate and the internal osc of the SDG gives a more accurate output.Any thoughts on this?Chris

author: rf-loop
author_rank: Super Contributor
timestamp: April 24, 2022, 04:52:22 pm
content: Quote from: Ringmodulator on April 24, 2022, 12:15:10 pmI have FW1.01.01.33R1 (and least I do not update to more new until there is some real reason. (but new ones from factory come with this more new because it need support some component changes)Tested using HP53131A.SDG external reference come from HP reference (in this case HP internal HS Owen option what have low jitter, far better than typical GPSDO's what walks here and there depending its disciplining quality and OCXO/DOCXO quality etc.) (of course GPSDO's long time average is very good). Absolute freq accuracy is here not important at all. Only some stability - if even it.Ref.Signal level mesured from SDS reference clock input BNC: 1.97Vp-p (used external 50ohm load)SDG 10MHz reference input specified minimum level is 1.4Vpp.Sidenote, if I understand right your signal power level can not be 10dBm. Until you have terminated SDG reference input with 50ohm, other ways its impedance is 5kohm and 10dBm mean then 20Vpp sinew. signal. (was just "forced" to say)In this test setup SDG signal output to HP signal input. Sinewave 0dBm (50ohm input).Can not find this kind of error.What ever freq I take out from SDG, HP tell perfectly same frequencyIn this system, displayed error is somewhere around <= 10 - 20 ppt ! (of course also HP 53131A is only what it is - but well enough for this)

author: Ringmodulator
author_rank: Regular Contributor
timestamp: April 24, 2022, 08:29:16 pm
content: Quote from: rf-loop on April 24, 2022, 04:52:22 pmHi rf-loop,thank you for checking this out so quick!I now have flashed the former fw 1.01.01.33R1B6 and this problem went away.The SDG 1032X/1062X now syncs just fine to the external 10MHz clock up to its 60MHz signal output.Looks like we have identified a newly introduced bug in the new fw 1.01.01.33R3That is the dark side of fw updates. You will newer know, when they break something, that has been working before.You are correct regarding the dBm issue. I plea guilty for not having checked the impedance of the ext clock input, but just wrongly assumed it to be 50 ohms.

author: rf-loop
author_rank: Super Contributor
timestamp: April 25, 2022, 03:27:31 am
content: Quote from: Ringmodulator on April 24, 2022, 08:29:16 pmYes.As we can see there is also change in HW and latest FW need work now with older and new hardwares. But these latest HW versions 03-xx-xx-xx-xx are not compatible at all with older than 1.01.01.33R1B10.Due to some reasons I do not want update at all (until some real big changes or fixes in new FW) I can not test how this said error behave.Did you note some facts about amount of frequency error and other details with it. (how it is even possible... exceptifthe software structures and modularity are like one cup of spaghetti and when you touch one point you don't know what everything is moving )

author: Ringmodulator
author_rank: Regular Contributor
timestamp: April 26, 2022, 06:30:27 pm
content: Quote from: rf-loop on April 25, 2022, 03:27:31 amI did not investigate further about the nature of the frequency error. The generator frequency was definetely too low and looked a bit jumpy when the external ref was used. Of course, I switched the SDG to external clock.

author: Ringmodulator
author_rank: Regular Contributor
timestamp: May 30, 2022, 01:54:35 pm
content: @tautechHi Tautech,it looks like Siglent has an open ear for your input.Please forward the info about the bug in FW 1.01.01.33R3 regarding the syncing to external 10MHz for signal output above 31MHz.ThanksChris

author: hpw
author_rank: Frequent Contributor
timestamp: May 31, 2022, 02:40:59 pm
content: To check on this SDG1K as we have on SDG2K & SDG6K, while SDG1K may different while square wave done by own converter driverSetup:• Square wave 10Mhz• FM modulation 500Hz• Low FM deviation value 1Hz or lower, may also on 2HzIssue:• Modulation fades out after a while, use SSA3K to validate

author: pope
author_rank: Frequent Contributor
timestamp: June 08, 2022, 09:16:27 am
content: Can someone please tell me how the heck I can save beeper:Off and Screensaver:ON ?Every time I restart the unit, it goes back to the initial settings (beeper:On and Screensaver:Off)Also, is there a way to overwrite a saved file?

author: tautech
author_rank: Super Contributor
timestamp: June 08, 2022, 09:34:43 am
content: Quote from: pope on June 08, 2022, 09:16:27 amUtility>System>Power On = Last ?QuoteRTFM P78https://int.siglent.com/upload_file/user/SDG1000X/SDG1000X_UserManual_UM0201X-E01D.pdf2.12.1 Storage System

author: pope
author_rank: Frequent Contributor
timestamp: June 08, 2022, 09:50:05 am
content: Quote from: tautech on June 08, 2022, 09:34:43 am1. Can I somehow set the beeper and the scrnsaver to the settings I want for good and all. I have something like 20 saved files. Do I have to go through all of them to change the beeper and scrsaver settings? Also, I don't want to load the last setting when poering on. I want to load the initial settings with the beeper OFF nd the scrsaver OFF.2. Unless I'm blind there's no mention about overwriting a file in the FM.

author: tautech
author_rank: Super Contributor
timestamp: June 08, 2022, 10:03:45 am
content: Quote from: pope on June 08, 2022, 09:50:05 am1. Unless you set Power On = Last you will always boot with default settings.2. Overwrite ? What exactly do you want to do ?

author: pope
author_rank: Frequent Contributor
timestamp: June 08, 2022, 10:06:32 am
content: Quote from: tautech on June 08, 2022, 10:03:45 am1. OK thanks2. IF I make some changes to a saved file, I'd like to press ovewrite and save the changes instead of having to go through the process naming and saving again the file. I hope this makes sense.

author: tautech
author_rank: Super Contributor
timestamp: June 08, 2022, 10:16:45 am
content: Quote from: pope on June 08, 2022, 10:06:32 amI don't believe you have the option to edit the file or filename from within the UI, therefore the only way to make those changes is to Save again but of course with a different filename or transfer to a USB stick, delete from the AWG file system then upload again, make your changes and Save.Interesting dilemma ..... don't know of any AWG's in this price bracket that have a properly powerful File Manager.

author: pope
author_rank: Frequent Contributor
timestamp: June 08, 2022, 10:25:29 am
content: Quote from: tautech on June 08, 2022, 10:16:45 amI don't think you should use a different name. For exmple, if I have a saved file called "X", I can do the following:Load "X" -> make some changes -> press "save" -> Name the file "X" -> press "save"Now, it seems like there is still one "X" file but with the new settings. So, kind of overwiting the old "X" file I suppos. I just don't want to go through all this process. I would much rather having a simple "Overwite" button.

author: tautech
author_rank: Super Contributor
timestamp: June 08, 2022, 10:28:32 am
content: Pope, do you have EasyWaveX installed on your PC ?This might be another way around the limited capabilities of the SDG1000X file system.

author: TurboTom
author_rank: Super Contributor
timestamp: June 08, 2022, 10:33:29 am
content: Quote from: tautech on June 08, 2022, 10:16:45 amDG800 / 900 / 2000:Copy/Paste/Delete functions available, alphanumeric keypad for naming on touchscreen available, relatively comfortable navigation in drive/folder structure possible. It's simply a more modern approach to implementing a decent touchscreen and its integration into an AWG user interface. Siglent should really have a thorough look at an improved U/I of their legacy AWG poducts (SDG 1000 / 2000 / 6000) if they intend to be competitive with this range of instruments for some years to come.For Reference, seeRigol's Manual, page 2-73 ff.Edit: Manual link added

author: pope
author_rank: Frequent Contributor
timestamp: June 08, 2022, 10:37:40 am
content: Quote from: tautech on June 08, 2022, 10:28:32 amI haven't installed it yet as I'm not interested in the arbitrary capabilities. Also, I don't feel like turning on the PC for such simple tasks

author: 123rolle
author_rank: Contributor
timestamp: July 01, 2022, 09:48:51 am
content: -Ok, after latest firmware it shows 1062X and works with 60MHz.-I have 1032X and getting 1022X when removing the license. When I have only backups of original and original data in the NSP_system_info.xml file I am getting 1062X... ? Tried booting multiple times and always same thing.Max freq is 60MHz though when it says 1022X. Only 30MHz when it says 1062X?

author: BillyO
author_rank: Super Contributor
timestamp: September 01, 2022, 10:02:32 pm
content: Just a couple of questions.Has anyone tried to create an SDG1000X license key using the python script or does that only work with scopes?Would it be possible to update it to produce SDG license keys?

author: tautech
author_rank: Super Contributor
timestamp: September 01, 2022, 11:30:00 pm
content: Quote from: BillyO on September 01, 2022, 10:02:32 pmApparently.See here:https://www.eevblog.com/forum/testgear/siglent-sdg2042x-hack-door-closed/msg4018144/#msg4018144

author: Sly
author_rank: Newbie
timestamp: September 02, 2022, 11:01:12 am
content: First of all, I am a newbie here, thanks everyone for the awesome work you all have done.I can confirm that updating the SDG1032X with the aforementioned script works.There is no need for telnetting using the .ADS file unless you want to change PART II items like the max. Ramp frequency.You can just telnet to port 5024 issuing SCPI commands. This option is on by default.I replaced the NSP_system_info.xml with the original .xml file from my backup, changing it back to the original SDG1032X. Running the script and telnetting the SCPI commands I was able to change back to the SDG1062X.I now have a working <bandwidth_update_licence> section for 60MHz using the '60M' option in the script. Becarefull you have to use the SCOPEID variable to store the serial number. This is different than when using almost the same script for SDS devices. So please check if the output of the '30M' option matches your original license using the MCBD? query.When using the MCBD XXXXXX command to set the new licence, get rid of all ['',''] characters first.I you do use the telnet.ADS method, I found that the USB stick is found under /usr/bin/siglent/usr/mass_storage/U-disk0which makes is easy to store the original and modified xml files externally.Is there any reason not do it this way and just remove the license section? Does it make difference?

author: BillyO
author_rank: Super Contributor
timestamp: September 02, 2022, 03:07:45 pm
content: Thanks.I have no problem connecting to the AWG and I can issues the *IDN? command and get teh model and serial numbers, but it does not respond when I enter SCOPEID?.Any suggestion?Never mind. I figured out you have to enter the model number as SDG1000X, not SDG1032X.All good now and reporting as and running as a SDG1062X!So, in improving my SDG1032X to SDG1062X performance, I followed this procedure1. Telnet on port 5024 to the device. Your telnet app should be setup for local echo.2. Issue a MCBD? query. This will return your current licence key. Record this for later.3. Issue a MD5_SRLN? query. This will return you serial number. Record this too.4. Issue a MD5_PR? Query. This will return your model number (should be SDG1000X)5. Update the python script (below) such that SCOPEID and SN are set to your serial number.6. Run the script. It will return keys for a number of options. Make sure the key for 30M matches the key you recorded in step 2 above.7. If your key and the 30M key match exactly then note the key for 60M. This is the one you will use.8. Back at the telnet session issue the command MCBD 0123456789ABCDEF where 0123456789ABCDEF is whatever the python script returned for the 60M key.9. Issue a *IDN? Command. It should return a string that now identifies your unit as a SDG1062X.Code:import hashlibSCOPEID = '0123456789ABCD' # Set to your serial numberSN= '0123456789ABCD' # Also set to your serial numberModel= 'SDG1000X'# 'SDG1000X', 'SDS1000X-E', 'SDS2000X-E', 'SDS2000X+', 'SDS5000X', 'ZODIAC-'bwopt = ('25M', '30M', '40M', '50M', '60M', '70M', '100M', '150M', '200M', '250M', '300M', '350M', '500M', '750M', '1000M', 'MAX')otheropt = ('AWG', 'WIFI', 'MSO', 'FLX', 'CFD', 'I2S', '1553', 'FG', '16LA')hashkey = '5zao9lyua01pp7hjzm3orcq90mds63z6zi5kv7vmv3ih981vlwn06txnjdtas3u2wa8msx61i12ueh14t7kqwsfskg032nhyuy1d9vv2wm925rd18kih9xhkyilobbgy'def gen(x):h = hashlib.md5((hashkey +(Model+'\n').ljust(32, '\x00') +opt.ljust(5, '\x00') +2*(((SCOPEID if opt in bwopt else SN) + '\n').ljust(32, '\x00')) +'\x00'*16).encode('ascii')).digest()key = ''for b in h:if (b <= 0x2F or b > 0x39) and (b <= 0x60 or b > 0x7A):m = b % 0x24b = m + (0x57 if m > 9 else 0x30)if b == 0x30: b = 0x32if b == 0x31: b = 0x33if b == 0x6c: b = 0x6dif b == 0x6f: b = 0x70key += chr(b)return key.upper()for opt in bwopt:print('{:5} {}'.format(opt, gen(SCOPEID)))for opt in otheropt:print('{:5} {}'.format(opt, gen(SN)))

author: Ringmodulator
author_rank: Regular Contributor
timestamp: September 03, 2022, 08:03:27 pm
content: Thank you for this hack!Works as described.Still, the SDG1032X/1062X does not sync correctly to the external 10MHz input.It works up to 30MHz output signal, but above it, the output frequency is too low.At 50MHz it outputs around 49.9 MHz and is not stable.FW 1.01.01.33R3This problem does not exist with FW 1.01.01.33R1B6Chris

author: Wrenches of Death
author_rank: Regular Contributor
timestamp: September 04, 2022, 11:26:43 pm
content: Quote from: Ringmodulator on September 03, 2022, 08:03:27 pmAny idea if this problem also exists with "normal" SDG1062X models?thanksWoD

author: Ringmodulator
author_rank: Regular Contributor
timestamp: September 06, 2022, 07:19:07 pm
content: There are probably not that manny original 1062X arround.With the license hack, there should not be any difference between them.Most likely, this is a firmware bug.ChrisQuote from: Wrenches of Death on September 04, 2022, 11:26:43 pm

author: tubularnut
author_rank: Regular Contributor
timestamp: September 06, 2022, 07:28:33 pm
content: I do have a real 1062X, plus a Leo Bodnar 10MHz GPS reference.I'll set them up tomorrow, and let you know the outcome. I've not had any noticeable issues previously.

author: Wrenches of Death
author_rank: Regular Contributor
timestamp: September 06, 2022, 08:17:20 pm
content: Quote from: tubularnut on September 06, 2022, 07:28:33 pmMuch appreciated, and many thanks!WoD

author: Wrenches of Death
author_rank: Regular Contributor
timestamp: September 06, 2022, 08:24:17 pm
content: Quote from: Ringmodulator on September 06, 2022, 07:19:07 pmAgreed, but they may be more likely to fix it if it they know it doesn't just affect the hacked models.WoD

author: tubularnut
author_rank: Regular Contributor
timestamp: September 07, 2022, 06:42:00 pm
content: Quote from: Ringmodulator on September 03, 2022, 08:03:27 pmI've tested my SDG1062X on both FW 1.01.01.33R1B6 & 1.01.01.33R3.Measured on an SDS2354X-Plus, and SVA1032X. 10MHz GPS sync from a Leo Bodnar Precision GPS Reference Clock to the SDG and SVA. External sync locks on with no issues.Measurements are pretty close to 50MHzCaveat: I'm not a metrology expert, I'm just showing what I see.

author: Ringmodulator
author_rank: Regular Contributor
timestamp: September 07, 2022, 08:38:58 pm
content: Hi tubularnut,thanks for checking!Interesting...I have tested my unit again with two different GPSDOs and an ocxo, sin and sqare output, direct and 50ohm feedthrough.The result is still the same:FW 1.01.01.33R3 does not generate correctly above 30MHz.With FW 1.01.01.33R1B6 it is OK.My unit is a 1032X with license "hack".Chris

author: BillyO
author_rank: Super Contributor
timestamp: September 07, 2022, 10:32:56 pm
content: Quote from: Wrenches of Death on September 04, 2022, 11:26:43 pmI have not tried the external reference yet, but it seems to me that once "improved" it does a fine job of tracking the internal reference. I am not sure why using an external reference would make any difference al all. It also seems a little odd that if the 1032 was substantially different hardware why it would even respond to the license to make it a 1062. It seems like wasted effort on behalf of Siglent to create two different machines but then make them able to have the same functionality, run the same firmware and respond to the same license keys.We need more data points

author: Ringmodulator
author_rank: Regular Contributor
timestamp: September 10, 2022, 09:43:39 am
content: I dont think, that there is an issue with my setup, because with FW 1.01.01.33R1B6 this problem is not there and the unit works as expected, also above 30MHz.There is a chance, that it is related to the hardware version.My unit is 02-01-00-24-00 and identifies as SDG1062X. It was born as SDG1032X.Chris

author: Wrenches of Death
author_rank: Regular Contributor
timestamp: September 10, 2022, 02:31:15 pm
content: Quote from: Ringmodulator on September 07, 2022, 08:38:58 pmI have the same setup and problem here. I also tried attenuating the clock input signal with a couple of variable step attenuators to make sure that it wasn't being overdriven. They made no difference.thanks!WoD

author: Wrenches of Death
author_rank: Regular Contributor
timestamp: September 10, 2022, 02:37:59 pm
content: Quote from: Ringmodulator on September 10, 2022, 09:43:39 amFor what it's worth, mine has the same hardware revision. I just installed the older B6 firmware revision and it's stable as hell. I'd bet money that this is a firmware "issue" with the R3 revision.thanks!WoD.

author: nedeb
author_rank: Contributor
timestamp: September 12, 2022, 01:04:55 pm
content: I have just received my SDG1032X and everything looks good so far, except: the device freezes when I try to control it from the PC through USB (with LAN it works fine). Has anyone else experienced something like this, and is there any fix?I'm using the following Python script:Code:#!/usr/bin/python3import pyvisa as visarm = visa.ResourceManager('@py')addr = 'USB0::62700::4355::SDG1XDCX6R2773::0::INSTR'dev = rm.open_resource(addr)# Uncommenting the following lines doesn't help:#dev.write_termination = '\n'#dev.read_termination = None#dev.query_delay = 0.01print(dev.query('*IDN?'))(The device freezes immediately when I execute the script)

author: BillyO
author_rank: Super Contributor
timestamp: September 12, 2022, 01:51:45 pm
content: Is the firmware up to date?I've only ever used mine through Ethernet and have had no issues.

author: tautech
author_rank: Super Contributor
timestamp: September 12, 2022, 07:54:13 pm
content: Quote from: nedeb on September 12, 2022, 01:04:55 pmAre you working from the latest Programming guide ?Which version of NIVISA do you have installed ?https://int.siglent.com/u_file/download/22_08_26/SDG_Programming%20Guide_PG02-E05A.pdf

author: nedeb
author_rank: Contributor
timestamp: September 13, 2022, 03:01:51 pm
content: The firmware is up to date (1.01.01.33R3).The latest guide from Siglent makes use of Python 2.7 and an outdated version of PyVISA (1.4) which cannot be installed anymore (at least with PIP) but I'm using the equivalent code with Python 3 and PyVISA 1.12.0.Thanks for pointing to the VISA backend: I'm using pyvisa-py (0.5.3) and it seems to be the only backend with this problem: the *IDN? query is successful in the following cases:Ethernet with pyvisa-py on LinuxUSB with NI-VISA application on Windows (NI-VISA 2022 Q3)USB with python-usbtmc on LinuxI'd really like to get this working in PyVISA on Linux: it's by far the easiest and most maintained solution. But no luck so far:With pyvisa_py backend it crashes the deviceWith librevisa backend it doesn't work (known issue: this library doesn't implement viParseRsrcEx and the library is unmaintained)With NI-VISA backend: I cannot install NI-VISA on my system as it's not compatible with the latest Linux kernels. Haven't tried the Keysight version but I expect similar problems since they don't support the latest Linux versions.I'll bring this to the PyVISA developers, hopefully the pyvisa_py backend can be fixed (though I suppose the bug could also be in the device firmware and only triggered by pyvisa_py for some reason).Here's a minimal example to reproduce the freeze if someone wants to try (you need to install the pyvisa, pyvisa_py and pyusb Python packages):Code:#!/usr/bin/python3import pyvisa as visarm = visa.ResourceManager('@py')# Replace the serial number with your device'saddr = 'USB0::0xF4EC::0x1103::SDG1XDCX6R2773::0::INSTR'device = rm.open_resource(addr)(This is basically the initialization code fromhttps://int.siglent.com/resource-detail/27/. See alsohttps://www.siglenteu.com/application-note/programming-example-create-a-stair-step-waveform-using-python-and-pyvisa-using-lan/for another example.)Even if the bug is in pyvisa_py maybe Siglent should fix the firmware to avoid the freeze... If I look at the Linux kernel messages when I connect the device with USB, there's definitely something that looks wrong:Code:[17263.890859] usb 1-4: new high-speed USB device number 25 using xhci_hcd[17265.203020] usb 1-4: device descriptor read/64, error -71[17265.497789] usb 1-4: config 1 interface 0 altsetting 0 bulk endpoint 0x81 has invalid maxpacket 64[17265.497804] usb 1-4: config 1 interface 0 altsetting 0 bulk endpoint 0x1 has invalid maxpacket 64[17265.538695] usb 1-4: New USB device found, idVendor=f4ec, idProduct=1103, bcdDevice= 0.20[17265.538702] usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3[17265.538705] usb 1-4: Product: SDG1032X[17265.538707] usb 1-4: Manufacturer: Siglent[17265.538708] usb 1-4: SerialNumber: SDG1XDCX6R2773(See errors in lines 2,3,4)

author: tautech
author_rank: Super Contributor
timestamp: September 13, 2022, 08:34:29 pm
content: I still have some doubts however thank you for a good write up of the issue you are getting.If we look at the first few pages of the programming manual it specifies functionality with NI-VISA 5.4 or the Run-Time Engine, which is just the connectivity part of the NIVISA package and much smaller.Just checked and it's ~75MB however I don't know if it has any LINUX compatibility issues.https://ni-visa-runtime.software.informer.com/download/As this is the 5.4 version specified in the programming manual I recommend you investigate it first rather than we dive off on some bug chase just yet.

author: nedeb
author_rank: Contributor
timestamp: September 15, 2022, 10:24:38 am
content: I could only find the Windows version on that page... I can't find an official way to get the Linux version of NI-VISA 5.4 buthttps://github.com/pyvisa/pyvisa-py/issues/108has a link tohttp://ftp.ni.com/support/softlib/visa/NI-VISA/5.4.1/Linux/NI-VISA-5.4.1.iso. Unfortunately it seems this ISO only contains a 32-bit version the visa library.However your answer prompted me to try a finer-grained install of NI-VISA, since it's only the kernel modules that fail to install. Indeed installing only ni-visa-passport-usb works fine! And I can use it with pyvisa to communicate with my SPD1168X.But pyvisa with the NI-VISA 2022 Q3 backend still doesn't work with the SDG1032X (now I get the error "The resource is valid, but VISA cannot currently access it").I also realized that there's also a problem when using python-usbtmc: the first time I execute *IDN? I get the expected result but the second time I get a buffer size error (while it works fine with the SPD1168X).Any suggestion what to try next?

author: tautech
author_rank: Super Contributor
timestamp: September 15, 2022, 11:41:38 pm
content: Quote from: nedeb on September 15, 2022, 10:24:38 amNone other than wait for some guidance from HQ Tech support from the email I've sent them.

author: tautech
author_rank: Super Contributor
timestamp: September 15, 2022, 11:55:35 pm
content: Quote from: tautech on September 15, 2022, 11:41:38 pmActually LXI Tools could be the solution you need.Thread:https://www.eevblog.com/forum/testgear/open-source-lxi-tools-v2-0-released/Siglent App notes with LXI guidance to work through:https://siglentna.com/application-notes/waveform-generators/page/2/

author: nedeb
author_rank: Contributor
timestamp: September 16, 2022, 08:12:05 am
content: Quote from: tautech on September 15, 2022, 11:41:38 pmOK, thanks a lot!Regarding LXI Tools: I tried and it works well indeed, but it's only for LAN connection unfortunately. LAN communication also works well with pyvisa in my limited testing, it's really USB that I can't get to work on Linux. (I want to use USB because of a lack of Ethernet ports in the office, and so I don't have to worry about securing the devices against mischievious students).

author: tautech
author_rank: Super Contributor
timestamp: September 16, 2022, 08:24:30 am
content: Quote from: nedeb on September 16, 2022, 08:12:05 amYes I did wonder it mightn’t suit the USB need you mentioned earlier.Tech support have been in touch so I pointed them to another of your posts.

author: nedeb
author_rank: Contributor
timestamp: September 16, 2022, 01:31:11 pm
content: It turns out I can get something working by removing some USB device resets and config calls in pyvisa, seehttps://github.com/pyvisa/pyvisa-py/issues/333for details. So maybe we can fix it there (I guess it depends on whether the pyvisa developer can find a fix that doesn't stop other devices from working). Though I must say, the fact that the SDG freezes makes testing a bit cumbersome, and I worry of damaging the device through excessive power cycling.

author: NickKUK
author_rank: Contributor
timestamp: September 17, 2022, 09:45:14 am
content: Interesting thread. I have a SDS1104X-E upgraded to 200Mhz and looking at purchasing a SDG1000 but couldn't decide between the 30Mhz and the 60Mhz version. The target use would be some RF tube radio, testing for a ADC using a 24.756Mhz clock and some DSD clocking plus audio sine wave bode plots.If I can hack the 30MHz to 60MHz without severe impact on the squarewave then I'll put my order in for the 30Mhz version.

author: james38
author_rank: Regular Contributor
timestamp: September 25, 2022, 04:03:10 pm
content: I have a serious phaenomen with my SDG1032X (now SDG1064X).Latest FW: 1.01.01.33R3HW: 02-01-00-24-00When i set a frequency for example sine 30Mhz and check this with my SVA everything is fine.But when i enable the 10 Mhz external clock reference than the signal is overlaid with disturbances.It seems like some intermodulation products on it.I have checked the reference signal separately but it is ok an clean.The input level is about +6dbm. I have also generate a signal with an SSG3021x to check as an alternate but see the same result.I have attached some pictures.One with the 10 Mhz sine reference signal.The other one are with and without external reference enabled.Once for 30 Mhz and 60Mhz.Does anyone have an explanation of what could be the cause?Regards Chris

author: Wrenches of Death
author_rank: Regular Contributor
timestamp: September 25, 2022, 05:23:08 pm
content: Mine has the same problem. It was basically useless at higher frequencies when using an external clock. I dropped back to the previous B6 firmware version and the problem disappeared. Go back a few pages in this thread and you'll find a number of posts on it.Hopefully, it will get fixed in the next firmware revision.WoD

author: james38
author_rank: Regular Contributor
timestamp: September 25, 2022, 06:41:23 pm
content: Yes I have read the last posts.If I understood it correctly, it was more about the frequency accuracy.In my case I have no problem with it but rather with the intermodulation signals when i enable the external reference.Even if I use 15 Mhz or 20 Mhz, I always have these interferences when the external clock is active.I don't know where it come from.PS: I will check it with 33R1B6

author: Wrenches of Death
author_rank: Regular Contributor
timestamp: September 25, 2022, 06:56:44 pm
content: I'd call the problem with mine a MAJOR stability problem. The output of the generator wildly fluctuates in frequency when using an external clock. It is stable with the internal clock. A frequency counter on the output to attempt to measure it is useless. I didn't bother to put a scope on it.Reinstalling the previous firmware release cured mine. Your mileage may vary.Hopefully this will get fixed in the next release.WoD

author: james38
author_rank: Regular Contributor
timestamp: September 25, 2022, 07:21:33 pm
content: You are absolute right.These are the results with FW: 1.01.01.33R1B6The noise level is now greatly decreased.I am only have harmonics in 5Mhz steps.I agree with you.Hopefully it will be fixed in the next release.PS:The harmonics has fluctuation in his value.They are every 5Mhz you only seen a part of it in the picture.It goes from base level upon to the values in the screen.An it ends at 60Mhz.

author: Wrenches of Death
author_rank: Regular Contributor
timestamp: September 25, 2022, 08:32:20 pm
content: We have to thank "Ringmodulator" for this temp fix. He was the first to post that the problem disappeared with the firmware rollback.I didn't think of trying the spectrum analyzer. I've only had it a few days and am still in the "crawling" phase.Hopefully, in a few weeks I'll advance to toddler!WoD

author: rf-loop
author_rank: Super Contributor
timestamp: September 26, 2022, 04:51:16 am
content: Quote from: james38 on September 25, 2022, 04:03:10 pmJust sidenote.About input level 6 dBm.If it is real 6dBm (4mW) it means around 12.6 Vpp in this case because reference input impedance is 5000 Ω (only reference output impedance is 50 Ω).To avoid confusion, my opinion is that it is not good to tell levels using power unit dBm if impedance is not clear typical 50 Ω for avoid mess.Now if you set 50 Ω output impedance generator level to 6dBm but your load impedance is other than 50 Ω then need calculate voltage level. Because reference input level is specified as voltage levels.If you have terminated (example using 50ohm feed thru) this SDG reference input, then with generator (50 Ω) 6 dBm level there is roughly 1.25 Vpp and this level is below specifiedminimum1.4Vpp.If you have 50 Ω generator level set for 6dBm and this is connected to Hi-Z load (or in this case 5 kΩ) its level is around 2.5Vpp and naturally this is ok level to SDG reference input. Totally "fun" thing is that there is not specification (in SDG data sheet) for maximum level at all.I use still FW version 33R1 because after it have not happened anything useful. I will keep this 33R1 version until Siglent do some useful FW rework for real improvements and bug fixes and without generating new errors.

author: nedeb
author_rank: Contributor
timestamp: October 07, 2022, 03:57:16 pm
content: I'm having difficulties with my SDG1302X (running firmware 1.01.01.33R3) getting a sync signal for the AM modulating frequency.I'm generating a 5MHz sine carrier, amplitude modulated (internally) with a 1kHz sine, and enable the "Sync" option in the Utility menu. The manual says "For AM, [...], the frequency of the sync signal is the modulating frequency". But instead, when I connect the aux out to the scope I get pulses at the carrier frequency.It seems the manual is not quite up to date: it describes only the sync types CH1 and CH2, but the Sync menu offers CH1, CH2, MOD-CH1 and MOD-CH2. But selecting CH1 or MOD-CH1 makes no difference, I always get the carrier frequency.Am I doing something wrong? Did someone manage to get a modulation frequency sync from the aux out?

author: Mortymore
author_rank: Frequent Contributor
timestamp: November 14, 2022, 10:33:30 pm
content: There's any way to take a screen capture from SDG1000X?I want to place in a report the wave images and parameters set in both channels of the SDG, and it would be rather nice to have them screen captured instead of some photos taken of the SDG screen.The EasyWave and EasyWaveX software seems that can only import waveforms from a scope (Siglent), and though I had built myself the data waveform used for this work, I would prefer a screen capture with all the info gathered in one nice image.Thanks

author: Hexley
author_rank: Regular Contributor
timestamp: November 15, 2022, 01:57:50 am
content: Quote from: Mortymore on November 14, 2022, 10:33:30 pmCheck out JHenderson's work athttps://www.eevblog.com/forum/testgear/visa-scanscreen-capture-utility/msg3947497/#msg3947497, or ColoradoRob's work athttps://www.eevblog.com/forum/testgear/the-siglent-sdg2042x-thread/msg2346945/?topicseen#msg2346945.

author: Mortymore
author_rank: Frequent Contributor
timestamp: November 15, 2022, 06:56:32 pm
content: Thank you both, Hexley and jhenderson0107 for his workCouldn't manage to get it work from TCP/IP but it worked from USB

author: nedeb
author_rank: Contributor
timestamp: January 06, 2023, 10:48:05 am
content: Update on the freeze issue when controlling through USB: this is fixed with the latest pyvisa-py version (0.6.0)!

author: BillyO
author_rank: Super Contributor
timestamp: April 19, 2023, 02:15:52 pm
content: Quote from: Wrenches of Death on September 10, 2022, 02:37:59 pmI have to agree.Now that I need to use an external reference I got some very strange results. Connecting it up to my SDS2104XP I saw continuous glitching. Back dating the firmware from 33R3 to 33R1B6 fixed the issue.Bottom shot is normal, top shot is what you get 1 out of every 5 captures.Is it possible Siglent are unaware of this?PS: How do you post images so they appear full sized and in-line?

author: james38
author_rank: Regular Contributor
timestamp: April 20, 2023, 03:03:42 am
content: Quote from: BillyO on April 19, 2023, 02:15:52 pmLook at my posts above.https://www.eevblog.com/forum/testgear/siglent-sdg1000x-waveform-generators/msg4434094/#msg4434094https://www.eevblog.com/forum/testgear/siglent-sdg1000x-waveform-generators/msg4434403/#msg4434403I can acknowledge the issues with 33R3 when an external reference is connected.I am also still on 33R1B6 because I always use an exernal refernce on all my devices.As rf-loop says in the following post you must aware that the impedance for external In ist 5000 Ohm NOT 50 Ohm as expected.I was a bit suprised and checked the datasheed in detail. He was right.The +6db Level that I mentioned are measured directly from the GPSDO.I forgot to say that I had a 6 db attenuator on it.But anyway when the input impedance is not 50Ohm the level is not the measured level.I has then tested it again with lower levels but the results are the same.At least I can rule that out for myself that the cause is not the Clock-input level.However, the minimum voltage must be at least 1.4V Vpp like the datasheed said.With FW 33R1B6 i have no problems.I can't say if it will ever be fixed or not.I hope they will do ... sometime. ;-)But I think it is known to Siglent and was also reported there.

author: Calambres
author_rank: Frequent Contributor
timestamp: June 13, 2023, 05:35:52 pm
content: Just ordered a SDG1032X today... so much to read and learn!

author: Calambres
author_rank: Frequent Contributor
timestamp: June 21, 2023, 06:47:45 am
content: Quote from: BillyO on September 02, 2022, 03:07:45 pmI'm trying to "upgrade" my just acquired SDG1032X to SDG1062X using the above procedure to no avail. Everything seems to work OK until step 8: I telnet MCBD with the correct output for 60M from the script but when I do the next step 9 (*IDN?) it's still an SDG1032X:Siglent Technologies,SDG1032X,SDG1XDEX6R----,1.01.01.33R3Is this version incompatible with the hack? (HW Version 03-00-00-24-00)I'm stuck!

author: Calambres
author_rank: Frequent Contributor
timestamp: June 21, 2023, 07:15:43 am
content: Nevermind!... I figured out what the problem was: You have to supply the python code output withlowercaseletters! not uppercase as per the script.Now running a SDG1062X

author: Hexley
author_rank: Regular Contributor
timestamp: September 18, 2023, 10:01:13 pm
content: There seems to be an issue with the SDG1000X handling SCPI commands to enable SWEEP or BURST modes as described in the documentSDG Series Arbitrary Waveform Generator Programming Guide.https://int.siglent.com/u_file/document/SDG_Programming%20Guide_PG02-E05B.pdfSpecifically, the command "C1:SWWV STATE,ON" does not turn on the sweep mode. See page 27 of the manual.Similarly, the command "C1:BTWV STATE,ON" does not turn on the burst mode. See page 48 of the manual.The listing below illustrates the issue. The commands and responses were handled by TestController. Some comments have been inserted inside [] marks.Code:[First, we query the AWG to verify the latest firmware version.]*idn?;; SDG1062X: Tx <*idn?>;; SDG1062X: Rx <Siglent Technologies,SDG1062X,SDG1XCAX3R0000,1.01.01.33R3>;; Siglent Technologies,SDG1062X,SDG1XCAX3R0000,1.01.01.33R3[Next, ask whether sweep is ON or OFF.]C1:SWWV?;; SDG1062X: Tx <C1:SWWV?>;; SDG1062X: Rx <C1:SWWV STATE,OFF>;; C1:SWWV STATE,OFF[It says sweep is OFF, so send a command to turn it ON.]C1:SWWV STATE,ON;; SDG1062X: Tx <C1:SWWV STATE,ON>[Did that work? Sweep should be ON now. What does the AWG report?]C1:SWWV?;; SDG1062X: Tx <C1:SWWV?>;; SDG1062X: Rx <C1:SWWV STATE,OFF>;; C1:SWWV STATE,OFF[The sweep is still OFF. That is not expected behavior.]And the same exercise for Burst gives the same results.[First, we query the AWG to verify the latest firmware version.]*idn?;; SDG1062X: Tx <*idn?>;; SDG1062X: Rx <Siglent Technologies,SDG1062X,SDG1XCAX3R0000,1.01.01.33R3>;; Siglent Technologies,SDG1062X,SDG1XCAX3R0000,1.01.01.33R3[Next, ask whether burst is ON or OFF.]C1:BTWV?;; SDG1062X: Tx <C1:BTWV?>;; SDG1062X: Rx <C1:BTWV STATE,OFF>;; C1:BTWV STATE,OFF[It says burst is OFF, so send a command to turn it ON.]C1:BTWV STATE,ON;; SDG1062X: Tx <C1:BTWV STATE,ON>[Did that work? Burst should be ON now. What does the AWG report?]C1:BTWV?;; SDG1062X: Tx <C1:BTWV?>;; SDG1062X: Rx <C1:BTWV STATE,OFF>;; C1:BTWV STATE,OFF[Burst is still OFF. That is not expected behavior.]A fix will be required in the next firmware release. Perhaps this is not far off, since it has been about 18 months since 1.01.01.33R3 came out.

author: paulc_6969
author_rank: Newbie
timestamp: October 08, 2023, 05:19:25 pm
content: I confirn that the python method above works. Copy-paste from python output to SCPI telnet without issues.Turned the device into a 1062X, works, no problem.May God give the guy who leaked the hashkey one thousand years of happiness!

author: Wrenches of Death
author_rank: Regular Contributor
timestamp: October 08, 2023, 06:41:44 pm
content: Quote from: Hexley on September 18, 2023, 10:01:13 pmHopefully they will correct the external clock issue too. <crossed fingers>This problem was reported right after the LAST firmware update was released, close to eighteen months ago!WoD

author: Mortymore
author_rank: Frequent Contributor
timestamp: November 25, 2023, 09:22:25 pm
content: New version available:EasywaveX -1.1.0.23R8Looks like there's some new things. Digital Wave catched my eye.

author: james38
author_rank: Regular Contributor
timestamp: November 26, 2023, 01:44:17 am
content: Looks very interesting. Thanks for the info.

author: 2N3055
author_rank: Super Contributor
timestamp: November 26, 2023, 08:55:47 am
content: Quote from: Mortymore on November 25, 2023, 09:22:25 pmThe SDG7000A has digital channels...

author: Mortymore
author_rank: Frequent Contributor
timestamp: November 26, 2023, 10:08:39 am
content: And there's an SDG8000A listed on the new version of the EasyWave that I assume is yet to be released since I can't find it on the web

author: Hexley
author_rank: Regular Contributor
timestamp: November 26, 2023, 05:18:14 pm
content: Quote from: Mortymore on November 25, 2023, 09:22:25 pmSpeaking of new versions, we are overdue for a new version of SDG1000X firmware, which seems to be running well behind the releases for the other generators in the family (like the SDG2000X, for example).@tautech: Rob, are you picking up any rumblings from the factory about new firmware for the SDG1000X?

author: patrik96
author_rank: Contributor
timestamp: December 10, 2023, 12:06:18 pm
content: HI , May somebody able to help,I was switch on the SDG1032(62) and the "SIGLENT" screen remains, not boot correctly, is somebody has a firmware what is bootable, or any other methode to live this again? Thanks

author: voltsandjolts
author_rank: Unknown
timestamp: December 10, 2023, 01:39:31 pm
content: Usertautechis often very helpful in such situations, he might turn up here soon, or send him a message.

author: orzel
author_rank: Regular Contributor
timestamp: December 10, 2023, 02:40:43 pm
content: Quote from: Hexley on November 26, 2023, 05:18:14 pmAny special reason to wait for such an update ? Any expected feature or bug fixing ?

author: Hexley
author_rank: Regular Contributor
timestamp: December 10, 2023, 05:32:02 pm
content: Quote from: orzel on December 10, 2023, 02:40:43 pmFor those who might be new to this thread, here is a list of some of the outstanding bugs reported here for the SDG1000X that need to be addressed in the next firmware release. The "reply number" shown in parentheses identifies the post in this thread where the issue was discussed.SCPI commands to turn on SWEEP or BURST don't work. (#303)The SDG1000X won't sync correctly to an external 10 MHz reference. (#240, #272, #286, #298)SWEEP mode has a bug in start/stop settings. (#199)The display of LOAD R has inadequate resolution. (#185)Low-level amplitude settings of a modulated wave are incorrect. (#184)There may be some other issues; these are just some that came to mind.

author: tautech
author_rank: Super Contributor
timestamp: December 10, 2023, 06:57:30 pm
content: Quote from: patrik96 on December 10, 2023, 12:06:18 pmYou have a PM, please reply via email.

author: patrik96
author_rank: Contributor
timestamp: December 11, 2023, 06:49:07 am
content: Quote from: tautech on December 10, 2023, 06:57:30 pmThanks email sent

author: tautech
author_rank: Super Contributor
timestamp: December 11, 2023, 08:01:11 am
content: Quote from: patrik96 on December 11, 2023, 06:49:07 amPlease see further PM with typo correction.....I need a holiday !

author: patrik96
author_rank: Contributor
timestamp: December 13, 2023, 10:36:16 am
content: Quote from: tautech on December 11, 2023, 08:01:11 am

author: Hexley
author_rank: Regular Contributor
timestamp: January 20, 2024, 01:33:45 am
content: Having noticed a discussion of issues with frequency sweep behavior in the 2042X thread, I thought it would be interesting to see if the same behavior exists in the 1062X.Short answer -- the amplitude step that is present in the 2042X is not present in the 1062X. That is the good news.The less good news is that the lowest couple of octaves of the 1062X sweep have frequency errors.A test was set up as follows:A table was created in Excel to generate the ideal frequencies at 100 points of a log sweep from 1 kHz to 10 MHz. These points were indexed by time, assuming a 100 msec sweep time.The SDG1062X was set up to sweep accordingly. Its trigger out was used to trigger the scope.The reference AWG, a Keysight 33521B, was set up with the same parameters, and triggered by the SDG1062X in order to display a time-synchronized sweep for comparison.The scope's zoom, delay, and measurement functions were used to take snapshots of the AWG outputs at selected points corresponding to the Excel sample points.The results of swept frequency versus time were plotted against the ideal curve.The first chart shows the Siglent response. Anomalies are seen in the first 10-12 msec of the sweep.The second chart shows the reference (Keysight) response. This matches the expected curve pretty closely.The third chart shows a comparison of both AWGs versus the ideal.Discussion:During the first 12 -15 msec of the 100 msec sweep the frequency remains at roughly the starting frequency. Thereafter, it snaps to the correct value and continues the sweep without further issue. The changeover can be seen in the scope image at about 12 msec into the sweep.This behavior suggests an issue with the SDG1000X sweep firmware. The AWG is running 1.01.01.33R1B6.

author: pope
author_rank: Frequent Contributor
timestamp: January 20, 2024, 09:53:07 am
content: This is very interesting. Thanks for sharing your findings.What happens at lower frequencies like 20Hz? or 100Hz?What happens at higher sweep times? For example if you set the sweep to 10 seconds, do you still get 15ms error or the error is more in the hundreds ms region?

author: Joe1vm
author_rank: Newbie
timestamp: January 20, 2024, 07:06:31 pm
content: Thank you for the heads-up.I can confirm this behavior also for "improved" SDG1032X(1.01.01.33R3).Additional testing showed that the generator is able to handle the log sweep for 3 decades maximum. If it is more, then this phenomenon start and the time of keeping the lowest frequency seems to correlate with the range over these 3 decades.

author: maralb
author_rank: Contributor
timestamp: April 19, 2024, 11:08:14 am
content: Siglent released new Firmware for the SDG1032X:https://www.siglenteu.com/service-and-support/firmware-software/waveform-generators/#sdg1000x-series1.01.01.33R8

author: Wrenches of Death
author_rank: Regular Contributor
timestamp: April 19, 2024, 04:07:46 pm
content: Quote from: maralb on April 19, 2024, 11:08:14 amHopefully the external clock issue IS fixed. It's been a two year wait.Anyone try it yet? The long wait for a fix annoyed me enough to stop using mine even though there was a workaround. It's hanging from the ceiling in the shop. It's gotten a lot of inquiries. I thought about using it as a Piñata.WoD

author: Hexley
author_rank: Regular Contributor
timestamp: April 20, 2024, 04:56:18 pm
content: Firmware 1.01.01.33R8 has fixed a number of bugs. Nice work.Unfortunately, a new bug has been introduced. When “Mod” is enabled on a square wave, if the modulation is FM then the square wave rise time is slowed dramatically. For example, at 1 MHz carrier, rise time goes from < 5 ns to >99 ns.This is shown in the scope capture image below:Channel 1 is an unmodulated square wave from one channel of the SDG1062X. It has an indicated rise time of 4.0 ns.Channel 2 is a square wave of the same frequency, but with FM modulation engaged, using the parameters shown on screen. This comes from the other channel of the SDG1062X. Note that the rise time has slowed to 99.2 ns.This only appears on FM modulation of a square wave; other modulation types and/or other waveforms act as expected.

author: Ringmodulator
author_rank: Regular Contributor
timestamp: April 20, 2024, 07:30:00 pm
content: I have just updated to the new FW.A quick check showed, that it looks like the external clock issue is solved.I have not checked for other issues.Chris

author: diodak
author_rank: Regular Contributor
timestamp: April 20, 2024, 07:59:41 pm
content: The font has also been changed, unfortunately to an even smaller one... Probably for better screenshot quality (added under the Store/Recall button).

author: eTobey
author_rank: Super Contributor
timestamp: May 15, 2024, 07:57:56 am
content: I just received my SDG1032X today.I was looking for an option to limit the leves, but i only could find amplitude limit. I guess am just blind?

author: tautech
author_rank: Super Contributor
timestamp: May 15, 2024, 08:21:00 am
content: Quote from: eTobey on May 15, 2024, 07:57:56 amP102https://int.siglent.com/u_file/download/22_06_23/SDG1000X_UserManual_UM0201X-E01E.pdf

author: eTobey
author_rank: Super Contributor
timestamp: May 15, 2024, 01:39:34 pm
content: Quote from: tautech on May 15, 2024, 08:21:00 amI can not find a limit on page 102, neither the page the viewer shows, or what page is written on the pages.

author: Njk
author_rank: Frequent Contributor
timestamp: May 15, 2024, 02:18:28 pm
content: I'm afraid a separate thread will be created soon, labeled "Siglent Rubbish SDG1000X - An expensive piece of Junk"

author: eTobey
author_rank: Super Contributor
timestamp: May 15, 2024, 03:41:21 pm
content: Quote from: Njk on May 15, 2024, 02:18:28 pmSo? do you actually know this device?

author: tautech
author_rank: Super Contributor
timestamp: May 15, 2024, 09:25:13 pm
content: Quote from: eTobey on May 15, 2024, 01:39:34 pmLevels are dictated by the load the AWG is connected to and the Output setting, HiZ or 50 Ohms.Datasheet specifies 20V p-p into HiZ and 10V p-p into 50 Ohms.Is it something else you seek ?

author: BillyO
author_rank: Super Contributor
timestamp: May 16, 2024, 02:32:31 am
content: Quote from: tautech on May 15, 2024, 09:25:13 pmThe AWG is always physically set at 50ohms out. The output setting just changes the how the voltage is displayed by the AWG and not the voltage actually output. Right?Quote from: tautech on May 15, 2024, 09:25:13 pmI was going to ask him the same question.

author: eTobey
author_rank: Super Contributor
timestamp: May 16, 2024, 06:57:56 am
content: I want to test my microcontroller without destroying it. But this thing is almost as bad as the Rigol... Just the knob is a slighly better, and it has a keypad.

author: tautech
author_rank: Super Contributor
timestamp: May 16, 2024, 07:20:39 am
content: Quote from: eTobey on May 16, 2024, 06:57:56 amWithout knowing how to use any tool correctly you cannot blame the tool for mistakes anoperatoruser makes.

author: eTobey
author_rank: Super Contributor
timestamp: May 16, 2024, 07:23:55 am
content: Quote from: tautech on May 16, 2024, 07:20:39 amA proper tool should have some safety build in, because mistakes can be made by the best specialists too! This is especially likely, if the GUI is suboptimal

author: 2N3055
author_rank: Super Contributor
timestamp: May 16, 2024, 07:29:25 am
content: Quote from: eTobey on May 16, 2024, 06:57:56 amDo you EVER read anything or research ANYTHING about things you are going to to buy before you buy it?Do you ask for advice or recommendation BEFORE buying anything?Or you just buy random thing and then expect that it magically has all the properties that you imagine it should have in your wild imagination ?There is no definable setable amplitude limit on these AWG. Not on SDG1000X, not on SDG2000X, not on SDG6000X. Nowhere it claims so or anyone ever told you so.Destroying DUT with AWG is not something that I 'we seen in practice that often, normally.More likely is that you will destroy AWG backfeeding high voltage/current from your device back into AWG output.That I have seen.For that occasion , SDG1000X/ 2000X/ 6000X have output protection that disconnects output if it detects backfeeding of current into output. With enough energy people damaged AWGs even with protection.Eventually, it is your responsibility to not do stupid things.SDG7000A has both protection and setable output limits. But it has setable output limits because it can generate very high voltages/currents on outputs that are capable of destroying something.

author: tautech
author_rank: Super Contributor
timestamp: May 16, 2024, 07:34:54 am
content: Quote from: 2N3055 on May 16, 2024, 07:29:25 amIt's all okay.We all know that owning a new instrument for 2 days makes us an expert on it, right ?

author: Martin72
author_rank: Super Contributor
timestamp: May 16, 2024, 07:40:41 am
content: Quote from: Njk on May 15, 2024, 02:18:28 pmNot quite, but it didn't take long.

author: 2N3055
author_rank: Super Contributor
timestamp: May 16, 2024, 07:41:30 am
content: Quote from: tautech on May 16, 2024, 07:34:54 amOh don't you worry...He already made a new topic "Siglent SDG1032 as bad as rigol DG812?"...

author: newbrain
author_rank: Super Contributor
timestamp: May 16, 2024, 08:47:13 am
content: I now understand how abowl of petuniascan feel.

author: BillyO
author_rank: Super Contributor
timestamp: May 16, 2024, 02:45:12 pm
content: Quote from: eTobey on May 16, 2024, 06:57:56 amSo you want current limit?I'd still like to see a circuit of what you have in mind.It seems to me, if you set the AWG output correctly (as an example: HiZ with 5Vpp + 2.5V offset) and feed it into an input on the MCU there should not be any destruction unless the MCU itself is faulty. Even then the output of the AWG is limited to 200ma. The AWG will protect itself under most conditions unless you are doing something truly barbarous.If you cannot bring yourself the set the output of the AWG correctly, put a resistor in line to reduce current further.

author: Martin72
author_rank: Super Contributor
timestamp: May 16, 2024, 03:05:29 pm
content: QuoteBuild your own...

author: Performa01
author_rank: Super Contributor
timestamp: May 16, 2024, 06:33:23 pm
content: Quote from: 2N3055 on May 16, 2024, 07:29:25 amAt least SDG6000X has these features as well. You can enable the output amplitude limit:Utility -> Output Setup -> Amplitude (on page 2); it can be set as low as 2 mVpp for the High-Z configuration.I don't have an SDG2000X here, but wouldn't be surprised if it had the exact same feature.And who knows? Maybe even the low end SDG1000X series have it. This is just one of the features that never made it into the user manuals of the lower end products. But I think it's more important that it made it into their firmware anyway...

author: Martin72
author_rank: Super Contributor
timestamp: May 16, 2024, 06:41:51 pm
content: QuoteConfirmed.

author: mawyatt
author_rank: Super Contributor
timestamp: May 16, 2024, 06:47:50 pm
content: Quote from: Performa01 on May 16, 2024, 06:33:23 pmSDG2042X also has this feature!Best,

author: BillyO
author_rank: Super Contributor
timestamp: May 16, 2024, 06:48:35 pm
content: It's on the SDG1000X series too:

author: BillyO
author_rank: Super Contributor
timestamp: May 16, 2024, 06:55:29 pm
content: There also seems to be an option in the 2nd page of the Utility menu called "OverVoltage protection" and you can turn it on or off. It does not seem to be covered in the manual.Actually, it is: Page 121. I misspelled "OverVoltage" when I did the search fist time.

author: eTobey
author_rank: Super Contributor
timestamp: May 17, 2024, 03:13:06 pm
content: Amplitude limit does nothing to the absolute values.Ever heard of "offset"? Ever comprehended what that means?

author: BillyO
author_rank: Super Contributor
timestamp: May 17, 2024, 03:27:56 pm
content: Quote from: eTobey on May 17, 2024, 03:13:06 pmYes, but apparently you don't.I just tried in right now. I set the Amplitude limit to 6Vpp and was unable to add any offset that put the output beyond that.Have you even tried it?Here, I have a solution for you. Sell or giveaway the Siglent to someone that will use it properly, then go randomly buy a GW Instek or an Owon or such without looking at the docs.

author: ebastler
author_rank: Super Contributor
timestamp: May 17, 2024, 03:47:13 pm
content: I guess eTobey's point was that you cannot set asymmetrical "safety rails" for the output voltage -- e.g. limit it to a range from 0V to 3V.That would indeed be a nice feature: Since you can define the operating output via either amplitude/offset or high/low voltages, it feels logical that the "safety rails" should support the same settings.

author: eTobey
author_rank: Super Contributor
timestamp: May 17, 2024, 03:50:31 pm
content: Quote from: BillyO on May 17, 2024, 03:27:56 pmAdd a modulation, and you will get over that limit... I think i used ramp up AM modulation.Edit:Tried to reproduce, but couldnt.But found something else: Setting low level at 0 and then high level above limit, sets low level at -1.5V. I guess this is a feature?Edit 2:I got it wrong:Not the set up "limit" was exceeded, it was the amlitude of 3 V that can be ecxeeded with modulation.Edit 3:Changing values with the knob has some issues:Turned from 220mv to zero, and back up: Went from 0 straigth to 220mV with one step. It dissappeared after trying to figure out.

author: Mortymore
author_rank: Frequent Contributor
timestamp: May 17, 2024, 07:10:52 pm
content: Siglent SDG1032XNo amplitude limit, CH1 sinusoidal 100KHz, 4Vpp no offsetPower On - CH1 output ON on startup(Utility - Output Setup - Pg2/2 - Power on State - ON)Power OffPower Off with previously set of output limit to 4.002Vpp(Utility - Output Setup - Pg2/2 - Amplitude - 4.002Vpp)With the output limit to slightly above (0.002V) the output voltage, the voltage swing before shutdown was actually higher.

author: eTobey
author_rank: Super Contributor
timestamp: May 17, 2024, 07:16:48 pm
content: Try using square wave. And see what it does when going from sine to square.

author: Mortymore
author_rank: Frequent Contributor
timestamp: May 17, 2024, 08:19:24 pm
content: The SDG1032X does nothing much different from my old analog Signal Generator when switching between wave settings, trough relaysEDIT: except that the transition is not done at 0V, and a DC voltage of some 500mV over the max 2V is present during 5ms and lowers to 2V during another 6msThat DC level presence during transitions, may or may not of concern, but it's good to be aware of.SDG1032X: 4Vpp, 100KHz, switching from sinusoidal (just before triggering) to square waveFG-801: 4Vpp, 100KHz, switching from sinusoidal to square wave

author: patrik96
author_rank: Contributor
timestamp: June 05, 2024, 06:31:37 pm
content: Hi, may someone help for,My SDG1032 one chanel goes suddenly to Overvoltage protection mode, and remain it whithout any extra load in the output.It is remain that state and if it swithc off -7,2 or -4.9V DC appired on the output depending the output amplitude setting, but no AC

author: tautech
author_rank: Super Contributor
timestamp: June 05, 2024, 08:08:09 pm
content: Quote from: patrik96 on June 05, 2024, 06:31:37 pmConsult the service manual for checks and measurement you can do:https://int.siglent.com/u_file/download/24_01_02/SDG1000X_ServiceManual_SM0201X-E01B.pdfJust one channel showing a fault ?

author: patrik96
author_rank: Contributor
timestamp: June 06, 2024, 10:39:40 am
content: Dear Tautech,Thanks your answer, yes it is one chanel issue, the other fine,

author: tautech
author_rank: Super Contributor
timestamp: June 06, 2024, 10:44:24 am
content: Quote from: patrik96 on June 06, 2024, 10:39:40 amDoes Factory Default remedy the fault ?

author: patrik96
author_rank: Contributor
timestamp: June 06, 2024, 01:57:45 pm
content: That is the first what I try, Unfortuneately it clear the error massage only, now there is no error but no output and -4.9V (or more ) in the CH1

author: tautech
author_rank: Super Contributor
timestamp: June 06, 2024, 07:43:29 pm
content: Quote from: patrik96 on June 06, 2024, 01:57:45 pmIt would seem you have an output stage repair to do.I looked through this thread for help and guidance but found zero.Maybe others can offer advice.

author: Martin72
author_rank: Super Contributor
timestamp: June 06, 2024, 08:34:15 pm
content: Quote from: tautech on June 05, 2024, 08:08:09 pmWhenever I see a “Service Manual” from Siglent, I have to smile.Take a measurement here, take a measurement there, otherwise send it in.No circuit diagrams, no parts lists....These are not service manuals as we know them.

author: tautech
author_rank: Super Contributor
timestamp: June 06, 2024, 09:11:50 pm
content: Quote from: Martin72 on June 06, 2024, 08:34:15 pmAs it should be.Basic checks are always the first thing to be undertaken when assessing if a problem exists.User repairs can impact on performance.In most cases PCB replacement is the only way to reclaim original guaranteed performance.

author: Martin72
author_rank: Super Contributor
timestamp: June 06, 2024, 09:50:00 pm
content: QuoteNo.Service manuals are actually repair instructions.What siglent turns them into are “extended” user instructions.

author: Wrenches of Death
author_rank: Regular Contributor
timestamp: June 06, 2024, 11:26:39 pm
content: Quote from: Martin72 on June 06, 2024, 09:50:00 pmThe Tektronix manuals back in the day are a shining example of what an instrument SERVICE manual actually was and should be.ALL part numbers and part descriptions, exploded diagrams, parts location identification, theory of operation of the instrument, detailed troubleshooting information like voltages, resistances, scope patterns during operation, adjustments and full calibration instructions, etc.They actually WANTED you to be able to repair the instrument."Service" manuals today are a joke.Hell, stuff today doesn't even come with a users manual.WoD

author: 2N3055
author_rank: Super Contributor
timestamp: June 07, 2024, 06:41:17 am
content: All this lamentation how manuals today (which means last 10-15 years) are not real service manuals is all well but helps nobody.This "new practice" was "invented" long time ago by Western companies (before likes of Rigol and Siglent existed).It is a consequence of the fact that manufacturers actually stopped component level servicing in field.It is module level servicing and old boards are either discarded or sent to manufacturer directly for internal rework process.That is simple consequence of the fact that firstly equipment is more reliable than it was, it is more complicated than it was, and keeping service and part distribution network is expensive. It is cheaper to simply swap little board than spend hours troubleshooting. Quality of repair is not guaranteed and depends entirely on technicians skills. Work hours are sometimes more expensive than device. And then full equipment to calibrate/verify specs is needed. Also back then, many manufacturers had government contracts that stipulated component level repair process, and they had no choice. Then they realized that it is simpler, faster and most of the time cheaper to simply have replacement full devices or ready made subassemblies.Times changed.As to a problem that patrik96 has:- it is probably a damage to channel output circuits.- it can be sent to Siglent for repair, or- if it is out of warranty, by using instructions from Service manual, it can be carefully opened ( in static safe environment ) and then you take a look. AWG has 2 channels and the one that works can serve as a reference for comparisons.

author: ebastler
author_rank: Super Contributor
timestamp: June 07, 2024, 10:38:55 am
content: Quote from: 2N3055 on June 07, 2024, 06:41:17 amThat's a good point. Service manuals were never provided as a nice gesture to hobbyists and collectors, but as a tool for the company's own field service techs or authorized 3rd party workshops. Since these use a different approach to service and repair now, there is no economic reason to produce detailed service manuals for part-level troubleshooting. Which is a pity for us hobbyists nevertheless...

author: Martin72
author_rank: Super Contributor
timestamp: June 07, 2024, 11:19:19 am
content: Exactly, which is why it is not a service manual and should not be described as such.The service manual contains everything you need to know to be able to repair a device and is generallynotfreely available and only intended for (authorized) workshops.That's all I meant when I wrote that I always have to smile when siglent service manuals are mentioned.I would rather call it “SXXXXXX extended troubleshooting” in siglent's place or include it as an appendix in the manuals.To the actual matter:If patrik96 hasn't found a solution by then, I can come up with some useful tips on Monday, as I will then have access to an SDG1062X.Unless the output stages are the same for SDG1000X and SDG2000X, then sooner...

author: Mortymore
author_rank: Frequent Contributor
timestamp: June 07, 2024, 11:30:03 am
content: Just don't call it "service manual", if the manual does not provide the required information for servicing.Problem solved

author: 2N3055
author_rank: Super Contributor
timestamp: June 07, 2024, 12:50:58 pm
content: Quote from: Mortymore on June 07, 2024, 11:30:03 amIt does.That IS servicing today.Board level repair is not part of field service.Same as with a PC.Service will change graphic card with another one. If it was in warranty, service will send it back to factory. If is economical, they will refurbish/rework it. If not than it is E-waste.Fact that we would like to repair things and are willing to spend lot's of time repairing things because we like it, does not change a fact that for companies it is cheaper this way.

author: TomKatt
author_rank: Frequent Contributor
timestamp: June 07, 2024, 01:17:07 pm
content: Quote from: 2N3055 on June 07, 2024, 12:50:58 pmGone are the days when companies provided 'real' service manuals with component level testing data. Or even schematics with waveform examples like you'd get in Sams Photofacts or similar.'Repair' is pretty much just board swapping these days.

author: patrik96
author_rank: Contributor
timestamp: June 07, 2024, 03:28:47 pm
content: Tautech, Thanks, fortuneately it is under warranties (2 years and not 1 what I remember)Meantime I was found a topic where was repaired a smae issue:https://www.eevblog.com/forum/repair/siglent-sdg1062x-goes-to-overvoltage-protection-mode/Service manual: yes it is not a tool for service, but basically noone repair a 200-300€ equipment in a component level because of the high service hour fee,And not forget today car manual said to not drink the battery and cooling water, and car from the past the manual described how can the ignition and valve gap adjusting and so.

author: tautech
author_rank: Super Contributor
timestamp: June 07, 2024, 05:13:09 pm
content: Quote from: patrik96 on June 07, 2024, 03:28:47 pmThanks, I know we'd dealt with this issue before at one time.Now added to the OP as the start of a POL list.

author: tautech
author_rank: Super Contributor
timestamp: June 07, 2024, 05:29:11 pm
content: Quote from: 2N3055 on June 07, 2024, 12:50:58 pmAs it has been for nearing 3 decades.Those bitching about it are living in the past.They should go look at what is offered in a TDS200 SM.

author: Martin72
author_rank: Super Contributor
timestamp: June 07, 2024, 07:43:09 pm
content: QuoteI would like to be 20 again.On the other hand, I'm glad I'm not anymore, age makes you more relaxed, you can look past some things with a smile and don't have to jump over every stick that's held out.That's it from me.

author: slavoy
author_rank: Regular Contributor
timestamp: June 08, 2024, 06:53:35 am
content: My SDG1032X upgraded to 1062X outputs signals that are 15° phase-shifted at 60MHz, even though they should theoretically be synchronized. There's a lock symbol, and I have also tried copy and follow modes. It's always the same. Identical coaxial cables and terminators, I also tried with probes and without changes. Am I missing something here?

author: slavoy
author_rank: Regular Contributor
timestamp: June 08, 2024, 02:05:39 pm
content: I upgraded the firmware (1062X mod persists, didnt know that). Now I got "only" 3° phase shift between channels. Strange.

author: Mortymore
author_rank: Frequent Contributor
timestamp: June 08, 2024, 02:13:14 pm
content: I don't have any significant phase deviation between channels on my SDG1032X converted to SDG1062X.I don't have great quality 50 Ohm feed-through terminators so I'm using T's with equal 50Ohm terminators, and my most recent pair of 50Ohm RG-58 cablesSW: 1.01.01.33R8HW: 02-01-00-24-00

author: SilverSurfer
author_rank: Newbie
timestamp: June 12, 2024, 06:56:54 pm
content: Hello,I've just received my SDG 1032xThe actual firmware is 1.01.01.33R3I would like to acces to it via Telnet (root) but I would like to know if the process for more older firmware is still working ?Thanks,

author: 44kgk1lkf6u
author_rank: Regular Contributor
timestamp: June 16, 2024, 01:40:33 am
content: It looks like the old way does not work anymore with the newest firmware. But they found an easier way to upgrade. See:https://www.eevblog.com/forum/testgear/siglent-sdg1000x-waveform-generators/msg4395403/

author: 44kgk1lkf6u
author_rank: Regular Contributor
timestamp: June 16, 2024, 01:51:27 am
content: I took a look at the encoder problem. It is due to the firmware reading the encoder too infrequently. I made a workaround. I used an ATTINY25 microcontroller to act as a knob that turns just slowly enough.

author: coromonadalix
author_rank: Super Contributor
timestamp: July 05, 2024, 12:22:11 pm
content: My modest contribution for a software control, from model Labview examples given at SIGLENTSDG1xxx x upgraded to 60Mhz ....Far from be complete, basics functions is enough for me, im running 2x gens with itneeds 32 bit NI Runtime engineNB: Always push the smalll white arrow to send command to the gen(s)pls dont ask me for updates, i'm a labview noob

author: coromonadalix
author_rank: Super Contributor
timestamp: July 08, 2024, 01:48:24 pm
content: small upgrade to include output impedance 50ohms or High Zsome gui rework in names infos .... not perfect loll

author: rf-loop
author_rank: Super Contributor
timestamp: July 08, 2024, 03:42:05 pm
content: Quote from: coromonadalix on July 08, 2024, 01:48:24 pmThe SDG1000X has a fixed output impedance. Always 50 ohms.SDG1000 do not have settable output impedance.As you of course know.In menu it have two Load values selectable directly. 50ohm and HiZBut then(some users may not have noticed this)it has also variabl user set value for the load impedance (if the actual load is example 55 ohms, the user can tell it to the instrument, or if it's 666 ohms or 10 kohms, etc... The load impedance value can be set between 50 ohm - 100 kohms and HiZ.Very useful when load is not 50 ohm or HiZ.That way user can set more easy right output level values to actual load, also other loads than just 50ohm. (Vpp/Vrms/dBm) or HiZ (Vpp/Vrms).

author: 44kgk1lkf6u
author_rank: Regular Contributor
timestamp: July 09, 2024, 03:18:08 am
content: Quote from: rf-loop on July 08, 2024, 03:42:05 pmBut there is a relay on the circuit board to bypass the 49.9 Ω resistor at the output. Does anyone know why?

author: BillyO
author_rank: Super Contributor
timestamp: July 09, 2024, 05:56:48 am
content: Quote from: 44kgk1lkf6u on July 09, 2024, 03:18:08 amIf you reverse engineered this can you provide a schematic? Is it just a butt simple SPST relay that does this one thing or are there other associated functions?

author: tautech
author_rank: Super Contributor
timestamp: July 09, 2024, 07:32:27 am
content: Quote from: BillyO on July 09, 2024, 05:56:48 amRTFM2.13.10 Overvoltage ProtectionP109https://int.siglent.com/u_file/download/24_06_07/SDG1000X_UserManual_UM0201X-E01G.pdf

author: BillyO
author_rank: Super Contributor
timestamp: July 09, 2024, 01:24:38 pm
content: Quote from: tautech on July 09, 2024, 07:32:27 amNice find. So it does more than just disconnect the resistor. It disconnects the entire instrument.

author: 44kgk1lkf6u
author_rank: Regular Contributor
timestamp: July 15, 2024, 04:00:28 am
content: I had a closer look at the board. I was wrong about there being a relay to short the resistor at the output.

author: 44kgk1lkf6u
author_rank: Regular Contributor
timestamp: July 15, 2024, 04:01:09 am
content: Here is the schematic I got by looking at the board. The silkscreen on the board says "SDY8.007.108D" and "AWGCA_211100". The user interface says the hardware version is "03-00-00-24-00".Most voltages are derived from the voltage reference inside the DAC80501 DAC. The exception is the square wave amplitude derived from the differential LVPECL comparator output.The power supply for the ADC U44 is separate from that for the other chips. It may be due to it serving as the reference voltage. I did not look into how it is generated.Modulation from the external input is done by having the multiplexed ADC sample the input.I did not measure the values of the components of the filters switched by RLA7. I do not have a vector network analyzer. It is hard for me to measure the components in circuit.The 2 channels have separate DAC reference voltages. They are both generated by the DAC U62.I do not know the part numbers of the opamps for buffering the DAC output. They are SOIC-8 packaged dual opamps. They are marked SN1272. They have the Texas Instruments logo on them. They may be TLC272. I do not know why some have their outputs connected to a 4.7 μF capacitor.The 3 BNC connectors on the back of the device are connected to the main board directly with a 50 mil pitch ribbon cable.Only the channel 1 signal path is shown.The resistor at the aux in/out connector R309 is likely there for protection against misuse. It combined with the output impedance of the 74AHCT buffer is larger than 50 Ω. The buffer is powered by 5 V. The sync signal is 1.6 V into 50 Ω. That means changing it to 0 Ω would make matching better. My oscilloscope trigger input does not have a builtin termination. So I shorted the resistor. It did make the square wave have a flatter top when the oscilloscope end of the cable is not terminated.The dedicated circuitry to generate square waves is an LVPECL output comparator early in the signal path. This seems like a hard way. The have to make sure the rest of the signal path can provide enough bandwidth and also figure out how to tame the output amplitude.The resistor at the comparator output R210 is not a pullup. It is there so that the digital input can sit at ground when the comparator output is at VEE.

author: blackdog
author_rank: Frequent Contributor
timestamp: July 26, 2024, 12:55:14 pm
content: Hi,Recently I modified my SDG 1032X and through this I can show how big the phase differences are between the two outputs of this generator.This is how things were measured.Test frequency = 60MHZOutput level = 500mV TopTopCables within 1mm same length and same type, Telon with Huber + Suhner BNC connectors.Scope is the SDS200x HD from Siglent, full bandwidth. :-)Channels 1 and 3 are used from this scope.Channels 1 and 3 are set to 50 Ohm input impedance.32x averaging was used to see the phase difference well enough.The test setup.This is the output on the scope for a Sinus signal of 60MHz and 500mV TT, only a small phase difference is visible..The same, but now a square wave..Here on the generator I compensated for the phase difference, this was +2 Degrees..The differences are so small that it could be due to cable length, generator differences and scope differences.And it will certainly be a mix of these three ingredients.Best regards,Bram

author: blackdog
author_rank: Frequent Contributor
timestamp: July 26, 2024, 07:28:37 pm
content: Hi,To get a more complete picture of some function generators, I also made measurements on the SDG 2042-X and the Rigol DG4162.The measurement conditions are almost the same, only I chose to measure the phase difference between the channels now at 120MHZ for these function generators.Cable optimizationThere were more good cables here and I found two that were the same length within 1mm.Then of course I still don't know, if the cables were made from the same production run....Skew optimizationNow how can I make sure that some variables are reduced.I did that by connecting the two cables coming from C1 and C3 of the scope to a Mini-Circuits ZFRSC-42 power Splitter.I connected the input of the power splitter to one channel of the function generator.Then from channel-3 I used the “Deskew” function to make the differences in the cable and scope inputs as small as possible.Result of the optimization, 60 pSec correction was needed.But beware, nothing is perfect. ;-).Here is the splitter mounted on the Siglent SDG2042..This is the power spitter with SMA/BNC reducers, both of the same brand to minimize errors..If all goes well, I have now minimized the differences in my measurement system, if I overlook anything, please let me know!SDG 2042XThe Siglent SDG 2042X, it gives about 10 Degrees of Phase difference uncorrected, according to the scope measurement..And if I correct the phase in the SDG 2042X, it requires 7 Degrees of correction.Probably the phase measurement in the scope is less accurate,but it could also be in the generator, which is not easy to check now..Rigol DG4162First again the phase difference if the generator is not corrected..And this is the phase corrected in the DG4162, this corresponds better to the measurement of the Scoop.The difference here is only 0.6 degrees..OWON DGE2070The last generator I have with two outputs, the OWON DGE2070.This is an inexpensive two channel function generator that I bought specifically because it can be powered from a power bank.Some measurements I do have a lot of commonmode problems and I then get rid of them when using this generator.But because it is so cheap, not everything is done very well.Let's see what the phase difference is and the amplitude of both channels....But first a picture of this Baby generator..And this is the phase error and amplitude error of the DGE2070 at the maximum frequency of 70MHz and 500mVpp, not so nice....The correction needed to get the channels in phase at this 70MHz frequency is 104 Degrees!.If you know the generator you are using a little bit, phase correction is quite simple to apply.It gets a little trickier when the phase correction varies over the frequency range.I don't have time to test all this, these kinds of measurements and the annotation in the pictures take a lot of time.I hope this measurement session gives you some more insight into the channel differences of function generators with two outputs.Only the cheap OWON function genrator also gave clear differences in the amplitude of the output signal.So if this is important for your measurements, the OWON is not suitable for that.With kind regards,Bram

author: raprism
author_rank: Newbie
timestamp: September 08, 2024, 07:54:35 pm
content: I managed to create with pyvisa (with IVI as backend) a locally stored file on my SDG 1032X, that includes quotation marks in the base filename. This is the listing using SCPIMMEMory:CATalog?command:In : instr.query('MMEM:CAT? "Local/"')Out: '89096192,36864,"""wave1"".bin,BIN,17"\n'I found no way to delete it with anyMMEM:DELcommand.AND manually performing Store/Recall on AWG shows the file under Local(C:) as:"wave1".binIt can be selected, but Delete action does NOT work. Does anybody has an idea how to get rid of this file?Firmware is the current version 1.01.01.33R8

author: MildInductor
author_rank: Regular Contributor
timestamp: September 14, 2024, 08:36:14 am
content: Hello, I own a SDG2042X, but I cannot wrap my head around DDS vs TrueArb even after doing some research. Could someone please explain the difference? I believe they use different techniques to synthesise the waveform. TrueArb reads like it is better, but I am unsure why it is superior to DDS.

author: tautech
author_rank: Super Contributor
timestamp: September 14, 2024, 08:40:18 am
content: Quote from: MildInductor on September 14, 2024, 08:36:14 amBelongs here:https://www.eevblog.com/forum/testgear/the-siglent-sdg2042x-thread/However there is some explanation here that might assist:https://int.siglent.com/products-overview/sdg2000x/

author: MildInductor
author_rank: Regular Contributor
timestamp: September 14, 2024, 09:58:51 am
content: Ah oops I clicked on the wrong topic. That link has some good information. Thank you.

author: ollikantola
author_rank: Newbie
timestamp: November 05, 2024, 01:16:42 pm
content: Quote from: BillyO on September 02, 2022, 03:07:45 pmWorked flawlessly on HW version 02-01-00-24-00 running the latest FW 1.01.01.33R8 (released in January 2024).

author: RBBVNL9
author_rank: Frequent Contributor
timestamp: January 19, 2025, 01:47:13 pm
content: Dear all,I upgraded my SDG1000X to the most recent firmware 1.01.01.33R8 (Release Date 04.18.24).The first revision Siglent mentions for this new firmware is "Add the function of long pressing store/recall to save screenshots". Unfortunately, this does not work for me. When I long-press that button, I get an empty error message (!) and no screenprint is saved.In a similar firmware update for the SDG2000X, the same functionality was added, and on that machine, it works well with me. And it also works well on the SDG100X Plus I have here.Can anyone who has an SDG1000X with the latest firmware check whether the screenprint works for them?Best, Rudi

author: blackdog
author_rank: Frequent Contributor
timestamp: January 19, 2025, 02:12:23 pm
content: Hi RBBVNL,I have three Siglent function generators here, the SDG1032X, SDG1062X Plus and the SDG2042XThe SDG1032X - Gives an error messageThe SDG1062X Plus - Stores the BMP locally.The SDG2042X - Stores the BMP locally.All three generators have the latest firmware.Greetings,Bram

author: RBBVNL9
author_rank: Frequent Contributor
timestamp: January 19, 2025, 03:18:19 pm
content: Quick update:QuoteOh, I now see it is saved! But it only shows when you ask the device to display the 'State' file type (!).But the empty message remains, and it sounds like an error beep (two short sounds) rather than a confirmation beep (one longer sound) when making a screenprint.And, like all Siglent SDG machines, it seems the screenprint can only be saved to the internal memory, not to the inserted thumb drive. It's quite a job to copy-and-paste longer series of screenprints from internal to a thumb drive.

author: nanopico
author_rank: Contributor
timestamp: March 10, 2025, 03:15:36 pm
content: SDG1032X, 1.01.01.33R8 firmware:I have a beginner's question, is it possible to read in TimeLab the data provided by the Frequency Counter?I'm mainly interested in Allan Deviation.