SDS800X HD Bug Reports + Firmware

[Furna]

It was confirmed here and reported.

Here where? As I wrote, the last post regarding this I am aware of is https://www.eevblog.com/forum/testgear/sds800x-hd-bug-reports-firmware/msg5853727/#msg5853727

To Siglent, who else? I don't think reporting it to Keysight would do us much good.

Please quote the part of my post where I asked to whom it was reported.

Thank you

[mikes]

Please quote the part of my post where I asked to whom it was reported.

They owe you no answer. You continue to beg the question by assuming things which weren't claimed.

[Furna]

Please quote the part of my post where I asked to whom it was reported.

They owe you no answer. You continue to beg the question by assuming things which weren't claimed.

It seems someone understood my question and answered in one single line; he also got a thanks.
All the rest is simply making fun and polemic.

[KungFuJosh]

It seems someone understood my question and answered in one single line; he also got a thanks.
All the rest is simply making fun and polemic.

Don't confuse people joking with you as making fun of you.

[2N3055]

It was confirmed here and reported.

Here where? As I wrote, the last post regarding this I am aware of is https://www.eevblog.com/forum/testgear/sds800x-hd-bug-reports-firmware/msg5853727/#msg5853727

To Siglent, who else? I don't think reporting it to Keysight would do us much good.

Please quote the part of my post where I asked to whom it was reported.

Thank you

I am going to comment. I do not want to get into argument.

It was discussed somewhere here on EEVBLOG. I don't remember where. I don't care to search for it.
Maybe I remember wrongly. Maybe I wanted to do it but forgot. I don't care.
What is the problem? Why is it so important?
I don't work for you, Siglent or anybody else here.
I will help when I can, I don't have to do it..
If something is so important to you you do the work.

And humor is not evil. Get with the program.

[watchmaker]

I am going to comment. I do not want to get into argument.

It was discussed somewhere here on EEVBLOG. I don't remember where. I don't care to search for it.
Maybe I remember wrongly. Maybe I wanted to do it but forgot. I don't care.
What is the problem? Why is it so important?
I don't work for you, Siglent or anybody else here.
I will help when I can, I don't have to do it..
If something is so important to you you do the work.

Whaaat?  You mean we are not entitled to your experience, time and intellectual energy?

Used to get similar demands on watchmaking forums.  You are much gentler than I was.

[newbrain]

New FW available!
https://int.siglent.com/upload_file/zip/firmware/Oscilloscope/SDS800X_HD_V1.1.6.5_EN.zip

Only bug fixes, according to the revision history:

2025/03/28 1.1.6.5
1. Fixed several bugs
a) Scope wont't boot if set for DHCP and connected to LAN without DHCP server
b) An "Acquiring" progress bar is showing up on 1 ms/div instead of 100ms/div as before
c) Remove BW Limit warning
d) When FFT is set to certain frequency bands, such as 1kHz to 6kHz, meaningless axis labels are displayed (sweep mode is set to logarithmic)

I'll have a go tonight, if I find time.

[nanopico]

Hi sorry, just edited my post. Everything is working just fine, I just reset defaults after it booted up again. Somehow the ethernet port connected to the travel router interferes with bootup, and causes it to hang/freeze

Yes that is why I asked about Ethernet. There is a small confirmed bug in last firmware (they are working on a fix) that if you are using DHCP, and Ethernet Cable is plugged in, if you cannot reach DHCP server on boot it can get stuck on Start screen. To avoid problems until fix is published, either use fixed IP or make sure DHCP server is ready, or simply connect cable after boot.
And no, I don't know when exactly fix will be published, sorry.

I updated the firmware to version 1.1.6.5, now the oscilloscope, with the LAN interface connected, boots without freezing regardless of the startup cycle, shutdown -> power-on or a simple reboot.

[newbrain]

New FW available!
https://int.siglent.com/upload_file/zip/firmware/Oscilloscope/SDS800X_HD_V1.1.6.5_EN.zip

Only bug fixes, according to the revision history:

2025/03/28 1.1.6.5
1. Fixed several bugs
a) Scope wont't boot if set for DHCP and connected to LAN without DHCP server
b) An "Acquiring" progress bar is showing up on 1 ms/div instead of 100ms/div as before
c) Remove BW Limit warning
d) When FFT is set to certain frequency bands, such as 1kHz to 6kHz, meaningless axis labels are displayed (sweep mode is set to logarithmic)

I'll have a go tonight, if I find time.

Found the setup that, when loaded, would lock the FFT in log frequency mode.
With the previous FW I needed to load a clean setup.xml, no manual action would help (though I did not try a complete factory reset).
It now works correctly, though the displayed range is 0 to 50 MHz, so the problem was not exactly d), but had similar effects.

[EvgenyG]

Hi All. I did some work yesterday probing ripple voltage on a very old unit PSU section and normally I don't use auto set but this time decided to give it a go just to see if the scope would decide to trigger somewhere else. After I pressed the auto set button the scope was behaving weird, showing DC voltage however the input was set to AC coupling. I could not figure out what was going on until I manually went to channel settings and changed coupling setting from AC to DC and then back to AC.

It looks like the scope decided to set it to DC however the channel settings were not updated and still showed AC. Has anybody else observed that behaviour?

[electr_peter]

Bug with vertical zoom persists - can anyone confirm this behavior? Is it the same on other Siglent scopes?
To reproduce bug, set "Vertical ref" to offset and try zooming in on the top of square wave. See attached picture of a results from zoomong in, behaviour is incorrect.

There is a bug with vertical zoom functionality as described in topic Siglent SDS800X HD 12 bit DSO's. Screenshots describing situation are in a linked post.

SDS800X HD in zoom mode with Fixed Offset for Vertical Ref behaves strangely (1.1.3.6/3.8.12 FW) Utility > Menu > System Setting > Reference Pos > Vertical Ref [Fixed Position/Fixed Offset]

Setup - square wave 0V/3V input signal, edge trigger at 0.3V. Make signal full screen, then enable zoom mode and try to focus on the very top part of square wave. With vertical reference set to "Fixed Offset" zooming vertically "moves down" zoom box in level (!) and requires vertical offset adjustment.

Is it expected behavior? I don't see how this is useful.
IMO Vertical Ref option should not affect zoom mode at all and zoom mode should work as it currently does with "Fixed Position" setting.

The same issue remains with the newest FW 1.1.3.8.

Added screenshots (with descriptions) of the vertical zoom in Fixed Offset and Fixed Position Vertical Ref modes. Screenshots show a sequence of zoom ins and manual offset adjustments, trying to get to the top part of square wave. Observe position of zoom box in top part of the screen - clearly Fixed Offset has some issues while Fixed Position works.

Also, I am not sure I like the way scaling of Reference waveforms works while not in zoom mode (Vertical Ref does not affect Reference waveforms), but at least it is not buggy.

Zoom issue is solved in the newest FW 1.1.6.5 / 3.8.12 FW.