GPIB interface med Linux stöd?
Re: GPIB interface med Linux stöd?
är i samma situation - fast kopplad till instrument där gränssnittet är via ethernet och inte USB eller IEEE488-gränssnittet.
som det ser ut nu så är det National Instrument som har en hel del kod för linux men vet inte om det är öppet hela vägen eller om det finns propertiära delar i det
äldre versioner av hpvee som jag har utvecklingsmiljö hanterar inte just detta och försöker hitta väg runt detta
Det fungerar i tidsbegränsad demoversion av agilent vee men jag vill ha en lösning utan dessa och helst open source hela vägen, dels för att en utvecklarlicens kostar bra mycket pengar men framförallt så gillar jag inte den grafiska utvecklingsmiljön där - det är som det heter nybörjarvänligt men inte användarvänligt vilket märks när projekten blir lite större och blir lätt snabbt oöverskådligt och det är hopplöst att följa sådan kod vid felsökning - speciellt när det är någon annan som totat ihop det.
som det ser ut nu så är det National Instrument som har en hel del kod för linux men vet inte om det är öppet hela vägen eller om det finns propertiära delar i det
äldre versioner av hpvee som jag har utvecklingsmiljö hanterar inte just detta och försöker hitta väg runt detta
Det fungerar i tidsbegränsad demoversion av agilent vee men jag vill ha en lösning utan dessa och helst open source hela vägen, dels för att en utvecklarlicens kostar bra mycket pengar men framförallt så gillar jag inte den grafiska utvecklingsmiljön där - det är som det heter nybörjarvänligt men inte användarvänligt vilket märks när projekten blir lite större och blir lätt snabbt oöverskådligt och det är hopplöst att följa sådan kod vid felsökning - speciellt när det är någon annan som totat ihop det.
Re: GPIB interface med Linux stöd?
GPIB interface borde gå att bygga relativt enkelt?
Apropå GPIB över Ethernet så borde det gå att trafiksniffa det där demoprogrammet och skriva något eget?
Apropå GPIB över Ethernet så borde det gå att trafiksniffa det där demoprogrammet och skriva något eget?
Re: GPIB interface med Linux stöd?
det lilla jag sniffat med ethereal/wireshark så verkar det inte såå komplicerat - men jag har aldrig hacka på direkt TCP/IP-nivå...
hoppas att det är någon som redan gjort jobbet så att det räcker att skriva lämpliga skriv och läsfunktioner i C på enklast sätt:-)
hoppas att det är någon som redan gjort jobbet så att det räcker att skriva lämpliga skriv och läsfunktioner i C på enklast sätt:-)
Re: GPIB interface med Linux stöd?
Har för mig det är såpass enkelt som att man öppnar en TCP port på GPIB mottagaren och skriver något i stil med "S,5,6,,1" samt stänger. Så det borde gå att lösa.
Re: GPIB interface med Linux stöd?
Köper man Nationals GPIB PCI/USB-hårdvara följer en hel hög med mjukvara, även för Linux och MAC, inklusive VISA-server och port-sniffers. Protokollet är standard IEEE 488.2. Utöver det måste man ha programvara lämpad för aktuellt instrument.
Har ingen erfarenhet av hur bra det fungerar i Linux då jag enbart sysslar med Windows i dessa sammanhang.
Letar man alternativa Linux utvecklingsmiljöer för att skriva programvara att hantera ett instrument via GPIB finns många alternativ beroende på hur mycket jobb man vill lägga ned. Att sniffa protokollen är enkelt, men jobbet är att strukturera resultatet.
För Ethernet finns alternativ typ Wireshark om man vill analysera instrument-kommunikation, men denna kommunikation behöver inte vara enligt IEEE488, utan instrumentet kommunicerar oftast med en hårdvaruspecifik VISA-server som i sin tur tillhandahåller protokollet. Inom ett och samma instrumentmärke brukar det finnas systematik och varierande grad av dokumentation hur denna del av kommunikationen fungerar men inget jag skulle ta för givet.
Har testat igenom en del olika GPIB hårdvaror samt och kört GPIB-kommunikation via t.ex. Perl. Håller mej i Windows-miljö men det är knappast en fördel när det gäller Perl. Exempel på Perl/GPIB-kod: http://search.cpan.org/~jeffmock/GPIB_0 ... p59306a.pm
GPIB-bibliotek: http://linux-gpib.sourceforge.net/
Här finns mycket praktisk info: http://www.labmeasurement.de/
Vad gäller överskådlig kodning så är nog Perl bland de mindre bra programspråken.
Det kan ta timmar att analysera några programrader, och då har jag ändå skrivit raderna själv ett halvår innan.
Delvis ligger iofs problemet att jag bara programmerar i Perl lite då och då och glömmer och blandar med andra språk-strukturer rätt fort.
Men Perl är ju så uppbyggt att det lockar till kryptisk förkortningar och man kan i princip skiva ett större program som en enda lång textrad.
Även om man kommenterar varje rad är det t.ex. inte lätt att debugga.
Kommunicerar via GPIB även i Labview. Det är mycket peka och klicka, och hyggligt nybörjarvänligt med mycket färdiga exempel för instrument-kommunikation. Bra när man vill slänga ihop något på 5 minuter, men det går även i Labview gå ner på script-liknande nivå om man vill ha lite mer koll och optimera funktioner. Är det en super-kritiskt programdel så är det inget som hindrar att man länkar in just den biten via en lågnivå DLL, för t.ex. hårdvaru I/O port-kommunikation.
Stora projekt går utmärkt att skriva i Labview, med väl översiktlig kod och utvecklad dokumentation och kommentars-funktion. Det går även göra enklaste sak till en fullständigt obegriplig spagetti-kod även i Labview. Koden f.ö. kan relativt enkelt kompileras för ett antal operativ-system inkl Win CE och Linux.
Labview är inte direkt billigt. Licens ligger på ca 50k om man ska ha lite olika tillägg för full programmerings-miljö.
GPIB hårdvaran, av de jag testat inklusive kina-varianter har det mesta fungerat bra så länge de är kompatibla med Agilent eller National.
Har endast stött på en särling, Prologix GPIB-USB, vilken är enkel att kommunicera med då hårdvaran bättre kan beskrivas som GPIB-FTDI serieport.
Långsam och drivrutiner följer endast delvis IEEE488. Billig och ok om man vill dumpa data någon gång ibland mha egenskriven kod, men så mycket mer duger den inte till då sällan konventionell instrument-programvara fungera ihop med denna plugg. Bättre liknade alternativ är denna: http://www.ebay.com/itm/F82357-GPIB-USB ... 2a24a1fd08
Innehållet är en kinesisk National-kopia och den jag har testat fungerade mycket bra och var ungefär lika snabb som originalet.
Vill man köra seriös industri-kvalitet och alltid vara säker på att det fungerar att kommunicera i nära realtid med bästa kompatibilitet så är det PCI-GPIB som gäller och endast från Agilent eller National. Det finns även andra PCI-fabrikat men kolla innan köp med andra användare om det finns drivrutiner, om den verkligen uppfyller IEEE488.2, och om det finns support. Jag har inte hittat något alternativt fabrikat som kunnat leva upp till ens ett av dessa önskemål.
För instrument med Ethernet eller USB som alternativ till GPIB får man förlita sej på att det ingår Linux VISA-server om man inte har allt för gott om tid att analysera ett enskilt instrument-protokoll och kan skriva egen VISA-server eller specialare mot egen instrument-kontroll-programvara.
Har ingen erfarenhet av hur bra det fungerar i Linux då jag enbart sysslar med Windows i dessa sammanhang.
Letar man alternativa Linux utvecklingsmiljöer för att skriva programvara att hantera ett instrument via GPIB finns många alternativ beroende på hur mycket jobb man vill lägga ned. Att sniffa protokollen är enkelt, men jobbet är att strukturera resultatet.
För Ethernet finns alternativ typ Wireshark om man vill analysera instrument-kommunikation, men denna kommunikation behöver inte vara enligt IEEE488, utan instrumentet kommunicerar oftast med en hårdvaruspecifik VISA-server som i sin tur tillhandahåller protokollet. Inom ett och samma instrumentmärke brukar det finnas systematik och varierande grad av dokumentation hur denna del av kommunikationen fungerar men inget jag skulle ta för givet.
Har testat igenom en del olika GPIB hårdvaror samt och kört GPIB-kommunikation via t.ex. Perl. Håller mej i Windows-miljö men det är knappast en fördel när det gäller Perl. Exempel på Perl/GPIB-kod: http://search.cpan.org/~jeffmock/GPIB_0 ... p59306a.pm
GPIB-bibliotek: http://linux-gpib.sourceforge.net/
Här finns mycket praktisk info: http://www.labmeasurement.de/
Vad gäller överskådlig kodning så är nog Perl bland de mindre bra programspråken.
Det kan ta timmar att analysera några programrader, och då har jag ändå skrivit raderna själv ett halvår innan.
Delvis ligger iofs problemet att jag bara programmerar i Perl lite då och då och glömmer och blandar med andra språk-strukturer rätt fort.
Men Perl är ju så uppbyggt att det lockar till kryptisk förkortningar och man kan i princip skiva ett större program som en enda lång textrad.
Även om man kommenterar varje rad är det t.ex. inte lätt att debugga.
Kommunicerar via GPIB även i Labview. Det är mycket peka och klicka, och hyggligt nybörjarvänligt med mycket färdiga exempel för instrument-kommunikation. Bra när man vill slänga ihop något på 5 minuter, men det går även i Labview gå ner på script-liknande nivå om man vill ha lite mer koll och optimera funktioner. Är det en super-kritiskt programdel så är det inget som hindrar att man länkar in just den biten via en lågnivå DLL, för t.ex. hårdvaru I/O port-kommunikation.
Stora projekt går utmärkt att skriva i Labview, med väl översiktlig kod och utvecklad dokumentation och kommentars-funktion. Det går även göra enklaste sak till en fullständigt obegriplig spagetti-kod även i Labview. Koden f.ö. kan relativt enkelt kompileras för ett antal operativ-system inkl Win CE och Linux.
Labview är inte direkt billigt. Licens ligger på ca 50k om man ska ha lite olika tillägg för full programmerings-miljö.
GPIB hårdvaran, av de jag testat inklusive kina-varianter har det mesta fungerat bra så länge de är kompatibla med Agilent eller National.
Har endast stött på en särling, Prologix GPIB-USB, vilken är enkel att kommunicera med då hårdvaran bättre kan beskrivas som GPIB-FTDI serieport.
Långsam och drivrutiner följer endast delvis IEEE488. Billig och ok om man vill dumpa data någon gång ibland mha egenskriven kod, men så mycket mer duger den inte till då sällan konventionell instrument-programvara fungera ihop med denna plugg. Bättre liknade alternativ är denna: http://www.ebay.com/itm/F82357-GPIB-USB ... 2a24a1fd08
Innehållet är en kinesisk National-kopia och den jag har testat fungerade mycket bra och var ungefär lika snabb som originalet.
Vill man köra seriös industri-kvalitet och alltid vara säker på att det fungerar att kommunicera i nära realtid med bästa kompatibilitet så är det PCI-GPIB som gäller och endast från Agilent eller National. Det finns även andra PCI-fabrikat men kolla innan köp med andra användare om det finns drivrutiner, om den verkligen uppfyller IEEE488.2, och om det finns support. Jag har inte hittat något alternativt fabrikat som kunnat leva upp till ens ett av dessa önskemål.
För instrument med Ethernet eller USB som alternativ till GPIB får man förlita sej på att det ingår Linux VISA-server om man inte har allt för gott om tid att analysera ett enskilt instrument-protokoll och kan skriva egen VISA-server eller specialare mot egen instrument-kontroll-programvara.
Re: GPIB interface med Linux stöd?
VISA-servern skall väl köras på PC:n? isåfall lär den ställa krav på vilken operativsystemsmiljö som kan användas?
Re: GPIB interface med Linux stöd?
Jo det är rimligt att VISA-servern bör vara kompilerad för aktuellt operativ.
http://www.labmeasurement.de/ har en alternativ Linux VISA-server till den NI erbjuder.
Installera NI's variant är lite bökig. https://decibel.ni.com/content/thread/3643
I Windows räcker det med att starta installationspaketet.
Vanligaste problemet i Windows är när man installerar Agilent's server och redan har NI's server installerad, eftersom vissa filer har samma namn och bägge vill ligga i /system32.
Omvänd installationsordning går däremot bra då NI automatiskt byter namn på sina egna filer om det redan finns annan server installerad.
http://www.labmeasurement.de/ har en alternativ Linux VISA-server till den NI erbjuder.
Installera NI's variant är lite bökig. https://decibel.ni.com/content/thread/3643
I Windows räcker det med att starta installationspaketet.
Vanligaste problemet i Windows är när man installerar Agilent's server och redan har NI's server installerad, eftersom vissa filer har samma namn och bägge vill ligga i /system32.
Omvänd installationsordning går däremot bra då NI automatiskt byter namn på sina egna filer om det redan finns annan server installerad.
Re: GPIB interface med Linux stöd?
Mjae, det kanske är struligt om man kör fulbuntu, men kör man en SUPPORTAD linuxdist är det väldigt enkelt att installera både drivers, visaservern och labview även i linux.
NI brukar dock vara lite gnälliga och alltid kalla de fungerande versionera för beta, men det har dom förhoppningsvis slutat med nu.
NI brukar dock vara lite gnälliga och alltid kalla de fungerande versionera för beta, men det har dom förhoppningsvis slutat med nu.
