Prema 6048 / GPIB comms?... Or maybe general thread on GPIB readings harvesting - Page 1
Forum section: electronics / general

author: Rax
author_rank: Super Contributor
timestamp: November 06, 2023, 12:47:34 am
content: Every time I'm trying to hop on the train of "automated readings" with my current instrumentation, I'm hitting a wall where every single granular issue I need to sort out to make this work opens at least five other tracks of research. I'm not sure exactly what the math of that is, but definitely hyper divergent and non-conducive. I thought I'd start a thread, maybe others in my position may benefit from the input given here by others having walked this path.Some of my limitations are below. Possibly many in this community have the same as I do.I'm not a coder. I can sweat and scratch my head until bleeding a little bit and that'd be OK, but heavy lifting in the coding world, if anything, may be too deep a rabbit hole to make it feasible with my hobbyist time allotment (for one).There are a few components involved. Ideally, I'd connect a GPIB adapter such as an NI interface (fairly affordable), and that would then hook up to my bench computer over USB. Then, there'd be some way to harvest, store/organize/compile/compound, then output in some sort of way this data. Both tabulated and plotted in graphs would be ideal.So the issue of some sort of software able to talk to the GPIB adapter is a must. Ideally, it'd be agnostic of the instrument itself, though I really have no idea if this is fantasy. For myself, a way to then just make the Prema talk to all the rest is essential.Does this sound like a reasonable list? Have I at least enumerated most, if not all, of the parts of this conundrum?All I've been able to accomplish along these lines is to make a 34401A work over RS232 with "Test Controller." A while back, I've used an 8903A with an Agilent 82357B adapter with some free code written by a guy.What I have handy is a (few) "GPIBUSB" by xypro (?), likely access to some NI adapter, and not a whole lot of time to learn new things, including coding. Sure, maybe also the moon in the sky?...I've spent most of my Sunday afternoon collecting readings (on a piece of paper, on a pad, etc.) from a 332D with the P6048, and it'd be great to take the sweatshop aspect out of it

author: Rax
author_rank: Super Contributor
timestamp: November 06, 2023, 12:51:11 am
content: I know branadic and dieter1 have great input on this. Maybe I should link their prior posts on here.

author: Tony_G
author_rank: Super Contributor
timestamp: November 06, 2023, 03:40:10 am
content: If you have a 34401A and an 82357B then you should take a look at IanJ's WinGPIB app here on the forum - It probably will do everything you're looking for right now.https://www.eevblog.com/forum/metrology/3458a-logging-via-windows-app-revisited/msg1974833/#msg1974833UPDATE:Rereading what you wrote, it seems you might not have a GPIB adapter for personal use - I'd have to defer to others here on the forum w.r.t how those clone 82357B or NI adapters work (I'm lucky enough to have acquired real versions of them and a GPIB-ENET/1000). That said, if you don't want to do IT/SWDev work to get your stuff to work, then just paying the "tax" to get a VISA-supported adapter (by this I mean one that works with either the Keysight IO Libraries Suite or the NI VISA SW) is probably worth it.TonyG

author: thermistor-guy
author_rank: Frequent Contributor
timestamp: November 06, 2023, 03:59:54 am
content: "Quote from: Rax on November 06, 2023, 12:47:34 amIf you are hopping on for the first time, then yes, that's how it is.

author: Rax
author_rank: Super Contributor
timestamp: November 07, 2023, 06:55:38 pm
content: Quote from: thermistor-guy on November 06, 2023, 03:59:54 amIt's probably the tenth, but I get to this point and get utterly discouraged every single time.

author: bnz
author_rank: Regular Contributor
timestamp: November 07, 2023, 07:17:39 pm
content: Quote from: Rax on November 06, 2023, 12:47:34 amThe GPIBUSB by xyphro does not work with "Test Controller" as "Test Controller" does not support USBTMC.With "Test Controller" give the AR488 adapter a try. They work fine.https://www.eevblog.com/forum/projects/ar488-arduino-based-gpib-adapter/https://github.com/Twilight-Logic/AR488

author: alm
author_rank: Super Contributor
timestamp: November 07, 2023, 07:47:37 pm
content: For a beginner, if you can find an affordable one I'd say something by NI or Agilent / Keysight would be the easiest. Install the corresponding VISA package, and use the built-in tools (Measurement and Automation Explorer in NI-VISA) to test. Make sure you buy something still supported by the current drivers. Check the NI-VISA / Keysight IO suite documentation.I don't personally have any experience with clones, but I've heard that for some people the clones (at list for NI GPIB-USB-HS) is more reliable than the original.Another thing you'll need is GPIB cables as soon as you have more than one instrument. If you're patient, you might be able to find them for around $10 before shipping. There's a seller selling 0.5m cables (for instruments stacked right on top of each other for $8.50, though I find 1m cables the most versatile.

author: ch_scr
author_rank: Frequent Contributor
timestamp: November 07, 2023, 08:49:10 pm
content: I have tried the "knockoff 82357B", the AR488 and the Xyphro. It depends on what you want to do.If you have pre-made software that dependend on it's drivers or already know LabView, the "knockoff 82357B" is the way to go. (It's shortcomings are described elsewhere, but the usual faults (too thin traces and wrong driver IC) can be relatively easily corrected with a bit of soldering). The drivers are mighty but bloated.If one has to start fresh anyway, the Python + "diy adapter" is at least cheaper. Which brings us to the question: which one?If one wantsmanyallinstruments on one pc...ask yourself again! For automated stuff, one mini pc "per setup" is IMHO way better (As they are quite small, low power (5-15W) and reasonably expensive (50€ and up) nowadays) : Like that, you can have one thing running without beeing disturbed by another.The "compute demand" for an python acqusition script is quite small - e.g. an used "Dell Wyse 3040" thin client (the size of 2 pack of cigs) can run it perfectly fine on linux, and do other stuff as well at the same time. newer Intel Atom, Intel N100 - fine!So I would say "a few" instruments for the home gamer, maybe 5 per experiment is the ballpark number.With the xyphro, that means 5 usb's running to the one pc! With linux, there are no drivers to install (with windows, there is one) and (for both) they all show up neatly once turned on. In software, they can be addressed by name (if they answer to the IDN? command) automagically. No more fuss, call them by name and send your commands from script. But, one price - no coherent bus trigger as USB has unknown latency.So what if you don't like to have 5 xyphro adapters and 5 usb cables: AR488 bus master! Even cheaper than "knockoff 82357B", and no drivers (maybe an USB-COM-port driver in windows, depending on the Arduino version used). It shows up as a com port, and there you go. You need GPIB cables, this time! And you'll need to set individual addresses for each instrument as well. Then look at the AR488 documentation, there is a set of commands (all starting with ++) you send on the com port to tell the bus master which instrument you want to address, among other (initial) settings. That's how you can tell it to do e.g. the bus trigger, SRQ, etc. Once set up it knows which device you want to talk to, you send your stuff on the com port. In your script, you'll have to manage that in addition to device communication itself.With the "knockoff 82357B", again bus addresses and GPIB cables. But the driver handles the address stuff, discovering bus devices for you, so the script should look a lot like xyphro variant.Personally I found the xyphro on linux the least problematic, no drivers, no AR488 bus master setup, python and it's libraries installed easily and off to the races.

author: branadic
author_rank: Super Contributor
timestamp: November 07, 2023, 09:25:33 pm
content: To me it sounds like Rax is stuck at the very first point, although the step-by-step instructions seem very clear to me.https://github.com/xyphro/UsbGpib#flashing-the-microcontroller-first-timeQuote-branadic-

author: alm
author_rank: Super Contributor
timestamp: November 07, 2023, 09:32:47 pm
content: Quote from: ch_scr on November 07, 2023, 08:49:10 pmI agree that the software for the "real" GPIB adapters is bloated, and Linux support is not great (note there's a link in my sig for Ubuntu drivers), but I still think getting them to work is easier than a DIY solution where you also have to second guess the hardware. Personally I prefer GPIB-LAN adapters, but finding them cheaply is a real challenge.

author: rcjoy
author_rank: Regular Contributor
timestamp: November 07, 2023, 10:57:53 pm
content: You first need to decide what software you are going to use, or if you are going to write your own.If you are going to use software developed by others, then get the GPIB adapter and operating system that is known to work with that software. Using unsupported or partially supported hardware will lead to endless frustration.If you are going to develop your own software, then you have more options. In reality, creating your own software is often pretty easy, using Python, C, or C++.You don't need to make a fancy graphical interface; often just running a program from the command prompt is all that is needed for data collection and analysis.If you do go the "write your own software" route, a LAN / GPIB gateway using VXI-11 is easier than USB since you don't need any operating system drivers, works on any operating system, and is fantasticlly convenient. LAN / GPIB gateways can be expensive new, but keep an eye out on eBay for an Agilent/Keysight E5810 or HP E2050 or ICS 9065. Bargains come up if you are patient.

author: thermistor-guy
author_rank: Frequent Contributor
timestamp: November 08, 2023, 12:00:00 am
content: Quote from: Rax on November 07, 2023, 06:55:38 pmI could write a mountain of material on how to start from nothing, but at the risk of overwhelming you.Don't get demoralized. What you need is a plan: how to build your system in manageable steps, with each stepgiving you something useful.What helped me, with my particular situation, were some early decisions:* connectivity: connect all instruments to a LAN; get ethernet-to-serial/GPIB adapters where necessary;* time vs money: spend my money on test h/w; spend my time writing s/w;* software: use freely available s/w like GNU tools, that will run on any platform I have available (Linux or Win+Cygwin PCs, rpis);* track and manage: maintain a list of all the tasks as they come up: past, present, future;* track and manage ALL the tasks: buying components, writing a piece of code, choosing a new test instrument, installing software on a new platform, whatever;* track and manage EVERY task: maintain a directory with files that show: what's done so far, what's worked and what hasn't, what to do next, what the actual outcome was;this can be simple and brief, or involved and detailed, depending on the task; if it gets too complicated, break it down into sub-tasks and track them;Start with something you want to do now. What is the simplest, easiest version of it that will give you something useful? As you get into it and make progress,your ideas for the test system you ultimately want will take shape.Track what you're doing. It's easy to get lost and overloaded by all the detail. You need a way of working that manages the detail, and avoids cognitive overload.That way, you maintain your morale, keep making progress, and enjoy the results along the way.

author: rcjoy
author_rank: Regular Contributor
timestamp: November 09, 2023, 08:53:41 am
content: Here's a concrete example using Python.The instruments and interfaces are different from your particular case, but it gives an idea of what is involved.Here we have a Keithley DMM6500 DMM measuring the voltage output of a Keithley 230 voltage source, for 100 voltage points, and the error between the expected and measured value is reported.The Keithely DMM6500 is connected to the LAN via its Ethernet port.The Keithley 230 GPIB port is connected to an Agilent E5810A LAN/GPIB gateway, and the E5810A is connected to the LAN.The computer running this Python program is connected to the same LAN via Ethernet or WiFi.Code:# ***************************************************************************# Characterize Keithley 230 voltage source with Keithley DMM6500 DMM# ***************************************************************************# python-vxi11import vxi11import time# ***************************************************************************# Connect to instruments# ***************************************************************************# Keithley 230 Programmable Voltage Source at GPIB address 22 via Agilent# E5810A LAN/GPIB gateway at IP address 192.168.0.70instr_vs = vxi11.Instrument ("192.168.0.70", "gpib0,22")instr_vs.clear() # Reset# Keithley DMM6500 multimeter at IP address 192.168.0.66instr_dmm = vxi11.Instrument ("192.168.0.66", "inst0")instr_dmm.clear() # Reset# Print DMM6500 IDprint ("DMM ID: " + instr_dmm.ask("*IDN?"))# ***************************************************************************# Instrument setup# ***************************************************************************# Set up Keithley 230instr_vs.write ("V0.0X") # Set voltage to 0 vinstr_vs.write ("I1X") # Set current limit to 20 mAinstr_vs.write ("D0X") # Display voltageinstr_vs.write ("F1X") # Enable voltage output# Set up Keithley DMM6500 instrumentinstr_dmm.write (":disp:screen home_large_reading") # Show large digitsinstr_dmm.write (":sens:func \"volt:dc\"") # DC volts modeinstr_dmm.write (":sens:volt:dc:range:auto on") # Autorangeinstr_dmm.write (":sens:volt:dc:nplc 10") # 10 NPLC filteringinstr_dmm.write (":sens:volt:dc:inp mohm10") # 10 Mohm input Z# ***************************************************************************# Sweep the voltage source to characterize it# ***************************************************************************for i in range (0, 100): # 100 Points# Set voltage source voltagev = i * 0.100 # 0.0 v to 9.9 vinstr_vs.write ('V{:f}X'.format(v))time.sleep (0.1) # Wait for voltage to settle# Measure with the DMMmeas = float(instr_dmm.ask (":read?"))# Display resultsprint ('set: {:7.3f} meas: {:10.6f} delta: {:10.6f}'.format(v,meas,meas-v))# ***************************************************************************# Clean up and exit# ***************************************************************************instr_vs.write ("F0X") # Disable voltage outputtime.sleep (1.0) # Wait for last command to finish# Close connection to instrumentsinstr_dmm.close()instr_vs.close()And here is an example of running it on the command prompt:Code:% python3 vxi11_test.pyDMM ID: KEITHLEY INSTRUMENTS,MODEL DMM6500,04440477,1.7.12bset: 0.000 meas: -0.000038 delta: -0.000038set: 0.100 meas: 0.099954 delta: -0.000046set: 0.200 meas: 0.199954 delta: -0.000046set: 0.300 meas: 0.299912 delta: -0.000088set: 0.400 meas: 0.399929 delta: -0.000071set: 0.500 meas: 0.499903 delta: -0.000097set: 0.600 meas: 0.599974 delta: -0.000026set: 0.700 meas: 0.699965 delta: -0.000035set: 0.800 meas: 0.799940 delta: -0.000060...set: 9.700 meas: 9.699774 delta: -0.000226set: 9.800 meas: 9.799752 delta: -0.000248set: 9.900 meas: 9.899662 delta: -0.000338

author: dietert1
author_rank: Super Contributor
timestamp: November 09, 2023, 11:47:28 am
content: As far as i understand RAX already got a xyphro usb interface and the flasher for it. That GPIB adapter is a bit special. It isn't meant to control a bus but only a single device. It doesn't use bus driver ICs. The software enumerates the usb device only when the instrument responds. So there will be a USB device representing the instrument and not the GPIB interface.The Prema 6048 doesn't support the *IDN? query. There is optional firmware for the xyphro adapter that doesn't try the instrument ID query.Regards, Dieter

author: ch_scr
author_rank: Frequent Contributor
timestamp: November 09, 2023, 12:55:44 pm
content: These settings can be written without re-flashing the device. It will show up with a generic name either way, but the Prema might complain about receiving a wrong command (when the Auto IDN? / ID?-interrogate is active). The information how to set is at the bottom of the github page.

author: Rax
author_rank: Super Contributor
timestamp: November 09, 2023, 02:43:30 pm
content: Quote from: dietert1 on November 09, 2023, 11:47:28 amYes, I do, and I will be attempting to do this over the weekend. I don't yet have a clear idea how to flash it, but I think I should at least have the hardware I need.One thing I don't quite know is how to connect the flasher to the ISP header (there's no keying and can go in two ways), though maybe it's just a matter of taking a closer look.

author: Rax
author_rank: Super Contributor
timestamp: November 09, 2023, 04:07:58 pm
content: I enclose some pics below. I think my keying of the ISP header connector is by pin 6 as shown on the GPIB PCB image on github and GND on the connector.

author: Rax
author_rank: Super Contributor
timestamp: November 09, 2023, 04:09:58 pm
content: The terrible soldering work with no cleaning afterwards - not my handiwork! This is how they sell this stuff on AMZ.

author: Rax
author_rank: Super Contributor
timestamp: November 10, 2023, 01:22:42 am
content: I think I'm in pretty good shape with the ISP dongle. I downloaded AVRDUDE, but I'm not quite sure how to run it. Guaranteed dumb question - I tried running the "command line tool" AVRDUDE from my Windows cmd prompt, and it's not recognizing it: "'avrdude' is not recognized as an internal or external command"What I tried shooting through the cmd prompt is "avrdude -c usbasp -p m32u4 -e -Ulock:w:0x3F:m -Uefuse:w:0xcb:m -Uhfuse:w:0xd8:m -Ulfuse:w:0xff:m avrdude -c usbasp -p m32u4 -U flash:w:BootLoader.hex" as per github instructions.All this is so cryptic to me. Apologies to the superior humans who have this kinda thing for breakfast.

author: dietert1
author_rank: Super Contributor
timestamp: November 10, 2023, 05:59:35 am
content: On Github one can download a 32-bit and a 64-bit windows version. Unless the PC is old you want the 64-bit version. To install the application you unpack the zip archive to some directory of your choice. Best make a new one. In order to simplify things you can make a copy of the binary file you want to flash in the very same installation directory.Before you submit the avrdude command, you need to point windows to the installation directory using its path, something like "cd c:\dir1\dir2 ". To do this (navigate first and then invoke) one can use the interactive command prompt (under Start->Programs->Utilities).Regards, Dieter

author: Rax
author_rank: Super Contributor
timestamp: November 10, 2023, 12:35:13 pm
content: Going back for a second to the option of using an Agilent or NI interface - I'm given the opportunity to get a brand new Agilent 82357B or a used NI for probably about $100 (USD). I am pretty confident both genuine, as the source has access to local labs and their retired equipment etc.What's my best call for universal compatibility and overall ease of use? For instance, it sounds like the used NIs, depending on how old - I'm still looking for find out details on this particular one - may not even function with newer versions of the software.The Keysight vs. NI software is a whole other topic. I've played with them before, and I recall they're both just massive and really bloated. I'm assuming the learning curve will be steep and long.

author: alligatorblues
author_rank: Regular Contributor
timestamp: November 10, 2023, 07:31:58 pm
content: Quote from: Tony_G on November 06, 2023, 03:40:10 amVISA is a hardware abstraction layer between software and hardware. It was coordinated by Agilent/Keysight, Keithley, Tektronix, Rhode and Schwartz, NI, Anritsu and Bustec. But any T&M instrument company can use the VISA common components pqckage from IVI Foundation, which presently develops and maintains VISA, and the 3 IVI drivers, IVI-.NET, Which is compatible with Windows .NET framework, Visual Studio, and programmiing languages C#, Visual Basic, and Visual C++.The IVI-COM driver that uses Microsoft's C0M platform, and is compatible with software that uses the CompOnentObjectModelIVI-C, which is nearly universally compatible. Manufacturers use the VISA COMMON COMPONENTS packages, and add functionality, or restrictions, and release it as their VISA implementation. IVI (Instrument Virtual Interface) has a model to which vendors must adhere to in the final development phase of VISA and IVI drivers, in order to use the name VISA, IVI driver, IVI-.NET, IVI-COM and IVI-C.The set of 3 IVI drivers are available for specific instrument groups, because a DC PSU doesn't require most of the commands available to DMMs. Similarly, signal and waveform generators don't require the same commands as oscilloscopes and network analyzers.SCPI is a common ASCII-based language that will work with all instruments that have remote connectivity ports. So, the IVI website has a list of every supp9rted instrument. And if you get a package like MatLab, you can get all the hardware drivers too.

author: rcjoy
author_rank: Regular Contributor
timestamp: November 12, 2023, 04:46:26 am
content: Quote from: Rax on November 10, 2023, 12:35:13 pmIf you use Python, you'll be up and running in no time. Once you have either the NI or Keysight drivers installed, you install PyVISA and you have a simple Python interface to those drivers.See the examples athttps://pyvisa.readthedocs.io/en/latest/introduction/communication.html

author: Rax
author_rank: Super Contributor
timestamp: November 12, 2023, 04:58:59 pm
content: Quote from: rcjoy on November 12, 2023, 04:46:26 amI'm slowly getting there. ch_scr has been very helpful and helped getting me started with this. I am at this point able to talk to the P6048 via pyvisa-shell, stroll a bit through the commands available in the Prema software, plus basic Python commands. The xyphro GPIBUSB seems to work without hesitation with the P6048.I am now trying to figure what would a script putting together the operations I want look like - I'd call it "grasping" at this point.

author: Rax
author_rank: Super Contributor
timestamp: November 13, 2023, 06:47:39 am
content: I think I have a Python script that's currently able to log readings from the P6048... Mind blown.All credit goes to ch_scr for closely guiding me through this, and dieter1 for giving us some valuable pointers on how to do it (as this particular meter wants it). All I've done is groundwork well below the level of where these two hover.The Prema 6048 definitely has some peculiarities that needed to be accounted for (or the script simply won't work).

author: Rax
author_rank: Super Contributor
timestamp: November 19, 2023, 07:02:46 pm
content: And here it is in all its glory. Thanks goes to ch_scr (the actual coder in all this) and dieter1 (who helped with input based upon his intimate knowledge of the Prema). I have been the muscle in all this!!Some details on how it works:This essentially saves the reading from the Prema to a file every 20s (this is because I always use 20s integration to get all 8.5 digits).It'll query the resources available over GPIB and list them first when ran (I use IDLE Shell to see it running). I found this to be helpful particularly with a meter that's I think relatively parsimonious with comms/replies over GPIB. A simple "IDN" ask over GPIB would throw the Prema into mA mode and a few other similarly distasteful things."GPIB_XY" is the Prema's GPIB port. The script first lists GPIB resources, but you can also do this separately (pyvisa-shell, for instance), and insert in there any piece of the name that will help the script know who to talk to.This creates a "log.txt"and places it in the same folder to where Python is. It's then easy to import this data in the spreadsheet of choice for tabulating, graphing, etc.It sets the Prema for VDC (which can obviously be anything the Prema can measure), Autorange, short format reading (otherwise it adds a ton of useless info to the string), and 20s integration as per aboveI hope others will find this useful! It's blown my mind and I can get enough readings at my bench now.EDIT: v1.1 adds:user input file name at the beginning of each rundate/time stamp for each reading collectedLog: v0 = 54 downloads

author: SanderMTI
author_rank: Contributor
timestamp: November 30, 2023, 02:07:20 am
content: Whatever a Prema 6048 is, if it can produce a reading, It will work with the universal GPIB/RS232 tool I wroteto read meters.No coding or scripting, just tell the software what the read command is and it will throw timed data into a .csv file.See my post on it, email me if you want a copy.Sander

author: Rax
author_rank: Super Contributor
timestamp: November 30, 2023, 03:02:09 am
content: I'm increasingly stunned not one thanked the post with the software. 27 downloads!....Possible explanations:No one has a Prema 6048. Nope, can't be this. I think they made a few.No one is aware there's a "thank you" button. Seriously?

author: branadic
author_rank: Super Contributor
timestamp: November 30, 2023, 07:51:30 am
content: If you are fishing for compliments I guess this board is the wrong place to look for itI have different scripts running for many years, so to me it's nothing new and I assume that is true for a lot of other participants.-branadic-

author: TUMEMBER
author_rank: Regular Contributor
timestamp: November 30, 2023, 01:15:01 pm
content: Quote from: Rax on November 30, 2023, 03:02:09 amDoes it really bother you that much?Realize that people on this globe also live "at different times" and, for this reason alone, they may be "a little distracted" and "not give a thumbs up". Nobody seriously forces you to share the results of your work (software) on this forum - it's voluntary. If someone does it, it's great, but don't expect that every other user has to "bow down" to him. IT DOES NOT WORK LIKE THAT. If you want to act on the basis of the "common good" (volunteering), that's OK. Your emotional attitude is so aggressively American that it can be easily recognized even without the national flag.You can be offended at me, but I'm fed up with the forced "association" first with the "Russians" and now with the "Yankees".

author: Rax
author_rank: Super Contributor
timestamp: November 30, 2023, 01:32:06 pm
content: Nope, it doesn't bother me too much. I'm very happy to share the results on my work, as I've done for many years here and elsewhere.As most of you know, I'm very appreciative of all the help I get and I personally thank effusively for it. But that's me, and to simply expect the same from others is indeed nearsighted.

author: Rax
author_rank: Super Contributor
timestamp: November 30, 2023, 03:11:34 pm
content: Quote from: branadic on November 30, 2023, 07:51:30 amObviously not, if you read my post. Any compliments should go to ch_scr and dietert1. Besides, there's no second "add compliments" button to the barebone "Say Thanks" button

author: Rax
author_rank: Super Contributor
timestamp: December 01, 2023, 12:53:07 am
content: Thank you to those that thanked me offline. Also, those reporting this provides visibility, so without it they wouldn't have known the script is available.I guess without visibility, the contribution to this community (which is my reason for doing this) doesn't... exist.

author: dietert1
author_rank: Super Contributor
timestamp: December 01, 2023, 01:03:27 am
content: Aside from some macho competition this forum also works as a library and you may receive thanks for the code you posted after a year or two when somebody else begins using a Prema 6048. eevblog posts have a good ranking with Google, if someone searches for specialties like Prema 6048.Are you working on your setup? Include time stamps into the log? Logging temperature to estimate residual temperature coefficient? Did you try the linearity mods to improve nulling?I always wanted to look at the temperature compensation of the Prema 6048. I mean it is one of very few instruments that claim to implement residual TC compensation in firmware using the internal temperature sensor reading. I checked that one can pull the BK7 ADC from the temperature measurement circuit and the instrument will then run but of course without that compensation. Remains to determine the difference with and without the temperature ADC.Regards, Dieter

author: Rax
author_rank: Super Contributor
timestamp: December 01, 2023, 01:50:32 am
content: Quote from: dietert1 on December 01, 2023, 01:03:27 amYes - ch_scr (I mention him again, though he may start sternly admonishing me if I put him too much in the limelight), he helped with that too. So, yes.Quote from: dietert1 on December 01, 2023, 01:03:27 amNot yet, though I have all parts I need. Possibly this weekend, if my 60hrs+ "actual job" week load gives me a breather.Part of the reason is I became a bit too frustrated with the F5440A... Though, of course, this part doesn't rely on the F5440A at all.Quote from: dietert1 on December 01, 2023, 01:03:27 amI'll be happy to start looking into it.

author: Rax
author_rank: Super Contributor
timestamp: December 01, 2023, 02:12:27 am
content: Quote from: dietert1 on December 01, 2023, 01:03:27 amI don't know if macho, or just some sort of nationalistic (beats me). TUMEMBER may be surprised to learn I was born far, far closer to him than he imagines, and I learned to thank those that genuinely help during my youth there (his neck of the woods). Plainly put, my mother's responsible for that. The idea that I needed to move here to do that is preposterous.In fact, I probably moved to the US at an age that is older than he/she is (judging by their demeanor, and their 23 posts on this community this far), but that's for their growth trajectory to consider.

author: Rax
author_rank: Super Contributor
timestamp: December 01, 2023, 02:39:18 pm
content: Please see updated v1.1 script with added and revised functionality. The date/time stamps will drop themselves in consecutive columns in a spreadsheet and complement the value readings.

author: Xyphro
author_rank: Regular Contributor
timestamp: December 09, 2023, 01:29:48 pm
content: Hey guys,Just see you talk about my gpib adapter.The auto id can be indeed turned off to avoid the *idn? Query affecting instuments that don't support it. It is described in the readme.md.Having autoid default wise on was not the best decision to be frank - old instruments don't like it.Busy making a combined usb high speed/ethernet vxi-11 variant. In case there are special wishes let me know. There is a thread in the issues section where I post updates on this device.Having a bigger mcu and ethernet means that I might also consider making an device mode where the adapter could emulate a plotter or so in parallel to device functionality...Btw: it is possible to run ar488 firmware on the same HW. One guy did this to track down an issue.Best regards,Kai

author: Rax
author_rank: Super Contributor
timestamp: December 11, 2023, 01:35:04 am
content: Quote from: Xyphro on December 09, 2023, 01:29:48 pmI'll have to look into it, but good to know. I assume it's applied in the firmware?Quote from: Xyphro on December 09, 2023, 01:29:48 pmThat's very interesting news, I think many prefer to communicate with the instruments over the network. In my case, not so much, but it's just how my bench is setup (desktop workstation connected to the rest of my network over wifi). That said, I also generally prefer all my devices be direct clients to my home network.