Please detail. What is the maximum voltage between INPUT LO and SENSE LO?
I think it's 12 volts. Who will offer more?
Page 10, spec-sheet.
Note 35. See DC VOLTAGE ACCURACY. SHI and SLO: 10 V range only. SHI and SLO (sense) terminals referenced to LO input. Maximum voltage
referenced to LO 12 V.
I think it's 12 volts. Who will offer more?)))) 12V = 10V + 20% stockQuotePage 10, spec-sheet.
Note 35. See DC VOLTAGE ACCURACY. SHI and SLO: 10 V range only. SHI and SLO (sense) terminals referenced to LO input. Maximum voltage
referenced to LO 12 V.New datasheet?
Which reminds me, unfortunately the release of the next firmware has been delayed until the end of May. The team was really hoping to get it out by the end of March but it just wasn't ready with all the features we wanted in it. In addition, we've been trying to incorporate the feedback everyone here on EEVBlog has given. It's really quite hard to get direct feedback from people in this industry so your comments and problems have been extremely helpful in learning more about how people are using our instruments so thank you all!
My question for Brad is to do with programming the OBJ_SCREEN, as in his probe hold app. I have learnt a lot from studying the text but wonder if there is any reference material that explains some of the details of this subject that are not covered in the standard 6500 reference download?
I need an array of numbers to do some FFT calculations:
What is the syntax to Write to a buffer?
outreal= buffer.make(n,buffer.STYLE_WRITABLE_FULL)
outimag= buffer.make(n,buffer.STYLE_WRITABLE_FULL)outreal[k]=5.0 ??
There is also the type 'table' but I don't know how to initialize it for like 1024 items.
Not sure if this would be faster or slower.
we've started a GitHub repository Keithley example code
Also since it's come up again, we are working on an FFT app, but it doesn't work on the currently released firmware. Plus we'll see how it compares to all the FFT work everyone else has been doing!
Ons is niet bekend hoe de door u genoemde licentiecode verzonden wordt en/of dat deze al bij het apparaat meegeleverd wordt.
Wij leveren vanuit ons magazijn in Wernberg, Zuid-Duitsland en betrekken de artikelen via ons Duits moederbedrijf.
Het kan dus zijn dat als deze actie landgebonden is er bij de "Duitse" versie geen licentie wordt verstrekt.
Ons advies is dan ook even contact op te nemen met Tectronics via het in de link gepubliceerde telefoonnummer: 00800 2255 4835
Het lijkt er echter op dat als je de meter aanschaft en een bewijs van aankoop kunt overleggen aan Tectronics deze u dan de genoemde licentiecode zal mailen.
De software is sowieso al op voorhand te downloaden via de website van Tektronics.
... the spec sheet (attached) ...
Limited compatibility with 2001-SCAN and 2000-SCAN-20; see the DMM6500 Firmware Release Notes for additional information
cozdas
Yes, but isn't the specification of decimal places in the Femtovolt range a bit unrealistic anyway?
(note so self: connect something to inputs next time you take a screenshot)
we've started a GitHub repository Keithley example code
Hi Brad,
One quick question: in the spec sheet you attached there is this statement:QuoteLimited compatibility with 2001-SCAN and 2000-SCAN-20; see the DMM6500 Firmware Release Notes for additional information
I could not find any additional information anywhere though, including the firmware notes. Can you please clarify the support and limitations for the 2000-SCAN-20 card?
One quick bug report:
Resolution of the stats in the graph page is not consistent, when the cursors are turned on you get the stats for the area between cursors (very useful, thanks for this feature), but the number of digits reduced compared to whole buffer stats which is visible in the same location when the cursors are off. See the attached example.
(note so self: connect something to inputs next time you take a screenshot)As we can see, this meter can detect even fractions of nothing
Quote from: Brad Owe've started a GitHub repository Keithley example codeNow I wish there would be similar repository for oldie goldie series DMMs too, like 200x series .
All this contribution to forum from Brad and Keithley team is real gold, make me want to buy one of these DMM6500 to use develop some TSP app for using Keithley 1801.
Wondering if scanner port in DMM6500 also have I2C and SPI bus to communicate with Keithley 1801? If interfaces are there and somewhat accessible, that would be perfect example when TSP saves theworldday.
I know it's very very niche application, but it's the best amplifier there is for nanovolt-level measurements, but I was already impressed by amount of interested people in this niche equipment.
It would take a fair amount of resources to figure out how to get an 1801 working with the DMM6500, if it's possible at all.
99.99% of my equipment-related code/apps is in Python with GPIB comms. I'll think about what would be useful, and can tidy stuff up and upload to GitHub. Just not sure how that will align with your TSP instrument-related work, as older meters are not TSP-compatible. Hence my question, if you indeed want to mix everything into one bucket.
QuoteIt would take a fair amount of resources to figure out how to get an 1801 working with the DMM6500, if it's possible at all.Sounds like a challenge Only problem is that there are no broken DMM6500 on ebay to buy, for trying . I actually restarted my old project of 1801 card, adding MCU to attempt fixing 2002 firmware issues.
Writing TSP script for DMM6500 to rescale functions/ranges should be relatively easy, but writing to EEPROM on 1801 card and selecting gain/filtering thru 4094 register need I2C and SPI access to scan-card port. I'd think simple API to read/write byte and manage CS might be enough, if that is possible.
For the 2001-SCAN card, the only limited compatibility is the lack of the "high speed" scan mode on channels 5 & 10. The high speed channels work the same as all the other relays. For the 2000-SCAN-20 card, we didn't do thorough testing with it as the idea to include support was added only a little before release. If you plan on using the SCAN-20 card, let me know and we can complete the testing, but those cards aren't very common and we haven't received any questions about it so far. Actually, it may work perfectly well, but we can't guarantee that right now.
I was planning to build a DIY Solid state, 10-chan SCAN card (so that I can collect data during the night at home without the dripping tap simulation), but since DMM6500 seems to drive the 20-chan card I changed my design to double the channels (the more the merrier).
I'll let you know if I hit a problem with the DMM6500 behavior,