New Siglent SDM4000A series Multimeter

[Martin72]

Same here, reported to siglent.

[Furna]

May I ask you how did you report?
Standard Siglent EU "contact us" form or did you contacted the seller?
Thank you

[Martin72]

I know someone at siglent support, that would be more direct.

[tautech]

Thanks Rob anyway you always respond very fast!  @tautech
indeed thats not it.
tried also with the date 2025.06.21 for today and chatgpt thought it was 112112
so i send now a support ticket to siglenteu, i wanted the original calibration report also.
when i know, you know

Tried the SN# or the word SIGLENT ?

Anyone looked in the Help files in the chance the PW is there ?

After visiting Siglent last August and seeing their instrument Cal lab and the rows and rows of automated Cal equipment, adjustment of any reasonably new instrument in my view is questionable however any precision instrument with a reference will over time drift.

Again in my view isn't it better to concentrate efforts into measuring/logging any initial drift until it stabilises before attempting adjustment ?

Still, User Cal in any instrument should be an 'available to all' feature and not behind a PW wall.
Instead when entering User Cal a massive OSD warning is all that is needed and the ability to recall the factory Cal.

[Kleinstein]

Memory is relatively cheap and usually large enough to keep quite some of the calibration history. So the option for a reset to a previous setting should be possible.
A PW protection makes some sense, but the users should have the default password. So the owner can decide to enable an effective protection. This is how it is usually done.

[Martin72]

After visiting Siglent last August and seeing their instrument Cal lab and the rows and rows of automated Cal equipment, adjustment of any reasonably new instrument in my view is questionable however any precision instrument with a reference will over time drift.

Again in my view isn't it better to concentrate efforts into measuring/logging any initial drift until it stabilises before attempting adjustment ?

I see it a bit more pragmatically.
Siglent's initial calibration ensures that the devices are within their specifications.
Subsequent (external) calibrations confirm this or not.
The parameters drift at the beginning, of course, but as long as they do so within the specified tolerance, it is only of academic interest, at least to me.
The fact that I burned in my SDM4000A for three weeks is purely for sporting reasons.
In real-life testing, you should choose a measuring device with a tolerance that is well below that required for the measurement tasks, so that you never find yourself in a situation where you have to question the measurement results.

[TheDefpom]

Anyone tried the obvious passwords...?

SDM4000
SDM4000A
SDM4065
SDM4065A
4065A
4065
6504
A6504
4000
4000A
1234
4321
1111
abcd
dcba

[Furna]

I tried 1234 and I would also try all the other obvius ones ... if the device does not freeze and need a power cycle to return functional 

[tonyalbus]

Thanks Rob anyway you always respond very fast!  @tautech
indeed thats not it.
tried also with the date 2025.06.21 for today and chatgpt thought it was 112112
so i send now a support ticket to siglenteu, i wanted the original calibration report also.
when i know, you know

Tried the SN# or the word SIGLENT ?

Anyone looked in the Help files in the chance the PW is there ?

After visiting Siglent last August and seeing their instrument Cal lab and the rows and rows of automated Cal equipment, adjustment of any reasonably new instrument in my view is questionable however any precision instrument with a reference will over time drift.

Again in my view isn't it better to concentrate efforts into measuring/logging any initial drift until it stabilises before attempting adjustment ?

Still, User Cal in any instrument should be an 'available to all' feature and not behind a PW wall.
Instead when entering User Cal a massive OSD warning is all that is needed and the ability to recall the factory Cal.

It is just to play with to try to get it the same as my DMM6500 GDM9061 and the WRYtech who all agree on most tempratures on 1 or 2 digits.
Thats what a user call is for i would think. and you can just set it back to factory cal at any time.

The Factory call is near good ~13ppm so yes within specs. compared to my other stuff of which i am sort of sure off
The strange thing is, the User-Call is very off, i would assume/expect it to be same as factory when arriving new.
which is not the case with my meter, and i received it new, it was not the old Demo one from the video.

[Furna]

[...]
The Factory call is near good ~13ppm so yes within specs. compared to my other stuff of which i am sort of sure off
The strange thing is, the User-Call is very off, i would assume/expect it to be same as factory when arriving new.
which is not the case with my meter, and i received it new, it was not the old Demo one from the video.

I confirm; Facotry-call is well within specs.
The User-call is way off.

[Martin72]

For whatever reason, no password is now requested...
Yes, the values differ drastically, but that's not so bad because you want to correct them anyway.
That's the whole point of personal calibration, otherwise you wouldn't need it.
However, I would steer clear of it for two reasons:
-As long as there is no documentation available on how to do it.
-You don't have the appropriate references that are sufficient for calibrating a 6.5 digit meter.

[tonyalbus]

The password is requested when you select Recili, not before

[Furna]

The password is requested when you select Recili, not before

Correct ... when you select Recali

[Martin72]

Yepp, my fault.

[Furna]

Things starts to look better 

Unfortunately I cannot tell what has changed since the 10V reference just arrived a couple of hours ago.

[Martin72]

This perfect match...

[KungFuJosh]

Things starts to look better 

Unfortunately I cannot tell what has changed since the 10V reference just arrived a couple of hours ago.

Room temperature?

[Furna]

Things starts to look better 

Unfortunately I cannot tell what has changed since the 10V reference just arrived a couple of hours ago.

Room temperature?

When I took the photo it was 26.5°C; now 26.8°C
DMMCheckPlus cal. certificate report 5V room temp 21.3°C
TEN389 unfortunately does not report root temp.

DMMCheckPlus meanwhile drifted to previously measured 5.00004V
TEN389 looks more stable and drifted to 10.01649

[S13]

Just got my 4065A a couple of days a go, and been playing around with it. Nice to have such a comprehensive multimeter!
But there are quite a few bugs that i have encountered so far. So the firmware could use some improvement still.

Here is a weird bug:

2W resistance: Turn on Auto Ranging and Auto Zero. Short the input leads to create zero ohms. The instrument shows about ~0.007 ohm. All ok so far. Then remove the short. You would expect the meter to measure open "overload" in the 100Mohm range. But nope. Mine shows about 0.014 ohm (slight fluctuating) and sometimes tries to switch to the 200k range, before going back to the 200ohm range. When i disable Autozero, the measurement functions correctly again. This only happens on auto range, when using fixed ranges everything works correct.

And another bug/issue? On 2 wire resistance, when i just plug in the upper test lead, the meter already measures ~20Mohm. When i unplug the upper test lead the meter measures >100Mohm. This might be an earthing related issue here in the lab to be honest, but yeah this makes measuring anything above 20Mohm impossible.   
 
The whole datalogging and digitize functions are a bit unreliable. I had instances where the digitize function would continuously alternate between the true value of the signal and zero volt, when i was just measuring 5V from my lab supply. Exports to csv from both the datalog and digitize would sometimes result in the same incorrect values. I dont have a way to reliably reproduce this problem.

It isnt really clear when you are in Continuous acquire mode that you are also recording, at what speed, and where in the recording memory you are exactly. You can save the recording from the Acquire menu, but in order to delete/reset the recording you have to go in to the Trend view. But in trend view you cant save them, you have to go back to Number view -> Acquire. A bit messy if you ask me.

The Start value in the CSV export had a bit of a weird notation. For example:
"Start date:,2025-09-05,Start time:,14:15:08.3.375781"
Is it showing milliseconds or what?

And maybe it would be nice to have better options to navigate (zoom, scroll, etc) through Histogram and Trend view?   

And as a final issue, windows keeps nagging about the usb stick needing to be repaired after it has been used in the sdm4065a. There seems to be no data corruption however.

That is what i have so far

[Furna]

And maybe it would be nice to have better options to navigate (zoom, scroll, etc) through Histogram and Trend view?   

Agree

[tautech]

SDM4055A arrived and now with a chance to spend a little time with it since last August when we played briefly with SDM4065A at Siglent HQ before release.

First thing was to set time to NZ where I noticed there is also a setting for NTP time if connected to your LAN. 
Screenshot grabbed remotely using the webserver.

[danno_cj]

New one is already released SDM4075A  7 1/2 digits with 50000 rdgs/s.

[tautech]

New one is already released SDM4075A  7 1/2 digits with 50000 rdgs/s.

Chinese webpage:
https://www.siglent.com/products-overview/sdm4075a/

Chinese datasheet:
https://www.siglent.com/wp-content/uploads/2025/09/SDM4075A-Datasheet_CN01A_.pdf

[KungFuJosh]

I'll take one.

[tautech]

I'll take one.

Spot this option ?