SDS800X HD Bug Reports + Firmware - Page 1
Forum section: electronics / testgear

author: electronics hobbyist
author_rank: Regular Contributor
timestamp: April 18, 2024, 03:47:13 am
content: I learn from everyone on the forum in my spare time, and I am a Siglent fan.I try to be objective and hope to discuss various technical issues with everyone.This thread was created mainly for the following purposes:- Avoiding a wrong perception of "too many bugs".- makes sure that the real bugs get proper attention and are not lost in the noise.As mentioned in another thread, Siglent is more concerned about bugs, and fixing bugs is Siglent's obligation.There may be some discussions during the process, it's okay. If you're not sure if it's a bug, you can send me a private message and we'll try to avoid too much posts.When a new version is released, I will put the link at the end, cross out the resolved bugs with a horizontal line after verification, and explain in which version it was solved.In order to make the problem description clearer, based on Others' suggestions, it is defined as the following format:Version:1.1.3.3Problem description:Trigger holdoff fails (or When holdoff is turned on, waveform acquisition stops)Test signal:(If it is not related to the signal, it can be written as "Null")-SDG2042X, connected via BNC into 50 Ohm terminator-Square wave, 1 Vpp-Frequency sweep 10 kHz 100 kHz over 100 msScope settings:(If the settings are more complex, the current oscilloscope setup.xml can be attached, Try to start from "Default" as much as possible)-Start from Default settings-Connect signal to CH1-Edge trigger, positive edge, 3 ms holdoff-Leave timebase at default 1 µ s/div (but 5, 10, 50 µ s/div also show the problem)-Leave memory at default 10 MPt (but other settings also show the problem)Observed behavior:(Expected behavior can be written below)-Leave scope in RUN mode, wait up to a minute or so (but some of the problem occurrences within seconds)-In AUTO trigger mode, the scope will stop rendering new waveforms entirely Trigger status shows READY, trigger frequency counter is still updated, waveform is frozen Operation restarts after any user interaction-In NORMAL trigger mode, the error seeds puller, but occurrence events Before it does, I noticed sporadic "hickups", where the trigger status switches to "Arm" and the waveform is not updated for a few months of a secondThe following is the list of bugs and versions:Unresolved bugs:2. Some parameters have not been restored after selfcal, such asfft vertical gear,fft markers, and channel vertical settings.-- Martinhttps://www.eevblog.com/forum/testgear/sds800x-hd-bugswanted-features/msg5383955/#msg5383955Note: 1.1.3.6 solved part of.17. Qualified and Delay triggers level indicator is wrong in zoom mode. -- eTobeyhttps://www.eevblog.com/forum/testgear/sds800x-hd-bug-reports-firmware/msg5469073/#msg5469073https://www.eevblog.com/forum/testgear/sds800x-hd-bug-reports-firmware/msg5469121/#msg546912118. There was problem when the FFT sample rate is not equal to the acquisition sample rate.https://www.eevblog.com/forum/testgear/sds800x-hd-review-demonstration-thread/msg5494570/#msg5494570Resolved bugs:Resolved in 1.1.3.6:3. After rebooting, the vertical gear of FFT did not restored. -- Martinhttps://www.eevblog.com/forum/testgear/sds800x-hd-bugswanted-features/msg5396141/#msg53961414. There have been crashes when using CAN and IIC decoding.The probability of reproduction is relatively low. -- Mortymorehttps://www.eevblog.com/forum/testgear/sds800x-hd-bugswanted-features/msg5396960/#msg53969605. The universal knob can only set the history frame when opening the menu, and should be able to operate the list when closing the menu. -- ebastlerhttps://www.eevblog.com/forum/testgear/sds800x-hd-bugswanted-features/msg5424557/#msg54245576. When the menu disappears, the universal knob light is still on, and at this time, the universal knob is used to change the brightness of the waveform. -- newbrainhttps://www.eevblog.com/forum/testgear/sds800x-hd-bugswanted-features/msg5401697/#msg54016977. Measuring with cursors on a history frame is impossible, since moving the cursor changes the history frame simultaneously. -- eTobey8. Math Function dialog automatically closes after channel change. -- eTobeyhttps://www.eevblog.com/forum/testgear/sds800x-hd-bugswanted-features/msg5426099/#msg5426099https://www.eevblog.com/forum/testgear/sds800x-hd-bugswanted-features/msg5414804/#msg54148049. Trigger holdoff fails. -- eTobeyhttps://www.eevblog.com/forum/testgear/sds800x-hd-bugswanted-features/msg5424071/#msg542407110. SMB Client does not autoconnect when DHCP. -- eTobeyhttps://www.eevblog.com/forum/testgear/sds800x-hd-bugswanted-features/msg5417699/#msg541769911. History frame and intensity will change simultaneously. -- eTobeyhttps://www.eevblog.com/forum/testgear/sds800x-hd-bugswanted-features/msg5424257/#msg542425712. Sequence is restart when menus are opened and closed. -- eTobeyhttps://www.eevblog.com/forum/testgear/sds800x-hd-bugswanted-features/msg5426579/#msg542657913. Scale number overlaying others. -- eTobeyhttps://www.eevblog.com/forum/testgear/sds800x-hd-bugswanted-features/msg5426687/#msg542668714. The setting of the trigger type edge(When edge slope is set to alternate) influences the qualified trigger. -- eTobeyhttps://www.eevblog.com/forum/testgear/sds800x-hd-bug-reports-firmware/msg5467114/#msg546711415. When adjusting the level for source A in "trigger delay", and setting it below low level of signal, acquire stops. -- eTobeyhttps://www.eevblog.com/forum/testgear/sds800x-hd-bug-reports-firmware/msg5462833/#msg5462833https://www.eevblog.com/forum/testgear/sds800x-hd-bug-reports-firmware/msg5466322/#msg546632216. Most trigger settings for the Delay trigger are lost upon reboot. -- ebastlerhttps://www.eevblog.com/forum/testgear/sds800x-hd-bug-reports-firmware/msg5466322/#msg5466322Version download:https://siglentna.com/service-and-support/firmware-software/digital-oscilloscopes/#sds800x-hd-seriesSDS800X HD Firmware_V1.1.3.3 (Release Date 03.04.24 )SDS800X HD Firmware_V1.1.3.6 (Release Date 05.23.24 ) (At least 14 bugs and 4 improvements have been merged, based on eevblog)Latest developments:

author: ebastler
author_rank: Super Contributor
timestamp: April 19, 2024, 06:23:59 am
content: Just replying to "subscribe" to this thread.Could you update your signature to point here and to the newly renamed "Features" thread? That might help others to get their bearings. It currently still points to your original bug/features summary post, in the thread which is now focused on feature suggestions.

author: electronics hobbyist
author_rank: Regular Contributor
timestamp: April 19, 2024, 07:59:29 am
content: Quote from: ebastler on April 19, 2024, 06:23:59 amI have made modifications according to your suggestion, but due to the valid signature length, I had to reluctantly remove the review thread. If everyone need to know what this oscilloscope can do, you can refer to:https://www.eevblog.com/forum/testgear/sds800x-hd-review-demonstration-thread/Meanwhile, OP has added theLatest developmentssection.

author: eTobey
author_rank: Super Contributor
timestamp: April 22, 2024, 02:51:47 pm
content: I found a bug:When adjusting the level for source A in "trigger delay", and setting it below low level of signal, acquire stops (as one would expect it). BUT the trigger does not work again, after moving it back.

author: 2N3055
author_rank: Super Contributor
timestamp: April 22, 2024, 03:19:56 pm
content: Quote from: eTobey on April 22, 2024, 02:51:47 pmHi.Can you try something?If you go from Normal to Auto trigger mode (Auto button in trigger area) does it happen then?Press Auto an go in Trigger and change that level same way.

author: ebastler
author_rank: Super Contributor
timestamp: April 22, 2024, 03:48:34 pm
content: Quote from: eTobey on April 22, 2024, 02:51:47 pmIf you set the trigger level below the signal, the Source A state will never change. So it seems natural that the "<some time window> after a state change" condition is no longer met.QuoteYou mean the trigger ratedecreasesas you go below 50%, right?What is the timing condition you have set for the delay trigger? It looks like your CH1 and CH3 change at pretty much the same time, so there's a race condition. Changing the trigger threshold for CH3 might shift the starting point for the delay condition by just the tiny required amount needed to either meet or fail the timing condition?

author: eTobey
author_rank: Super Contributor
timestamp: April 22, 2024, 03:52:58 pm
content: Quote from: 2N3055 on April 22, 2024, 03:19:56 pmI can not observe a freeze with auto trigger. But there is something else i observed:There is only a stable trigger from 0V to 300mv (the signal is 3.3V).

author: eTobey
author_rank: Super Contributor
timestamp: April 22, 2024, 03:57:14 pm
content: Quote from: ebastler on April 22, 2024, 03:48:34 pmI think my video will answer all your questions.

author: ebastler
author_rank: Super Contributor
timestamp: April 22, 2024, 04:01:10 pm
content: Quote from: eTobey on April 22, 2024, 03:57:14 pmNo, it did not. It left me with exactly those questions, which is why I asked them. How about you answering them now?

author: rf-loop
author_rank: Super Contributor
timestamp: April 22, 2024, 04:14:46 pm
content: Quote from: eTobey on April 22, 2024, 02:51:47 pmI would also like to remind of this in general:Trigger: Accuracy (typical) CH1 ~ CH4: ±0.2 divSensitivity CH1 ~ CH4 : DC ~ Max BW : 0.6divAs can see in your images some signals are barely over 0.6 div from signal bottom to top.It is also good to remember that the triggering has vertical hysteresis and it need meet this. It has to be there, it is mandatory for trigger.Personally, I wouldn't use such a low relative sigal level if I wanted to make sure that the trigger is as sure as rock solid. You can try set bit more channel sensitivity.And note. I do not try claim this is poroblem there now. But in general, take care, you are working near trigger system borderline.If look rising edge based triggers. It trig when signal cosses trig level (3) but only IF signal level have first crossed trigger hysteresis threshold level (2). If it crosses hysteresis and go back below hyst threshold it of course do not trig (1). Only it trig if it first crosses (upwards) Hyst Threshold level and then upwards Trigger level. There is no any visible sign about this trigger hysteresis threshold level. (amount of hysteresis (gap between hysteresis level threshold and trigger level) is not just one fixed value. Trigger noise reduction affect to this hysteresis.It can also see with very low signal levels. It maybe do not trig if trigger level is set middle og signal p-p but but moving it near top it still may trig (unreliable) if sigal just cross hyst level and trig level barely. So it "looks like" trigger have offset. But no, it have not. This behavior is based to this hysteresis. naturally if we use falling edge based trig... this system (as in image) is vertically flipped.Experience with triggers can only be achieved when you know the functioning of the triggering system a little more deeply. Of course, ordinary simple use does not require it. But in problematic situations, "know your device" is a guide worth its weight in gold.

author: eTobey
author_rank: Super Contributor
timestamp: April 22, 2024, 05:05:08 pm
content: Quote from: rf-loop on April 22, 2024, 04:14:46 pmI thought about the hysteresis too, but on rising edge it should not trigger where it actually triggered?Where do you got these values from? The trigger accuracy seems to be much more accurate than your numbers.

author: eTobey
author_rank: Super Contributor
timestamp: April 22, 2024, 05:17:19 pm
content: Quote from: ebastler on April 22, 2024, 03:48:34 pmIt freezes: no more triggering what so ever.No, i meant the trigger rate has risen. (Why do you think the other way around?)There are more edges blue can have on the left side.I just had it freeze without doing nothing, so i suspect it may be related to the trigger holdoff issue. Therefore i will not discuss this any further and ignore it for now.

author: ebastler
author_rank: Super Contributor
timestamp: April 22, 2024, 05:44:13 pm
content: Quote from: eTobey on April 22, 2024, 05:17:19 pmIf you had a trigger holdoff dialed in, then I agree, all bets are off for now.Looking at your video and screenshots, I am still wondering about the timing condition you have set. It looks an awful lot like the rising and falling edges of CH1 and CH3 occur at more or less the same time, and due to the finite rise time the exact timing will be determined by the trigger level you set. If that is indeed the case, it would be an ill-defined trigger condition and you should think about other edge relationships (timing) to trigger on.

author: eTobey
author_rank: Super Contributor
timestamp: April 22, 2024, 07:50:39 pm
content: Quote from: ebastler on April 22, 2024, 05:44:13 pmI dont see no such thing as holdoff in delay trigger. It might still relate to the holdoff issue, as i had another issue with, i believe it was delay trigger too, when i have set alternating edge on edge trigger. That means settings of edge trigger influenced the behaviour of the delay trigger.Good point about ill formed trigger, but then the problem should dissappear right after i put the levels back?In the meantime i found another issue, maybe it is somehow related:At about 0:02, you can see a falling egde of C3 on the left side of the screen. This should be a measure to the falling edge of C1 on the right side of the screen, but the measure count stays zero. Later on i go into history and scroll back to this very same frame, and at about 0:16 you can see that it was a valid condition for measurement, as it has been counted. It has been missed in the first place.

author: KungFuJosh
author_rank: Super Contributor
timestamp: April 22, 2024, 07:54:42 pm
content: If you're going to capture the whole screen, click the button to expand the scope to fullscreen.

author: rf-loop
author_rank: Super Contributor
timestamp: April 22, 2024, 08:08:37 pm
content: Quote from: eTobey on April 22, 2024, 05:05:08 pmThese are from data sheet (rev EN01C) .Of course they are conservative limits. Individual scope may be better. Note also Sensitivity DC toMax BW

author: eTobey
author_rank: Super Contributor
timestamp: April 22, 2024, 08:13:04 pm
content: Which button?Aaah that tiny almost colorless one down there. Jeez i was desperatly looking for it and thought you wanted to fool me.Something that could be improved.Funfact:The manual does not say anything about this button.

author: electronics hobbyist
author_rank: Regular Contributor
timestamp: April 23, 2024, 03:13:57 am
content: Quote from: eTobey on April 22, 2024, 07:50:39 pmThis is not a bug. Trigger and measurement are two separate parts. Trigger is implemented by hardware, while measurement is implemented by software. It is not possible to measure every captured frame. The signal you input frequency is 5k, and the run state measurement speed cannot reach 5k wf/s. You should modify the title of this video to avoid misunderstandings.

author: electronics hobbyist
author_rank: Regular Contributor
timestamp: April 23, 2024, 03:27:46 am
content: I suggest everyone discuss in another thread or send me a private message first. If the bug is confirmed, I will write it to this thread in the standard format.I'm not limiting everyone's opinions. Let's stick to this for a while and see the effect first.It is more appropriate to discuss here:https://www.eevblog.com/forum/testgear/sds800x-hd-featureimprovment-disscusions/

author: eTobey
author_rank: Super Contributor
timestamp: April 23, 2024, 06:08:12 am
content: Quote from: electronics hobbyist on April 23, 2024, 03:13:57 amI have edited the title accordingly. I was pretty sure that it was a bug, because it really "looked" like one.

author: electronics hobbyist
author_rank: Regular Contributor
timestamp: April 23, 2024, 07:17:15 am
content: Quote from: eTobey on April 23, 2024, 06:08:12 amYes, It just looks like, I also hope a manufacturer can achieve a measurement speed of 100k frames/s or even millions frames/s, currently no manufacturer can do it (if it capturing a frame and then measuring one frame, this will significantly decrease the capture rate), as long as the capture rate is greater than the measurement speed, this phenomenon will occur.

author: Martin72
author_rank: Super Contributor
timestamp: April 23, 2024, 09:47:07 pm
content: QuoteThere are two possibilities.Either you use a picture upload service and post the link to the person you had pm contact with.Or you can explain the context to the rest of the public here, i.e. what the picture is about and the corresponding backstory.

author: eTobey
author_rank: Super Contributor
timestamp: April 23, 2024, 10:23:58 pm
content: Quote from: Martin72 on April 23, 2024, 09:47:07 pmWhat is a good upload service?

author: ebastler
author_rank: Super Contributor
timestamp: April 24, 2024, 10:34:17 am
content: Quote from: eTobey on April 22, 2024, 02:51:47 pmI looked at this again, and can reproduce it with simplified signals (just two square waves). All I can see, in my experiments and in your video, is:If you drop the CH3 threshold below the CH3 signal swing, there are no valid transitions in Source A anymore. Hence no triggering; that's to be expected.As you raise the CH3 threshold higher and higher, the low-to-high transition in CH3 will be detected later and later. Eventually it will no longer occurbeforethe CH1 transition, but afterwards. And thenexttransition in CH1 is well outside the time window you have set for the delay trigger condition. Hence no triggering; that seems correct too.I don't observe the "trigger does not restart after moving the threshold back" in my setup. And I actually can't see it in your video. Did I overlook it or is it not captured? Are you sure it's a reproducible effect for you? If so, please document the exact conditions -- thanks!In Normal triggering mode, when the CH3 threshold is adjusted either too high or too low,triggering does indeed not restart once the threshold is set back to a good value. Some other change to the trigger settings (e.g. a minor change to the other channels's threshold) is required to restart triggering. That's a bug -- in a rather special situation, but I can see how it can leave the user very puzzled why the trigger does not work.Also,most trigger settings for the Delay trigger are lost upon reboot: Source A channel selection and thresholds, delay time condition and value(s). Only the Source B channel seems to be remembered. That's another bug I would say.

author: eTobey
author_rank: Super Contributor
timestamp: April 24, 2024, 06:00:04 pm
content: Another issue: i am pretty sure i could use the b-word:The setting of the trigger type edge influences the qualified trigger. In the first part of the video the trigger is not exactly stable, only if the slope of edge trigger is changed, the qualified triggers works without issues.