Products > Test Equipment

Siglent SGD2042X rotary encoder poor performance

(1/5) > >>

szszoke:
I have a Siglent SDG2042X and I'm really disappointed in the rotary encoder's performance.

Unless I turn it really slowly, it either skips steps or even counts backwards.

I have an SPD3033X-E and while the rotary encoder performance is not perfect there either, it is a lot better.

I tried contacting product support from Germany and I got a reply that the SDG2042X should not have worse rotary encoder performance than the SPD3033X-E.

Well. It is a lot worse for me.

The person asked for a video where the issue is visible.

After I sending that video I feel like I was ghosted so I'm posting here in the hopes of learning more about this issue.

My observation is that if I turn the knob on the SPD3033 at a rate of about 5 detents/seconds, the unit registers at least 4 steps.

If I do the same on the SGD2042, the unit registers 1 or maybe 2 steps but very often it counts 1-2 steps in the wrong direction.

Can someone try their own unit and tell me if the rotary knob behaves the same way?

Here is the link to the video:
https://youtu.be/R8IEwfWY9nI

electr_peter:
I can confirm slow rotary encoder on Siglent SDG2042X with latest FW 2.01.01.35R3B2. I would prefer for it to respond faster, it is pretty slow. Rotary encoder misses some faster steps, but do not change direction or do something random. It is not a bug IMHO :-//

SDG2000X FW revision 2.01.01.35R3B1 has a note on rotary encoder:

--- Quote ---Fixed several bugs
a) [2017/04/07-92573] Digit changes when setting delay of Pulse by the knob

--- End quote ---
t seems there were some problems with rotary encoder and button debouncing (Dave noted that on SDG2000X review video, EEVblog #806​ - Siglent SDG2000X, 17:20) so Siglent made very conservative button debouncing algorithm. As a side effect, this slows down rotary encoder response rate.

szszoke:

--- Quote from: electr_peter on May 08, 2021, 09:59:03 am ---I can confirm slow rotary encoder on Siglent SDG2042X with latest FW 2.01.01.35R3B2. I would prefer for it to respond faster, it is pretty slow. Rotary encoder misses some faster steps, but do not change direction or do something random. It is not a bug IMHO :-//

SDG2000X FW revision 2.01.01.35R3B1 has a note on rotary encoder:

--- Quote ---Fixed several bugs
a) [2017/04/07-92573] Digit changes when setting delay of Pulse by the knob

--- End quote ---
t seems there were some problems with rotary encoder and button debouncing (Dave noted that on SDG2000X review video, EEVblog #806​ - Siglent SDG2000X, 17:20) so Siglent made very conservative button debouncing algorithm. As a side effect, this slows down rotary encoder response rate.

--- End quote ---

I don't think that the issue Dave found at 17:20 is related to debouncing. I would expect missed steps/double steps but nothing like that seems to happen. The fact that the selected digits jumps back one position when crossing zero seems to be more of a software thing.

The rotary encoder seems to be a lot faster on the video. That tells me it was working fast at some point but somehow a firmware update managed to break it.

szszoke:
I just received a reply to the email that I sent to Siglent and they were able to confirm the issue on at least one unit.

I will send them a link to this post.

If you have this issue and want it addressed, please write in this thread.

It would be helpful to know if this is a widespread issue or just limited to a few users.

Please also write if your rotary encoder works better than what you can see on my video.

electr_peter:
I tested it more carefully. Rotary encoder responds to slow pulses fine, a bit faster pulses are still recognized and from a bit faster speed almost all pulses are lost. Slow - fine, medium - fine, fast - misses almost all steps.
To achieve actual changes, user must not overspeed on the knob. That is annoying.

I compared with other test gear, almost all looked better in this regard. Most encoders respond correctly to fast input, some respond slow, but at least respond somewhat. Siglent is worse because it stops counting pulses on fast rotation.

In video encoder is turned a bit faster than break-over point, thus most pulses are not recognized. It has same behavior to my eye as unit at hand.

This all points to mechanical encoder and limited processing speed on FW side. Currently maximum "allowable" turning speed is too slow.

Navigation

[0] Message Index

[#] Next page

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