Comparaison convertisseur Ethernet/IEEE 488 Agilent et National Instrument

Bonjour,
Dans un de mes appareils j'integre un contrôleur NI NAT 7210 pour la communication IEEE488.
J'ai effectué des essais de communication avec des convertisseurs de la marque Agilent et NI et je rencontre les problèmes suivants :
-          Avec convertisseur NI GPIB-ENET/1000 : ça fonctionne parfaitement à l’identique d’une carte PCI-GPIB,
-          Avec convertisseur Agilent E5810A : ça fonctionne de façon aléatoire : les commandes passent de temps en temps.
La réponse d’agilent sur le sujet a été la suivante :
L’usine s’appuie sur le fait que nous avons écrit cette norme et la respectons totalement ; parallèlement, nous ne permettons aucune liberté dans l’utilisation de la communication en GPIB là où NI est plus souple.
Pourriez vous me donner votre avis sur les trames que j’ai enregistré à l’aide de ma carte PCI-GPIB+.
Merci d'avance.
Pièces jointes :
Expertise E5810A + AP32DT120.docx ‏240 KB

Bonjour Samuel,
Meilleurs voeux pour cette nouvelle année qui debute.
Desolé pour le retard mais cette fois c'est moi qui n'etait pas disponible.
Concernant cette fameuse ligne SRQ.Dans mon programme je surveille le registre ADSR LA/TA.
Qu'en pensez vous?
cordialement,
Fabrice M.
void Init_IEEE488(void)
output_high(RD);
output_high(WR);
output_high(CS_IEEE);
output_low(Reset_IEEE);
output_high(Reset_IEEE);
delay_cycles(2);
output_low(Reset_IEEE);
Write_7210(SPMR,0x99); // 2710 Mode
Write_7210(AUXMR,0x02); // Place 2710 au repos
Write_7210(AUXMR,0b00101000); // Fréq 2710 à 8MHz
Write_7210(AUXMR,0b10000000); // Fréq 2710 à 8MHz
Write_7210(ADMR,0x31); // Mode d'adressage du 2710
Write_7210(ADR,ADR_IEEE_488); // Adr primaire 2710
Write_7210(ADR,0xE0); // Adr secondaire inhibée
Write_7210(SPMR,0); // Adr secondaire inhibée
Write_7210(AUXMR,0b11100000); // Config Parallel Poll
Write_7210(AUXMR,0b01110000); // Inhib Parallel Poll
Write_7210(AUXMR,0b10110100); // Config T1 (AUXRB)
Write_7210(AUXMR,0b11101000); // Config T1 (AUXRI)
Write_7210(AUXMR,0b01001001); // CHES=1, NTNL=1 (AUXRG)
Write_7210(AUXMR,0b10000000); // Normal handshake Mode (AUXRA)
Write_7210(AUXMR,0x51); // hdli command
// Write_7210(IMR0,0b10001000); // GLINT=1, IFC1=1 (IMR0) correction bug double affichage
Write_7210(IMR1,0b00000000); // ERR=0, DI=0, DO=0 (IMR1)
Write_7210(IMR2,0b00000000); // Rien (IMR2)
Write_7210(AUXMR,0); // Place 2710 actif
short IEEE488()
byte IEEE_temp ,IEEE_temp1 , IEEE_temp2, i;
char IEEE_recep[60];
char IEEE_comp[8];
float tmp=0;
if (bit_test(Read_7210(ADSR),2)) // LA ?
IEEE_recep[0] = '\0';
Write_7210(AUXMR,0x03); // rhdf command
IEEE_temp = 255;
IEEE_temp1 = 0;
while ((IEEE_temp > 1) && (IEEE_temp1 < 59))
IEEE_temp--;
IEEE_temp2 = Read_7210(ISR1);
if (bit_test(IEEE_temp2,4)) // EOI ?
IEEE_recep[IEEE_temp1] = Read_7210(DIR);
IEEE_recep[IEEE_temp1 + 1] = '\0';
IEEE_temp = 0;
else
if (bit_test(IEEE_temp2,0))
IEEE_recep[IEEE_temp1] = Read_7210(DIR);
IEEE_temp = 255;
IEEE_temp1++;
Write_7210(AUXMR,0x03); // rhdf
Write_7210(AUXMR,0x03); // rhdf
Write_7210(AUXMR,0x51); // hdli
if (IEEE_recep[0] == '*') // *IDN? = nom de l'amplificateur
if (IEEE_recep[1] == 'I')
if (IEEE_recep[2] == 'D')
if (IEEE_recep[3] == 'N')
if (IEEE_recep[4] == '?')
tmp_IEEE=1;
if (bit_test(Read_7210(ADSR),1)) // TA ?
if (tmp_IEEE==1) ///////////// Lecture *IDN? ou ID?
IEEE_temp1 = 0;
IEEE_temp2 = Read_7210(ISR1);
IEEE_temp = 255;
while ((!bit_test(IEEE_temp2,2)) && (IEEE_temp1 <= (ID_size - 1)) && (IEEE_temp > 1))
{ // ERR? && fin de chaine
IEEE_temp--;
if ((IEEE_temp1) == (ID_size - 1))
Write_7210(AUXMR,0x06); // EOI?
Write_7210(CDOR,ID[IEEE_temp1]);
IEEE_temp1++;
IEEE_temp = 255;
if (bit_test(IEEE_temp2,2)) // ERR ?
Write_7210(AUXMR,0x0E); // nbaf
Write_7210(AUXMR,0x57); // Clear ERR
Write_7210(AUXMR,0x0B); //lut
return(1);
Write_7210(AUXMR,0x0B); //lut
if (IEEE_temp <= 1)
Init_IEEE488();
tmp_IEEE=0;
return(0);
return(0);

Similar Messages

  • I was given a task to find out more informatio​n on the following before we purchased anything. Please, can you answer the following questions regarding the IEEE 488 to Ethernet.

    1) How do we connect our network analyzers to the network?
    2) What do we need to purchase?
    3) How much is this going to cost us?
    4) What kind of capabilities will this give us? (if any)

    I think you are talking about the GPIB-ENE from NI.
    1) You have to setup the ENET box by giving it an IP address. You may also need your Sys Admins help to do this. After that you will need to install the software, connect to the ethernet and connect to the equipment.
    2) GPIB-ENET/100 from NI. Not sure if the NI488.2 comes with it or seperately, but you need it also.
    3) Between $1,000 and $1,500 (US)
    4) I like this solution. It allows you to control IEEE 488
    equipment from virtually anywhere. You do not have to have a GPIB controller on every PC, but only on the equipment to control. I have test stations that I roll from place to place. I don't have to worry about connecting the station to a PC. I simply plug the station into the LAN and use any PC I want.
    If you have e
    quipment that you would like to control from anywhere or move from place to place this is the only way to go.
    Kevin

  • NI IEEE 488.2 and Borland C++ Builder 1.0

    I have an NI IEEE 488.2 card connected to a HP DVM. I am using this as a
    test bed to develop the 488.2 base code for other projects. The rack system
    normally runs off of LabVIEW 6.1.
    I will eventually move this code over to run an old prober. When I initiate
    the program level commands, ibdev or ibwrt for example, through WIBIC I have
    no problems. Neither setting up or reading from the meter. When I utilize
    these very same commands in the compiled software I get nothing. It's as if
    the program isn't even going out and looking for the card.
    I have called the decl-32.h and the NI provided .obj file as the language
    translator, but nothing.
    Any help?
    Seth

    Diego,
    Thanks for the reply. I fixed the problem. It was the machine I was working
    on. I had our IT guy give me a more up to date machine and comm. commenced
    nicely. I've only written a small bit of C++ and like the Builder
    environment. There never was anything wrong with the card, the NI 488.2 or
    NI 488 commands.
    But, I'm moving on to our LabVIEW 6i. As an engineer, I was appalled to
    find that we owned a full version of 6i Development System and are still
    testing our production devices by hand.
    Being that I am learning LabVIEW, you are sure to hear from me quite a bit.
    Any help as to the location of some nice info on communicating with Excel
    from LabVIEW?
    Regards,
    Seth
    DiegoF wrote in message
    news:50650000000500000034270100-10423
    [email protected]..
    > Hi Seth,
    >
    > Do you get any compiler/linker errors? How about run-time errors from
    > the GPIB calls?. Do you check the status of ibsta after ibfind or
    > ibdev?.
    >
    > Try to run one of the examples to see what happens. It is really
    > strange that nothing happens at all.
    >
    > DiegoF
    > National Instruments.

  • National Instruments PXI with IEEE 802.15.4 standard (ZigBee)

    Bonjour,
    En fait, je travaille sur  un projet qui a pour but d’implémenter un émetteur/récepteur Zigbee en bande de base reconfigurable sur la plateforme d'évaluation XUPV5-LX110T qui embarque un Virtex 5. Je suis actuellement dans la phase de test réel.
    Premièrement, Je veux envoyer mes données venant d’un pc vers un FPGA et de les recevoir (pour traiter mes signaux sur Matlab). Est-ce-que cette tâche est faisable ou non ? Y a-t-il une solution pour ça en utilisant un média de communication (la liaison série par exemple)
    Deuxièmement, Y a-t-il un équipement de mesure et de test de National Instruments à l’aide des PXI qui supporte le protocole sans fil Zigbee ou autrement la norme IEEE 802.15.4 (à savoir RF Vector Signal Generator et Vector Signal Analyzer) de la partie frontale analogique que ce soit en émission ou en réception?
    Et merci d’avance pour tout le monde.
    Hello,
    In fact, I'm working on a project which aims to implement a reconfigurable Zigbee tranceiver on XUPV5-LX110T Evaluation platform which integrates a Virtex 5 FPGA. I am currently in the phase of real test.
    First, I want to send my data from a PC to FPGA and receive it (to treat my signals on Matlab). Is this possible or not? If yes, Is there a solution for it using a medium of communication (e.g. serial link)
    Second, is there a measuring equipment and testing National Instruments using PXI which supports the Zigbee wireless protocol or otherwise IEEE 802.15.4 standard (i.e. RF Vector Signal Generator and Vector Signal Analyzer) of the analog front-end either in transmission or reception?
    And thanks a lot in advance for everyone.

    Hello,
    I am not sure what data you will be collecting, or how you intend on using the board. Perhaps you can explain your application a little bit more?
    Is the FPGA code already developed for your application with the XUPV5-LX110T board? As long as the developed FPGA code is able to communicate with your PC via whatever protocol you choose, then you can use that as a channel to send data back and forth. Since the board is capable of many different I/O connections, you can pretty much sending/receive data over which ever connection you prefer, Ethernet, RS-232, etc.
    Just to clear up any confusion, if you do not already have FPGA code for the board, this is not something you would be able to develop with LabVIEW FPGA programming. The XUPV5-LX110T board is not supported for programming its FPGA using LabVIEW FPGA. You can however, program in labVIEW to communicate data back and forth with the I/O you have chosen to connect with to your PC, such as Ethernet or RS-232, as mentioned above.
    As far as measuring equipment NI offers for testing with the Zibee (IEEE 802.15.4) wireless protocol in the PXI platform, if your application requires you to both transmit to, and received from the board, and then you would need either both a Vector Signal Generator and Vector Signal Analyzer, or a Vector Signal Transceiver. See the list below for some examples of what we have to offer.
    VSAs: NI PXI-5661, NI PXIe-5663E
    VSGs: NI PXI-5671, NI PXIe-5672/5673E
    VSTs: NI PXIe-5644R/5645R/5646R
    From my knowledge of ZigBee, you would be capable of communicating with the board using any of these devices.
    Matthew R.
    Applications Engineer
    National Instruments

  • How to use labview to talk to PC ELITE IEEE 488 Interface

    hi,
    I am trying to talk to EAC 300HR and EAC 2000 controllers using PC ELITE IEEE 488 Interface throguh labview. It would help if someone cpould give me a clue ablout how to start with it??
    ABhishek

    Hi,
    As with any hardware, this board should come with its device driver. The device driver allows you communicate with the device from your application.
    Also, the device driver needs to provide Language Interface files. For example, NI-488.2 (NI's GPIB driver) provides header and library files for Visual C, .bas files for Visual Basic and VIs for LabVIEW. Each of these allows you to call the GPIB function from any of these programming environment.
    You should check the documentation of you board and determine what Language interface files it provides. Look in their website for any LabVIEW drivers.
    If the driver does not provide LabVIEW drivers, you can still use the driver if it provides a dll where you can call the driver function. In labVIEW yo
    u can use the Call library node to directly call dll functions.
    DiegoF.
    National Instruments.

  • Communicating between GPIB IEEE 488-1978 Instrument and LabView

    Hi,
    I'm currently trying to convert some old BBC BASIC Code into Labview 6.1.
    The BBC Computer has a GPIB Comms Unit attached to it to communicate with an old Marconi Instruments Microwave Counter 2440 using GPIB IEEE 488-1978.
    I am currently trying to get Labview to communicate with the Counter using GPIB 488 vis and a NI GPIB 488.2 Card but I'm not able to get anything out of the Counter or get MAX to even acknowledge the equipment exists.
    I was wondering if anyone out there knows if it is possible to communicate with a GPIB IEEE 488-1978 instrument in Labview 6.1 (or any other LV Versions) and if it is, does anyone have a driver for the instrument (Marconi Instruments Microwave Counter 2440 circa 19
    84) or having any helpful tips on the protocol for talking to a IEEE 488-1978 instrument.(I have some previous experience using VISA.)
    Many Thanks in Advance for your help.
    Sammy Mason

    I have done this with several instruments. It is best to get a hold of the manual for this instrument and see what commands it uses.
    MAX will not find this using the *IDN? query. In MAX, open the "Communicate With Instrument" window and type "ID?" (without the quotes), and hit query. You should get some basic information back from your instrument.
    I use GPIB Read and GPIB Write most often. Your instrument probably doesn't support much else. Maybe Clear and Poll.
    Be careful if you are using a newer, faster computer. There are Knowledge Bases and Discussion Forum topics that discuss the problems that can arise. To prevent these problems, I created my own Read and Write VIs. They just have a few milliseconds delay before the read or writ
    e takes place
    Attachments:
    GPIB_Read_with_Delay.vi ‏37 KB
    GPIB_Write_with_Delay.vi ‏35 KB

  • Communicate to a Fluke 8840a, VB, IEEE-488; Error ECIC(1)

    I am trying to communicate to a Fluke 8840a using VB 6/Measurement Studio via IEEE-488
    Using Explore GPIB I can scan and find the DMM.  However when ever I try to “Communicate with Instrument” I’m getting a ECIC (1) error [NI Spy] no matter what is typed into the “send string”.  I have been through the help files and nothing has worked or I am doing something wrong [most likely].
    I have look at the fluke example and other examples and it is not much help as I keep getting the CIC error
    I know the interface works on the DMM because it is calibrated through the port.
    NI-488.2 Version is 1.6, NI Spy is 1.4.  My development system is Windows 2000 [no out side net connection]
    Any help is much appreciated

    Matt S,
    This was not the answer I was hoping for but what I sort of expected.  The reason was the additional paper work I needed/had to go through to allow the download of the executable from the net.
    I got the upgrade installed and was able to read the DMM through the Explorer with no problem.  From here, I do not expect any further problems. 
    Thanks Again
    Matt

  • Can IEEE 488.2 Labview software/drivers used on a IEEE 488.1 instrument

    I have a IEEE 488.1 device but am using a IEEE 488.2 Labview software/driver package.  Measurement and Automatiion
    tells me that the IEEE 488.2 board is working properly but there is no communication between the board and the device.
    Is IEEE 488.2 downward compatible?  If not, is there any remedy rather than getting a new board or getting a new instrument
    with IEEE 488.2 software?
    Thanks.
    Mark

    Hello,
    In my application I am conducting a pressure test, Here am using DMA Make Air Data Test Set witch I am interfacing to the PXI system through GPIB.
    In MAX the particular GPIB address is detected but if i write a query "*IDN?" it did nt respond.
    To debug this issue I used NI 488.2 Interactive control when i started communicating with the instrument it throws error such as EAB0 and status as TIME0 and CMPL
    Here the Instrument DMA make MPS31C is 1EEE 488.1 Compliant.and NI 488.2 Ver 2.52
    Please find the attached operation manual and Device communication manual of the Air data test set
    Please suggest be a solution for this issue.
    Waiting for a quick reply
    Regards
    Lingaraj
    Attachments:
    EM MPS31C Operating0108.pdf ‏2452 KB
    EMPS31CExtDrivComm.1010.pdf ‏104 KB

  • National Instruments PXI avec IEEE 802.15.4 standard

    Bonjour,
    En fait, je travaille sur  un projet qui a pour but d’implémenter un émetteur/récepteur Zigbee en bande de base reconfigurable sur la plateforme d'évaluation XUPV5-LX110T qui embarque un Virtex 5. Je suis actuellement dans la phase de test réel.
    Premièrement, Je veux envoyer mes données venant d’un pc vers un FPGA et de les recevoir (pour traiter mes signaux sur Matlab). Est-ce-que cette tâche est faisable ou non ? Y a-t-il une solution pour ça en utilisant un média de communication (la liaison série par exemple)
    Deuxièmement, Y a-t-il un équipement de mesure et de test de National Instruments à l’aide des PXI qui supporte le protocole sans fil Zigbee ou autrement la norme IEEE 802.15.4 (à savoir RF Vector Signal Generator et Vector Signal Analyzer) de la partie frontale analogique que ce soit en émission ou en réception?
    Et merci d’avance pour tout le monde.

    Bonjour,
    Si vous utilisez LabVIEW ou Lab/WindowsCVI ou n'importe quel logiciel National Instruments et nos cartes FPGA c'est tout à fait possible de le faire.
    En ce qui concerne la norme IEEE 802-15.4 vous pouvez communiquer avec un PXI 5660 par exemple.
    Accelerating ZigBee and 802.15.4 Module Testing with LabVIEW and an NI RF Vector Signal Analyzer /
    http://sine.ni.com/cs/app/doc/p/id/cs-744
    Brice S.
    National Instruments France

  • How can you interface IEEE 488 bus with labview

    Hi
    How should I proceed to interface labview with an instrument (an impedence analyser with a IEEE 488 port) and labview through a IEEE 488 interface card in the PC.
    Thanks
    Mal

    Hi,
    You hava a group of functions to do that. Go to Instrument IO --- GPIB.
    There you can find the tools you need to comunicate with an instrument via GPIB.
    You can also use MAX (Measurement and Automation Explorer) to test your comunication before implementing it in LabVIEW.
    Hope this gets you started,
    Paulo

  • NATIONAL INSTRUMENT​S LABVIEW REALTIME V6.1, NI-488.2 V2.01, CNC CADCAM

    IAR, NATIONAL INSTRUMENTS LABVIEW REALTIME V6.1, NI-488.2 V2.01, CNC CADCAM
    IAR,
    Microwave Design Office 2002, Cadence, OrCAD, Protel, FPGA, VHDL,
    Natinst, Xilinx, Siemens Simatic, Labview, metrowerks codewarrior8
    [2CDs],
    other 20 gigabytes/week software for pc and mac
    send email for catalogue

    Hello,
    Which driver have you on your computer ? You can see them in MAX >> Software. Which is version of ni-visa, ni-488.2 ?
    What kind of protocol do you want to use : gpib, serial, parallel ?
    What ahhpens in AMX when you test your communication ?
    What are error code and error string ?
    Regards,
    Isabelle
    Ingénieur d'applications
    National Instruments France

  • S: cheap LabView compatible GPIB-IEEE-​488 Card

    Hi Newsgroup,
    i'm looking for a cheap GPIB-IEEE-488-Card (LabView compatible) to control a
    climate-chamber with LabView 6.i. As the climate-chamber was build more than
    ten years ago, i don't expect it's interface to be compatible to the
    IEEE-488.2 standard.
    Following information about the interface occur in the manual: IEC-bus, IEEE
    488 plug connector
    Is there a downward-compatibly form IEEE-488.2 to IEEE-488?
    Does anybody know where i can buy such a card for few money?
    I've found a Dealer in Germany (where i come from) with the following offer:
    http://www.quancom.de/quancom/quancom01.nsf/home_p​rod_deu.htm?OpenFrameSet&F
    rame=unten&Src=http://www.quancom.de/qprod01/deu/p​b/gpib_1.htm
    For me it seems to be quite inexpens
    ive, but i have few experience within
    this range. Therefore I would be glad, if you could help me. My boss would
    not appreciate if spend a lot of money for a card, which does work together
    with the climate-chamber.
    Greetings
    Florian

    Les's answer about 488 is right on. 488.2 is just a superset of the original 488 - nothing about the electrical interface has changed. You question about low cost cards has a different problem however. The GPIB functions in LabVIEW will only work with an NI card. If a vendor offers a VISA driver for their card, then the LabVIEW VISA functions will work but I have had some problems with very old instruments and VISA. If the vendor offers GPIB drivers for LabVIEW, then use those. If all they have is a DLL that you need to call, then you've got a lot of software development ahead of you. All of this means is that the cost of the hardware is just a part of the overall cost of a project. If you manage to save $100 on the board and then have spend a week or two o
    n the basic GPIB software, you really haven't saved anything.

  • Hameg power supply HM7044 ieee 488 (GPIB) device control

    Dear All,
    I have a power supply (Hameg HM7044) with a GPIB interface.It seems that there is no VI to control it in the HAMEG or the ni websites.
    Since i am new to this kind of interface i have two questions.
    -if i connect the device how do i know the address it is in.
    -is there a general VI to interact with GPIB -ieee 488 devices?
    thank you in advance,
    thodoros 

    Well, there is a driver here but it is for RS-232 and for some stupid reason, they have password protected the VI. That should deserve a nasty message to them.
    First, if you use an NI GPIB controller, you will get a program called Measurement & Automation Explorer (MAX). As part of the installation instructions, you will do a 'Scan For Instruments'. This will return a list of GPIB addresses for all of the connected instruments. Second, the information for setting the GPIB address is going to be in the instrument manual. If you don't have a manual, get one because you can't do a thing without one.
    To communicating to GPIB instruments, the recomended API is VISA. The majority of the time, all that you will need is a VISA Write and a VISA Read.
    You can learn some of the basics at the Instrument Control Fundamentals page.

  • LV runtime error in file C:\Program Files\National Instruments\LabVIEW 2010\CCodeGen\libsrc\os\rtx\LVThreads_rtx.c

    Hello,
    I tried to run my application on LM3S8962.
    The build succeeded. All LEDs are green,
    but the application doesn't run.
    The error message appears in the status window:
    [17:06:21] Status: Build Succeeded.
    LV runtime error in file C:\Program Files\National Instruments\LabVIEW 2010\CCodeGen\libsrc\os\rtx\LVThreads_rtx.c at line 141: 2 19
    This message isn't really enlightening to me.
    Doesn't anyone know how to solve the problem?

    Hi Peter,
    i tried to modify the code to isolate the problem.
    With the attached code the new error message appears:
    LV runtime error in file C:\Program Files\National Instruments\LabVIEW 2010\CCodeGen\libsrc\blockdiagram\CCGClusterSupport.c at line 141: 2 13
    What are the limits of clusters in LV ARM?
    My Toolchain:
    Tool Version Numbers:
    Toolchain:        RealView MDK-ARM  Version: 4.11
    Toolchain Path:    BIN40\
    C Compiler:         Armcc.Exe       V4.0.0.728
    Assembler:          Armasm.Exe       V4.0.0.728
    Linker/Locator:     ArmLink.Exe       V4.0.0.728
    Librarian:             ArmAr.Exe       V4.0.0.728
    Hex Converter:      FromElf.Exe       V4.0.0.728
    CPU DLL:               SARMCM3.DLL       V4.11
    Dialog DLL:         DLM.DLL       V1.19a
    Target DLL:             BIN\UL2CM3.DLL       V1.63
    Dialog DLL:         TLM.DLL       V1.19a
    Thanks
    Marco
    Attachments:
    ICUA4_SOURCE_DISTRIBUTION.zip ‏463 KB

  • Is there any alternate National Instruments Academic board for Altera DE2 Development & Education Board (P/N DE2-BRD-C35/UNIV)

    Hi,
    I am trying to compete with Altera DE2 Development & Education Board. Please let me know if National Instruments has equal product to DE2 Board. I look forward to your prompt response.
    Best regards,
    Vicky

    Hi Vicky,
    We have numerous Academic Product Bundles, to suit different needs. You would be interested in looking at the following post which talks about the Spartan-3E board. I would suggest contacting us at 1-888-280-7645 for more information. Hope this helps.

Maybe you are looking for