GPIB från Mac OS

[superx]

Hej!
Har samlat på mig ett gäng gamla fina HP/Agilent-instrument på jobbet. Voltmetrar, LCR-meter, ström- och spänningskällor, signalgeneratorer och ett Tek-oscilloskop.

Alla dessa kan styras med GPIB, vilket skulle vara kul att få igång. Datorn i labbet är en Mac, så nu undrar jag om någon har några tips på hur man enklast får igång GPIB på en Mac, och vilken hårdvara som funkar bäst etc.

Jag vill styra allt från python tror jag. Inte LabView eller liknande.

Edit: kanske borde skrivit detta i mätinstrument-kategorin

[H.O]

Jag använder inte Mac OS och aldrig gjort något med Python men om jag förstår det rätt så kan du installera NI-VISA för Mac OS och sedan PyVISA som är en Python wrapper/front end för NI-VISA.

[superx]

Jo, jag såg det. Frågan är vilken hårdvara som funkar bäst. Det verkar finnas någon Ethernet-baserad grunka och det låter ju praktiskt.

Finns det något stöd för enskilda instrument i NI-Visa, eller är det bara själva kommunikationslagret?

[H.O]

Det verkar vara lite av en djungel när det kommer till [nånting på en modern PC]-till-GPIB-adapters. Hurvida de stödjer ETT instrument eller faktiskt hela bussen, hur mycket data som kan överföras, hur snabba/långsamma de är, stödjer de VISA direkt och fullt ut eller har de ett eget "lager" emellan osv osv. Mina instrument har en Ethernet-anslutning direkt så jag har aldrig behövt sätta mig in i GPIB rent fysiskt (och jag kan väldigt lite om VISA i övrigt).

Inte säker på om jag förstår den sista frågan korrekt.
NI-VISA och/eller PyVISA ger dig möjlighet att kommunicera med instrument som stödjer VISA men du måste skriva koden för det med respektive instruments programmeringsmanual som informationskälla (även om många instrument verkar (snar)lika. Dvs det finns, vad jag vet, inget i NI-VISA eller PyVISA som ger dig en bild av ditt oscilloskop och låter dig fjärrstyra det genom att peka och klicka på skärmen. Vill du göra det får du skriva kod som skickar kommandon TILL oscilloskopet och läser data FRÅN oscilloskopet osv.

[Glenn]

har du PCI i maskinen lär väl det vara enklast och mest supportat eller ?

[superx]

Nä, ingen PCI tyvärr.

Jag var osäker på om VISA-lagret inehöll någon information om instrument. Typ: "mät DC-spänning kanal 1 på instrument 2" men så verkar det inte vara.

Då kanske det faktiskt är enklare med en RS232-GPIB-adapter som jag sett finns. Om man ändå måste formatera alla kommandon själv menar jag.

[carpelux]

Jag har en sådan här: http://www.galvant.ca/#!/store/gpibusb

Kan kolla under dagen om den funkar på en Mac

[superx]

Ja, det ser ju superbra ut! Hur pratar du med den?

[carpelux]

Den syns i systemet som en serieport.
Det finns även ett open sourceprojekt från skaparen av kortet för att styra instrument via python. https://github.com/Galvant/InstrumentKit

[lond]

Annars så kan en Agilent E5810A LAN/GPIB gateway vara ett alternativ.

/// Marcus

[carpelux]

Jag kopplade i enheten från Galvant och den dök upp som en seriell enhet i min Macbook Pro, utan att jag behövde installera något. Det verkar sitta ett FTDI chip i den. Hinner tyvärr inte koppla upp emot något instrument idag eller undersöka och installera den programvara som behövs i Mac:en.

[superx]

Tack! Det får bli en sådan Galvant-pryl. Känns mer framtidssäkert än något som bygger på drivrutiner från NI.

Agilent-burker verkar också fin, men den kostar lite mycket för det här projektet tror jag.

GPIB-kablar var inte gratis heller. Någon som har tips på ett bra inköpsställe?

[E Kafeman]

Jag skriver mätprogram för i första hand nätverksanalysatorer.
Kommunikation mellan PC och instrument sker via GPIB.
Den fysiska GPIB-delen kan vara PCI/USB/LAN, det har ingen betydelse så länge drivrutinen presenterar ett GPIB-interface.
Om sedan nätverkaren är av fabrikat HP/Agilent/Rohde/... spelar mindre roll.
Enkelt då mitt program kan användas till många instrument på många olika platser.
Blir man utelämnad till att prata mot en serieport så finns inte t.ex. olika status-register och vissa timing-beroende funktioner går bort.
Mellanliggande driver kan möjligen emulera sådant, för att sedan presentera GPIB-kompatibel front.
Många instrument-tillverkare har tagit fram olika test och styr-program för sina GPIB-instrument, och så länge programmet hittar GPIB-bussen fungerar det oftast, oavsett fabrikat på GPIB-hårdvaran.
Men köper man något med serieport fungerar det som till en regel inte med dessa program, även om serie-porten har ett GPIB-kontaktdon i änden.
Det spelar kanske mindre roll, om man accepterar att skriva specifika program, anpassat för serieports-kommunikation som passar just denna typen av serieport.

Agilent och National är dyra på sina GPIB-interface med tillhörande drivrutiner, men de fungerar med all programvara som har korrekt GPIB-kommunikation.
Agilent får väl dessutom ses som innehavare av HP, ursprunget till det som då hette HPIB och i dag är instrument-standard på lite bättre mät-instrument.
NI är motsvarande dominant för programvara som pratar med instrumenten via GPIB.
NI har ett stort program-bibliotek med instrument-specifika bygg-block. Det finns ingen seriös instrument tillverkare, som inte tillhandahåller NI sådana block för just sina instrument.
För mej som mjukvara-utvecklar, mestadels i Labview, är det bekvämt. För nästan vilket instrument som helst, tar det mej max 5 minuter att få igång ett program som styr och reglerar ett nytt instrument , inklusive grafiska displayer och reglage.
Nackdelen är att Labview är dyr mjukvara, men det finns både gratis och prisreducerade varianter typ student-versioner. Annan nackdel är att det inte finns på alla plattformar och dominerande utbudet är för Win-miljö.

I NI's mjukvaru-paket finns en loggande GPIB-spy. Sätt upp ett program som gör det du vill i Labview, ta spy-loggen och implementera kommandona i valfri annan program-miljö.

Av lågpris USB-GPIB-interface som jag har erfarenhet är Prologix riktigt dåliga, de är bara nästan GPIB-kompatibla, med en hel drös buggar och är för långsamma om man vill överföra t.ex. oscilloskop-bild live.
De duger om man vill ha en print-dump. De presenterar sej som serieport med FTDI-driver. Tillverkaren har åtskilliga gånger lovat att förbättra GPIB-kompatibiliteten men än har det inte skett.
Det andra lågpris-alternativet som jag har erfarenhet av är denna.
Det är i själva verket en kines, som emulerar både Agilent och National hårdvaru GPIB-interface och kan således använda sej av dessa bägges drivrutiner.
Ger ett brett användningsområde då man kan använda sej av bägge dessa företags drivrutiner.
Kines-klonen har hitintills fungerat alldeles utmärkt för mej, använd dagligen sedan några år. Den har bytt namn några gånger då National jagat dom för att de åker snålskjuts genom att använda sej av Nationals drivrutiner och därför inte behöver skapa egna.
Bästa alternativet är annars PCI-GPIB, det är snabbaste och driftsäkraste alternativet. Har både NI och Agilent PCI-kort. Bägge är ungefär lika snabba och det är inga problem att ha flera instrument inkopplade på samma buss. Finns lite skillnader på korten beroende på ålder, men även de äldre korten fungerar ok, om man skulle hitta något begagnat på t.ex. Ebay.
Köp aldrig ett no-name GPIB-interface som det inte finns uppdaterade drivrutiner till. Det cirkulerar ett antal PCI-kort på Ebay, vars tillverkare inte längre finns och utan drivrutiner är kortet noll värt.

Sedan finns alternativet GPIB-LAN. Många moderna instrument har den möjligheten inbyggt och enklare styrning-mätning kan vara möjlig utan drivrutiner för varken serieport eller GPIB och mät-datorn behöver bara sitt ordinarie nätverks-kort som hårdvara, samt inga dyra GPIB-kablar. LAN kan upplevas långsammare än direkt kabel men hur pass långsamt beror ju även på typ av LAN.
Prologix har en GPIB-LAN konverter, som kanske kan vara bättre än deras GPIB-serieport.

Snabbheten beror ju givetvis på vad man vill göra men i mina programvaror sitter man typiskt och mäter live på ett kretskort där mätdata processas i PC innan det visas som en kurva på bildskärmen.
Där vill man absolut inte ha en sekunds fördröjning mellan probning och resultat medan man kanske glatt kan vänta 10 sekunder på en print-dump av vad man kan se på instrument i sej, utan vidare processning.

Med tanke på utbudet av GPIB-hårdvara och drivrutiner, samt annan supportande mjukvara, kan det totalt vara effektivare och billigare att köpa en PC till labbet än att knöla med dåligt supportade funktioner och drivers, i synnerhet om man vill få till något fungerande på kort tid. Är man nöjd med något enklare, typ logga eller styra en spänning i måttligt tempo, så duger det kanske med något som kan köra ett script via tillverkar-specifik serieport.

[H.O]

Stämmer EBAY-länken verkligen?
Den länkar till en just en Prologix GPIB-USB adapter som du tidigare i inlägget skriver är riktigt dålig....

[E Kafeman]

Nej det var fel länkat, men är nu fixat.