$20 GPIB Project - Page 1
Forum section: electronics / projects

author: amspire
author_rank: Super Contributor
timestamp: December 11, 2011, 11:06:35 pm
content: I have been wanting to drive some GPIB meters, function generators, etc for ages, but I don't want to pay for the excellent Prologic converters. One converter costs more that I paid for any of my GPIB instruments (except for the HP33120A), and for the money, you still only get one converter. I want something cheap enough so that if you want to run instruments in different locations, you can afford to have as many converters as you need.Also I want something that can be run from any computer, and I never want the phrase "Visa Drivers" mentioned even in jest.Should be able to put together a GPIB Server to USB for well under $20 providing you have an old GPIB cable you can murder. The Ethernet version will add a big $24 to the cost.Actually I want two converters - a GPIB to USB and a GPIB to Ethernet. I really think Ethernet is the way to go. I have a pair of Ethernet over the Power line transceivers, so I would be able to have the instruments running anywhere I have a powerpoint, and control it from any other computer on my home network.It is quite easy using an Arduino. I will do my initial development on an Arduino Duemilanove. Once it is running, I will build a single chip version on a standard $2 Arduino RBBB board using the very cheap Nokkia CA-42 clone USB to serial cable to add the USB.The code will be based on some code I found on this Japanese site:http://bananawani-mc.blogspot.com/2010/09/arduinogpib.htmlWith no boards to layout, and most of the code written, it hopefully will be quick to get something going.The goal is to make something good enough to be able to send a string command to an instrument, and to read back a string response. That is enough to be able to set up a function generator or DMM, and to be able to automate readings from a DMM. Any scripting language that can talk to a RS232 port or an Ethernet port will be all that is needed, so I could even run a macro from a spreadsheet and have the spreadsheet dump process the data as it comes in. LibreOffice (OpenOffce) gives a choice of Basic, Javascript, Python or Java Beanshell for macro languages. Alternatively a simple standalone script can dump readings into a CSV file.Initially, I will not worry about the service request commands, a number of other standard GPIB commands, or proper ieee488 terminations (all the instruments have the terminations in already - that is good enough). I am not looking for anything fast. If you need speed, then you will want one of the the Prologic converters, or one of the $130 Agilent convert clones.Richard

author: Unknown
author_rank: Unknown
timestamp: December 11, 2011, 11:23:06 pm
content: I believe the Prologix developer spentquite a lot of time getting his adapter to work with various kinds of instruments, your work may be simpler if you just want to support a limited set of instruments. Not supporting standard APIs like VISA means you won't be able to use any off the shelf software. Probably not a big deal for a piece of 1980s equipment with only software for the HP85, though it might be nice to be able to use the Agilent Intuilink software for the 33120A.But good luck on your project, it would be good to have a cheap option (outside that useless Softmark thing) for hobbyists. There are some GPIB implementations on AVR out there, likethisandthis. No idea how functional they are.

author: amspire
author_rank: Super Contributor
timestamp: December 11, 2011, 11:59:33 pm
content: Quote from: alm on December 11, 2011, 11:23:06 pmMost instruments have pretty easy commands. So it is only something like the 33120A arbitrary waveform that would need the better interface. I will get it going first and worry about that later.I am extremely happy if I do not need API's and Drivers. I just want to send a command and get a reply back.QuoteI would have purchased one of the Softmark interfaces if they just made it more open. I do not want to have to use their rather lame software.QuoteI am aware of thpse two projects.The Ethernut requires the expensive and hard to get NI GPIB chip - don't want that.The University of Ljubljana is an impressive project, but it is not really open. You can request the details of the old design, but if you want the latest version, you have to buy it at a big price. Also, it is not Ethernet.To me Visa drivers and Labview are two of the worse things to have happened to instrumentation. It was done with the best intentions, but the results are a mess. The Visa drivers tend to be the most over-bloated problematic and poorly designed pieces of software around, and until there is an Opensource Labview equivalent, I do not want to touch it. I am more then happy to replace 500MBytes+ of dodgy software which will only run on specific platforms with a 20 byte text string that I work out from the manual that can be sent from anything. (If you don't believe me, just try and install the Agilent and NI Visa drivers on the same PC). With a telnet-compatible driverless Ethernet GPIB converter, I could even control the instruments from my mobile phone! I can get Python and Lua sricpting for my phone so the phone could grab the data and make a CVS. That is real power.Richard.

author: Unknown
author_rank: Unknown
timestamp: December 12, 2011, 12:17:57 am
content: Quote from: amspire on December 11, 2011, 11:59:33 pmI would copy the Prologix command set if you don't implement something like GPIB32. This should be a protocol with a low overhead and at least some software support (like the software by John Miles).Quote from: amspire on December 11, 2011, 11:59:33 pmVery limited, closed and undocumented as I understand it. Anyone who bought it has considered it a waste of money as far as I know.Quote from: amspire on December 11, 2011, 11:59:33 pmNo argument here, although instrument drivers are sometimes handy for more complex devices, the amount of overhead is enormous (Labview alone is more than 500MB). I believe there are VISA bindings for Python, but that still requires the NI-488.2 drivers or Agilent IO suite.Debugging GPIB issues can be interesting, even with known-good hardware. Instruments will often just ignore commands if they don't understand them, or return an error a minute and many commands later. The more recent IEEE 488.2/SCPI equipment tends to be better than the old stuff in this regard.

author: joelby
author_rank: Frequent Contributor
timestamp: December 12, 2011, 01:18:02 am
content: Quote from: amspire on December 11, 2011, 11:59:33 pmI bought one and returned it within a few days. From what I could gather, it didn't completely conform to the GPIB standard and thus didn't work with every device. In particular, it didn't work with anything I own. The software was also terrible. I bought a Prologix one, which works great, but they are considerably more expensive than I would have hoped.I did think about creating my own, too. A CPLD and USB-serial device would give you a lot of flexibility.

author: Mechatrommer
author_rank: Super Contributor
timestamp: December 12, 2011, 05:41:37 am
content: i never do the GPIB, but the way i see, command to specific device is not that important, its a matter of getting it from the device documentation. the most important thing is the converter, ie to make pin compatible from USB to GPIB, translation will be done in mcu (arduino) should not be hard to do once the GPIB protocol and pin arrangement is understood (me not yet).but any devices/chip that are going to be connected to an OS will need a driver and API/SDK. even arduino are going to need FTDI API dll (or that not so my flavored serial port command in the IDE), i only never heard a device without a driver/api, except serial and parallel port (whose drivers are actually embedded in the OS).Quoteand the software/GUI is another story, thats a higher level of abstraction, others have made their opinion on that. in my word, you got to diy if you dont like off-d-shelfserial command in arduino IDE is generic one (you can do anything with it) but with slow and unautomated manned (manual typing the command) operation.my 2cnts.

author: amspire
author_rank: Super Contributor
timestamp: December 12, 2011, 06:22:30 am
content: Quote from: Mechatrommer on December 12, 2011, 05:41:37 amI the Nokia cable has a Prolific USB to serial converter from memory. I seem to remember that Windows 7 recognized it without loading any driver, but perhaps it because I had previously installed some software that included the Prolific driver. And the driver for the FTDI chip on the Arduino board probably is somehow installed by the Arduino software. I will do some tests on a pristine Windows XP system later.But USB to GPIB converters in general are bad news - the port changes every time you plug it into a different USB connector on the PC. That is one of the many reasons I think that the GPIB to Ethernet converter will be far more useful. Definitely no drivers needed for accessing an Ethernet port. I will start with the USB design, and when my Ethernet shield comes in, it will be a simple change to change the USB commands to Ethernet commands.QuoteI want both the manual command option in a terminal window, and also the ability to embed the commands in scripts which will probably run as fast as I need. Both should be straightforward.Anyway, just about to connect up my Arduino to a GPIB cable and get to work. i will find out the problems pretty soon.Richard

author: Mechatrommer
author_rank: Super Contributor
timestamp: December 12, 2011, 11:00:13 am
content: QuoteMicrosoft excels at that, with newer OS, they try to load any drivers on earth into their OS. about the arduino (ftdi), try to connect it to a fresh installed windows and it will ask the ftdi driver... that famous "New Device Found" thing.Quotecommand line can be powerful, but when it comes to repetitive and high data rate task, then... having worked with ftdi and its API, simple scripting is not that "straightforward", you need to handle things like latency and synchronization. when you get deep into it, you'll see the nasty and messy thing about it, thats what high level abstraction is needed for... good luck!

author: ejeffrey
author_rank: Super Contributor
timestamp: December 12, 2011, 12:16:58 pm
content: Quote from: amspire on December 11, 2011, 11:59:33 pmI don't like labview, or most vendor instrument "drivers", but I quite like VISA, bloated as it is. It has some issues -- some of which are problems with VISA and some are problems with vendor implementations, but in the end it basically delivers. I can write an application in python, matlab, labview, or most anything else and it can transparently talk to devices over GPIB, RS232, USB, ethernet, or devices connected to a remote host by any of those protocols simply by changing the device string. A GPIB adapter that isn't VISA compatible would be a deal breaker for me.

author: amspire
author_rank: Super Contributor
timestamp: December 12, 2011, 01:06:01 pm
content: Quote from: ejeffrey on December 12, 2011, 12:16:58 pmIn terms of a professional solution, I think you are right. At the end of the day, Visa works and there is not really an alternative.For home use, most of the time you are fine using instruments from the front panel. Every now and then, you need to do something like measure a batch of resistors, and getting the readings directly from the meter to a spreadsheet is better then manually typing each measured value. In this case, I think sending a simple command to tell the meter to take a reading, and receiving the reading is simpler then setting up Visa, learning how to use it. If you were using it regularly, I am sure it becomes easy, but for a once off job, I am not sure it is the best solution.That is the niche I am targeting because right now, there is not really anything that is very cheap and allows you to simply talk to your GPIB instrument. If you want to get serious, then you pay the $130 to $230 for GPIB converters with Visa drivers.Just as an example, I have a project for which I need to take a batch of readings on a DMM. I can store up to 1000 readings on the DMM, but I then need to get them to a computer, I need to send a single line command string, and the meter will send back the measurements in comma delimiter ASCII. So I only need just that one GPIB function right now. It seems to me that my GPIB (if I can get it to work) will be perfect for this task.If I wanted to totally control the meter remotely, then my converter would be painful, because to cope with all the complex meter options and the unfriendly commands, I would end up writing the equivalent of a Visa driver. May as well get the commercial converter.Richard

author: Conrad Hoffman
author_rank: Super Contributor
timestamp: December 12, 2011, 04:16:57 pm
content: IMO, for the $140 or so for the Prologix device, it can't be beat. The FTDI chip set is the only way to fly. I use the FTDI drivers for that with little trouble. I also use the Agilent I/O suite at work, but everything there is direct USB now, so I don't need a GPIB interface. I once tried to do GPIB on the cheap with a digital port card, but it's harder than it looks, plus I was trying to interface to ancient HP stuff at the very beginning of GPIB. You also need open collectors for most lines. I'd run, not walk, for the Prologix device!

author: Bored@Work
author_rank: Super Contributor
timestamp: December 12, 2011, 06:16:12 pm
content: Quote from: Conrad Hoffman on December 12, 2011, 04:16:57 pmDriver ICs worth 4 to 5 Euro in total fix this. One 75160, one 75161. Both e.g. available from your unfriendly Farnell office near you.GPIB is a really magic interface. In the good old days of home computers you could buy GPIB interfaces for your home computer. They consisted of some driver ICs, a little bit of 74xxx logic, an I/O interface IC, and a 2k ROM with the protocol implementation and BASIC extension. The home computer's meager 8 bit CPU was executing the protocol code from the ROM, and people could talk to their GPIB devices with BASIC.Then some magic happened. GPIB became professional, became really expensive and suddenly requires interface gear more expensive then several home computers in the good old days.

author: amspire
author_rank: Super Contributor
timestamp: December 12, 2011, 11:46:10 pm
content: Quote from: BoredAtWork on December 12, 2011, 06:16:12 pmOne of the really annoying things is you have to pay a fortune to get a hold of the standard. For hobbyists, you have to make do with discovering information out of the odd tutorial or waveforms in instrument manuals. It was much better when it was HPIB as HP actually wanted people to use it.Once it was in the hands of the IEEE, they seemed quite happy to kill it for hobbyists. Stupid!I started of using GPIB with the fantastic HP 9825A programmable calculators. They used a simple Basic language, but were designed with 3 I/O slots that could take a GPIB controller, a RS232 controller or a digital IO adapter.The thing is it was just so easy to control instruments. Just turn it on and go. Admittedly back then, the instruments had fairly low power micro's so the GPIB commands tended to be fairly simple.It certainly was a great interface for controlling instrumentation.Richard

author: Unknown
author_rank: Unknown
timestamp: December 13, 2011, 12:04:29 am
content: If they had a micro at all. Some of the early GPIB devices were built from just discrete logic.

author: amspire
author_rank: Super Contributor
timestamp: December 13, 2011, 12:46:11 am
content: Quote from: alm on December 13, 2011, 12:04:29 amThat wouldn't surprise me. I have a programmable decade resistance box from Time Electronics in the UK, and it has a GPIB interface and a micro. The whole code in the micro for reading the front panel thumbwheels, controlling the six decade resistance cards and implementing GPIB is just a few hundred bytes I think it responds to about 3 single letter commands, and if you send it a number like '1234", it sets the resistance to 1234 ohms. I am sure you could implement something similar all in hardware.

author: amspire
author_rank: Super Contributor
timestamp: December 15, 2011, 02:21:53 am
content: I thought this was going to be a really quick project - at least to the stage I could test it.All I had to do was write some simple code to allow the Arduino to send strings over the RS232 via the FT232 chip and then add it to the GPIB code that I already have. Should be easy? A day later and I am still nowhere.I think sending strings from the Arduino is fairly reliable, but the inbuilt serial code to receive looks like it is flaky. I am not sure if it is something about Windows 7 64 bit and the FTDI drivers, using Putty as a terminal or what, but the Arduino freezes all the time. Closing the RS232 connection on the PC unfreezes it, so it must be something to do with the FTDI chip or its drivers but that doesn't quite make sense - the Arduino supposedly has no flow control, and it only tries to read data when something is in the read buffer. It should just send data whatever the state of the FTDI chip, so it should just never stall.Other then the Tx and Rx connections from the FT232RL and the micro, the only other connections to the are the RTS and the DTR to the reset pin. Could it be the reset pin? When I connect the terminal program to the serial port, the FT232RL resets the Arduino on the Duemilanove board! Ouch!For some reason, the "space" character in particular causes a problem.The arduino is meant to use a 127 character buffer, but maybe that is for sending only. It looks like I may have to write my own code to send and receive the rs232 on the PC and to implement my own handshaking scheme to avoid any overrun. Perhaps I have to add my own checksum to confirm that data was sent reliably. It has to be possible as the IDE uploads the code to the Arduino without a problem, but it is disappointing to see that the standard Serial library is so bad.I have the oscilloscope out already to try and see what is happening and I will soon probably have to get the logic analyzer - just for the most basic possible RS232 communication using standard Arduino function calls!Crazy!If someone has managed reliable two way communication with an Arduino and has some advice, let me know.Richard.

author: enz
author_rank: Regular Contributor
timestamp: December 15, 2011, 09:37:43 am
content: Quote from: amspire on December 15, 2011, 02:21:53 amHello Richard,i remember another thread where it was mentioned that indeed a handshake signal is used to reset the Arduino. I think you are now facing the downside of this simple approach.Can you configure your terminal programm not to touch the handshake lines? Maybe try another terminal programm. I like teraterm and hterm (http://www.der-hammer.info/terminal/). Don't know if hterm is available in english).Best regards, Martin

author: amspire
author_rank: Super Contributor
timestamp: December 15, 2011, 10:58:32 am
content: Martin,Thanks a lot. I was looking for a minimalistic terminal package and HTERM works like a dream. It looks like the Arduino behaves well.I should be able to complete my serial routines now and start testing.Richard

author: Mechatrommer
author_rank: Super Contributor
timestamp: December 15, 2011, 02:17:39 pm
content: Quote from: amspire on December 15, 2011, 02:21:53 amyou are in very good handits normal i think the arduino resetted everytime plugged into the PC and when being programmed (bootloader need to be aware of something 1st during the time). good luck with your debugging. i'm going to try out Win32 Comm API next to comm with the arduino (due to the new Uno USB Chip)edit: if you need some pointer, you may check my ftdi (serial comm) setting "embedded" in hereWhats UART->USB Chip like FTDI FT232RL is Thinking in Term of Mbps Speed?(i work with byte, not ascii and hence the setting by try and error) and you need sometime after startup (arduino reset) to make serial comm to be responsive, iirc sending garbage data first (in a packet), the second data will get the respond, btw that was a dirty hack, you may come up with better method.

author: David_AVD
author_rank: Super Contributor
timestamp: July 14, 2012, 05:16:45 am
content: Richard,How did you go with this project?

author: h1386343
author_rank: Regular Contributor
timestamp: January 09, 2013, 11:47:14 am
content: If people are still interested: this is about as low-cost as you'll get.Gee Whiz, a GPIB-to USB Converter$50 interface circuit brings 80s/90s edebris to lifePublished in Elektor Magazine, issue 427, July/August 2012. Uses a PIC18F2550 @ 20MHz with on-chip USB interface.http://www.elektor.com/magazines/2012/july-047-august/gee-whiz-a-gpib-to-usb-converter.2188340.lynkx

author: dimlow
author_rank: Frequent Contributor
timestamp: March 25, 2013, 03:22:23 am
content: I know Im bringing up an old thread, but last week i designed and built my Own GPIB-USB controller. Its really not that difficult hardware. I used a PIC18f4550 with built in USB. This weekend i wrote the software and used the prologix command set as a way to make it compatible with some software. I have tested it with my HP 54502A and my Solartron 7150 and they both function well with it. I still have a few features i need to add to make it full prologix compatible ( its not yet recognized by the Prologix configurator). Not sure if i should get some boards for this made up and release it to the wild.Overall i think not a bad weekends work.Bread boarding it.Built onto Vero BoardSimple Test With scope. There are More commands than listed with in the screen shot, just haven't got round to updating the help command yet.

author: C
author_rank: Super Contributor
timestamp: March 25, 2013, 05:06:43 am
content: The good old hp9825 & hpl, I pushed the expanded version to it's limits doing real time data collection and processing. At the last, was having to rewrite sections of program just to get the space for new code. The 9826 was a nice dream that ended up on my desk before the PC AT came out, That dream had a memory card for every slot and an hpib harddrive.any wayyou probably know of the TMS9914a chip an someone else mentioned the gpib driver chipsA quick google says the arduino does not do serial xon xoff so receive buffer overrun could be a problemC

author: C
author_rank: Super Contributor
timestamp: March 25, 2013, 05:24:33 am
content: USBQuoteI have read that this is caused by lack of a serial number on the USB device.With out a serial number, windows thinks you have two different usb devices.C

author: mrflibble
author_rank: Super Contributor
timestamp: December 16, 2013, 02:07:10 am
content: Quote from: amspire on December 11, 2011, 11:06:35 pmThat pretty much sums up my current situation as well. Idohave a working parallel port DIY solution, but I cobbled that together ages ago. I just checked my bit-banged code and it is 2002 vintage.Since one of those days my trusty old parport machine is going to go *urgle* AND since I just had a new addition to the GPIB collection AND since there will probably be another addition in the foreseable future maybe now is the time to DIY a somewhat nicer solution. Oh and for the free_electron's amongst us, that 2002 DIY solutiondoesservice SRQ's anddoesbinary transfers. I even used perl, and for the new solution I will use python for my scripting. So there.Just like amspire I would like a cheap solution so I can have several GPIB adapters in various locations. For my use case the obvious solution is ethernet. You cannot leach power from the GPIB port in a nice way that meets spec (AFAIK so please correct me if I'm wrong), so you will have to provide external power. Since for some strange reason 12 Volt wallwarts multiply like rabbits around here I'll use that for power. Which neatly opens up the other option of using (PoE) power over ethernet as well. On ebay you can get cheapo PoE adapters, so that way I have 12 volt injected into the cable near my switch. Plug the other end into the GPIB adapter and we have power. Another nice thing about the ethernet solution is ... no driver issues. So this should work for anyone on any OS.In some of the other threads I noticed the comments about using proper drivers. As far as I can tell that mostly boils down to 1) being able to sink enough current and 2) not loading the bus when in off state. I think I'll just use SN75160B + SN75161B since those are affordable enough. Not exactly cheap for silly 8-bit bus transceivers but oh well, not going to flush lots of time "optimizing" the cost there.For mcu I will probably grab an msp430 or stm32, a bit depending on how fast I want that ethernet to be. I did think about using an fpga but implementing the network side of it becomes a pain real fast. I've done some simple UDP + ARP stuff in the past with a simple fsm, but I think this will have to be tcp. And well yeah, but no. Not going to do that in verilog. Hopefully I can grab some existing C/C++ code from another mcu based GPIB project somewhere as starting point. If not I'll use my super old code and polish that a bit. Any hints in that regard? Any reasonable code bases out there? If only to just read it for some inspiration.QuoteWhat's the status of this? Any lessons learned, things you would do differently now?

author: EEVblog
author_rank: Unknown
timestamp: December 16, 2013, 03:42:51 am
content: I could do with a GPIB-USB adapter. What's the current best cheapest option?

author: mrflibble
author_rank: Super Contributor
timestamp: December 16, 2013, 03:56:34 am
content: Quote from: EEVblog on December 16, 2013, 03:42:51 amCheck outthis thread. That's $60 CAD + shipping for USB flavored GPIB. Might have been interested if that was ethernet and even cheaper since I want 3 of the buggers. There's also prologix and the Other One  for which I forgot the name oh yeah, this one:http://bmjd.biz/Best price/performance would depend a bit on your use & tools I think.

author: eliocor
author_rank: Unknown
timestamp: December 16, 2013, 12:37:04 pm
content: I got positive results with the BEIMING F82357:it works flawlessly with NI software andEZGPIB

author: tinhead
author_rank: Super Contributor
timestamp: December 16, 2013, 01:10:39 pm
content: Quote from: EEVblog on December 16, 2013, 03:42:51 amBEIMING (http://bmjd.biz/) is the best value for money you can get. F82357 is faster version of S82357. I used S82357 with lot of gears (TEK, Yokogawa, R&S, Xantrex) with no issues at all (except firmware dumping from TEK, which actually didn't worked as well with original NI GPIB USB, so what).

author: eliocor
author_rank: Unknown
timestamp: December 16, 2013, 01:16:19 pm
content: Quote from: tinhead on December 16, 2013, 01:10:39 pmShould be corrected in:F82357 is faster than S82357

author: free_electron
author_rank: Super Contributor
timestamp: December 16, 2013, 03:10:29 pm
content: You don't need VISA, but you do need the GPIB32 API.All software out there ,whether made by agilent , tektronix. Uses that.Visa itself goes in thru gpib32.All you need to provide is a dll that exports the correct functions.Any gpib board from agilent, national , cec , keithley or other manufacturer comes with a gpib32.dllThe gpib32. Dll is nothing more than a wrapper that exports a common set of functions. There is like 17 functions.Having a gpib32 dll means you are immediately compatible with anything existing.

author: mrflibble
author_rank: Super Contributor
timestamp: December 17, 2013, 04:57:35 am
content: Quote from: free_electron on December 16, 2013, 03:10:29 pmAll the GPIB gear I have so far is HP. What handy software am I missing out on? Not trying to be a smart-ass here, I just haven't recently put the time into it. Waaaaay back I did have a look and nothing usable came up. Does this software have matlab and R integration? I wouldn't be surprised if R is right out, but no matlab would be a bit of a dealbreaker.

author: free_electron
author_rank: Super Contributor
timestamp: December 17, 2013, 06:40:47 am
content: Quote from: EEVblog on December 16, 2013, 03:42:51 amchina agilent or Ni clone.i still swear by a good PCI board.

author: free_electron
author_rank: Super Contributor
timestamp: December 17, 2013, 06:44:25 am
content: Quote from: mrflibble on December 17, 2013, 04:57:35 amthe 34401, 33120 and many others come with connectivity software. you can download for free from their website.then there is the new measurment assitant :http://www.home.agilent.com/en/pd-2307503/digital-multimeter-dmm-connectivity-utility-software

author: scasagrande
author_rank: Contributor
timestamp: January 13, 2014, 01:01:03 am
content: Quote from: EEVblog on December 16, 2013, 03:42:51 amI'm a little late to the party here in this thread, but clearly my adapter is the best!But seriously, I just finished assembling a small batch of my new rev3 (complete with the proper line drivers and everything this time). OSHW, assembled in Canada (pcb from oshpark), and you get to support my soon to be graduated yet also unemployed arse! What else could you want!Check it out atmy websiteand you can find the sources upon Github.I'll do a separate thread later, but I'd like to make a youtube video of it in action to include.

author: EEVblog
author_rank: Unknown
timestamp: January 13, 2014, 03:22:34 am
content: Quote from: scasagrande on January 13, 2014, 01:01:03 amordered!

author: scasagrande
author_rank: Contributor
timestamp: January 13, 2014, 03:30:22 am
content: Quote from: EEVblog on January 13, 2014, 03:22:34 amYay! That makes you #1 for the new revision.Once you get it, let me know if you have any issues. I'd like a chance to keep improving my work before I get grilled on the blog.

author: tridentsx
author_rank: Regular Contributor
timestamp: January 13, 2014, 03:38:46 am
content: Your website seems to be down, I am interested to order one

author: scasagrande
author_rank: Contributor
timestamp: January 13, 2014, 03:42:50 am
content: Quote from: tridentsx on January 13, 2014, 03:38:46 amIts being a tad slow, but its loading for me.

author: Ghydda
author_rank: Regular Contributor
timestamp: January 13, 2014, 11:54:58 pm
content: Quote from: scasagrande on January 13, 2014, 03:30:22 amOrdered one as well.

author: scasagrande
author_rank: Contributor
timestamp: January 14, 2014, 01:15:28 am
content: Quote from: Ghydda on January 13, 2014, 11:54:58 pmGot it taken care of already. I actually got your order as I was walking to the post office to drop off all the others!

author: lukaq
author_rank: Regular Contributor
timestamp: March 19, 2015, 04:41:05 am
content: So what is up with this one? Dave, is it working?

author: nidlaX
author_rank: Frequent Contributor
timestamp: October 09, 2015, 02:14:25 am
content: Dave: Sorry to necro this, but did you ever get around to testing his adapter?scasagrande: Your website is down, are you still building these adapters, or is it a DIY project reference now?

author: bingo600
author_rank: Super Contributor
timestamp: October 11, 2015, 02:48:49 pm
content: Else have a look here (arduino gpib) , is supposed to work okhttp://egirland.blogspot.dk/2014/03/arduino-uno-as-usb-to-gpib-controller.htmlThese boards (Nano R3 are 3$)/Bingo

author: mojoe
author_rank: Frequent Contributor
timestamp: October 13, 2015, 10:55:44 pm
content: Quote from: bingo600 on October 11, 2015, 02:48:49 pmI messed around with this some months ago. Using an Uno, I was able to talk to some instruments with Prologix from the KE5FX GPIB Toolkit and with EZGPIB from DF6JB. However, all of the extra utilities in the KE5FX Toolkit would not recognize the Uno as a GPIB adapter. It seems that there is some difference in how the serial handshaking is done.Next, I also tried using a Nano. I could never get the Prologix program to recognize the GPIB adapter at all. As I said, using the Uno worked with Prologix. I could never figure out what the difference was. As far as I could tell, the Uno and Nano are electrically the same.I thought I had posted about this on this forum, but perhaps I didn't.

author: kutte
author_rank: Contributor
timestamp: October 19, 2015, 03:06:34 pm
content: @mojoeyou are right. I also had problems with the arduino nano. My nano uses the FT232RL chip and has a problem with the CTS ( pin 11 of FTDI chip)wiring. It is left open but should better be connected to GND.After correcting that it should work at least with EZGPIB but does not with KE5FX toolkit.To solve this I bought an "arduino pro mini" which does not have any USB interface. The pro mini I connected via my Prolific cable to USB leaving off the handshake lines. Now everything seems to work fine also with the Prologix program. So you are right its is a problem of handshaking.hope this helps Kutte

author: wizard1
author_rank: Contributor
timestamp: October 10, 2017, 06:35:53 am
content: Is this still the current cheapest option for a USB -> GPIB interface?

author: IanJ
author_rank: Unknown
timestamp: October 11, 2017, 06:08:06 am
content: Quote from: free_electron on December 17, 2013, 06:40:47 amThe clone agilent USB adaptor I have works for a random amount of time and hangs (with a 3458a), then when I moved to a agilent PCI card I haven't looked back.Ian.

author: wizard1
author_rank: Contributor
timestamp: October 11, 2017, 06:29:16 am
content: Hmm, I wonder if all the USB adapters are like this or only the clones? Using a PCI card limits you to a desktop, but maybe they are cheaper than the USB options + more reliable?

author: Rbastler
author_rank: Frequent Contributor
timestamp: October 11, 2017, 08:03:06 am
content: I do have a NI ISA GPIB card....whitch kinda sucks, because I dont have a working PC with ISA. I have a board though, but it limits me to a desktop. I also need a gpob cable, which I have, but is quite unpracticsl to use. Its my most unflexible cable. So I thought of buying the prologix usb gpib adapter or a agilent fake from china. What works best ? I read the Prologix adapter has some issiues with drivers ? Is that true ?Sent from my A0001 using Tapatalk