Linux gpib also supports my adapter natively with a special linux gpib firmware you can download from the page above. It also supports multiple instruments connected to one adapter then.
Works even well on Mac and Raspberry PI btw :-) Actually world would need an open source visa stack. Right now you find many applications doing their own thing, but then not supporting vxi11, hislip or usbtmc. Visa is…
As I have a CMU200 myself I was majorly interested in getting it to work too :-)
I know that very well. Ethernet=security concern. Connecting your shiny new scope to company network=no way. Hard to discuss arround it in company environments or push for split network topologies.
Yes, those cables are often called "garden hose cables". The only benefit of that bus infrastructure under a nowadays view is that it gives the ability to synchronously trigger multple instruments which is very rarely…
The step to go to ARM or risc v based controllers is easy. That's what I did with V3. Gives a tremendous performance boost and costs 1/2 of that old AVR.
Yes, it is easier to fall into the trap of getting a clone, even if you think you buy an original one.
A good way around application overloaded applocation stacks is R&S Visa which is lean and mean while still exposing full visa to applocations like labview. Or going with something like python usbtmc. If you also have…
For a situation where the instrument is directly connected to the adapter like here there is no difficulty in fast T1 timing on a MCU. V3 will have btw. fully compliant GPIB electrical specs without 74 series buffers.…
The upcoming V3 adapter reaches even more than 1 MByte/s with my fastest instruments. Unless you connect long GPIB cables to it, because capacitive load slows down GPIB as it self regulates speed down in the way GPIB is…
If you buy used equipment which doesn't have Ethernet or your company wants you to ise the stuff that is in the Lab since 10+ years there's simply no other choice. Or companies that see Ethernet as a potential security…
Here a comparison from a user: https://github.com/xyphro/UsbGpib/discussions/47
You are correct. UsbTmc exposes no multi device capability. Also when I made first versions many years ago I had no "garden hose" GPIB cables and saw they were more expensive as the whole adapter. V3 which will come…
Linux gpib also supports my adapter natively with a special linux gpib firmware you can download from the page above. It also supports multiple instruments connected to one adapter then.
Works even well on Mac and Raspberry PI btw :-) Actually world would need an open source visa stack. Right now you find many applications doing their own thing, but then not supporting vxi11, hislip or usbtmc. Visa is…
As I have a CMU200 myself I was majorly interested in getting it to work too :-)
I know that very well. Ethernet=security concern. Connecting your shiny new scope to company network=no way. Hard to discuss arround it in company environments or push for split network topologies.
Yes, those cables are often called "garden hose cables". The only benefit of that bus infrastructure under a nowadays view is that it gives the ability to synchronously trigger multple instruments which is very rarely…
The step to go to ARM or risc v based controllers is easy. That's what I did with V3. Gives a tremendous performance boost and costs 1/2 of that old AVR.
Yes, it is easier to fall into the trap of getting a clone, even if you think you buy an original one.
A good way around application overloaded applocation stacks is R&S Visa which is lean and mean while still exposing full visa to applocations like labview. Or going with something like python usbtmc. If you also have…
For a situation where the instrument is directly connected to the adapter like here there is no difficulty in fast T1 timing on a MCU. V3 will have btw. fully compliant GPIB electrical specs without 74 series buffers.…
The upcoming V3 adapter reaches even more than 1 MByte/s with my fastest instruments. Unless you connect long GPIB cables to it, because capacitive load slows down GPIB as it self regulates speed down in the way GPIB is…
If you buy used equipment which doesn't have Ethernet or your company wants you to ise the stuff that is in the Lab since 10+ years there's simply no other choice. Or companies that see Ethernet as a potential security…
Here a comparison from a user: https://github.com/xyphro/UsbGpib/discussions/47
You are correct. UsbTmc exposes no multi device capability. Also when I made first versions many years ago I had no "garden hose" GPIB cables and saw they were more expensive as the whole adapter. V3 which will come…