Products > Test Equipment

All about Keithley DMM7510. Bugs and features, recipes, advice, notes.

<< < (6/26) > >>

MegaVolt:

--- Quote from: Electro Fan on April 21, 2020, 04:27:41 pm ---Can someone describe roughly (overall) how the issues discussed in this thread relate to the 6500?  For example, when 7510 issues surface are they likely to be similarly present in the 6500 and then fixed in the 6500 after being fixed in the 7510?  Or does it work in the reverse sequence?  Or some of both sequences?  Or are the issues lists for the two models dissimilar enough that the features requests and bug lists have relatively little relationship to one another in terms of being found and addressed?  Or something else...?

--- End quote ---
I think the only way is to learn to repeat the described steps and check if there is a problem in 6500.

I tried to post problems in the topic about 6500 but I was asked to start the topic separately because the DMM7510 "is very different from 6500."

I will be grateful if someone checks the problems found at 6500.

MegaVolt:
Schedule deviation of time from the expected. Ideally, each sample should be in the time position t = i * T0. The graph shows the difference between the time given by the device and the ideal delta t = t - i * Т0
Graph for frequency 1 MHz

Sparky:

--- Quote from: MegaVolt on April 28, 2020, 12:36:39 pm ---Schedule deviation of time from the expected. Ideally, each sample should be in the time position t = i * T0. The graph shows the difference between the time given by the device and the ideal delta t = t - i * Т0
Graph for frequency 1 MHz

--- End quote ---

Thanks MegaVolt.  I really appreciate the testing you are doing on DMM7510 and bringing to light all the peculiarities of the meter, especially related to digitizer mode and aspects of logging/recording data.  I really hope Keithley is paying attention to your findings and follow this thread.

This result is really bizarre.  I wonder if the deviation in sample times is real, or a floating point rounding/truncation error, or something else.  It would be good to have clarification of this issue.  E-Design do you have any thoughts on this?

Zucca:
A big Thank to MegaVolt also from my side. Well done, I have a 7510 and it is my top DMM on my bench. Unfortunately I do not use it too much.  :horse:

I hope to share my adventures here in the future.

MegaVolt:

--- Quote from: Sparky on April 29, 2020, 03:15:26 am ---Thanks MegaVolt.  I really appreciate the testing you are doing on DMM7510 and bringing to light all the peculiarities of the meter, especially related to digitizer mode and aspects of logging/recording data.  I really hope Keithley is paying attention to your findings and follow this thread.
--- End quote ---
Thank you for your feedback. I am very pleased to know that someone else needs this. I do not understand Keithley's policy. I could not find contact with people who understand how the device works. Everywhere there are lawyers who say that the device is good and within the specification. Forum forum.tek.com is also silent. Therefore, we can help ourselves.


--- Quote ---This result is really bizarre.  I wonder if the deviation in sample times is real, or a floating point rounding/truncation error, or something else.  It would be good to have clarification of this issue.
--- End quote ---
Bred O. mentioned an error when switching from one clock domain to another. And what I see in the two down pictures is very similar to this. But what was happening in the upper pictures was a complete surprise for me yesterday. Perhaps this is some kind of software frequency adjustment. For example, under frequent networks or something else ....

I have not yet come up with a good experiment on how to understand if there is a problem with digitization or not.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

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