Hi, friends. I am new to LabView. Presently, I want to read the data in the GPIB bus, and I also got a example vi as "basic_gpib_write_and_read". My problem is how to get the command list for "Command to Send to Instrument", especially for the operation of "read".
Would you please give me some help?
Thank you very much.
Hi. I want to have remote connection with E4418 Power meter and i have some problems. i wanna have Serial RS232 Connection with the power meter. i have set the configurations and it is correct ( i have chosen "echo On" and when i send a command at RX pin, i get the same command at TX pin. the problem is that my commands are not applied by the power meter. for example when i send "*IDN?\n" i get nothing or when i send "SYSTem:LANGuage?" i get nothing. may u help me?
I'm experienced with LabVIEW, but about to control an instrument in a way that I never have before: plugged in via USB and presenting a serial ASCII interface. I may use the instrument on both Windows and Mac.
Several questions, relevant to both operating systems:
1. Is VISA The best tool for working with this?
2. On a Mac at least, the identifier for the serial port changes based on which USB port I plug into. So I want to know how to handle this in a user-friendly manner. Is there a good way to get a list of all available serial ports and present that to the user in a menu box?
3. Is there any sort of standardized protocol for getting a serial device to identify itself – so that I could poll the available serial devices and automatically figure out which one is my instrument? The device is not a National Instruments product.
Hello,
i am using the IVI drivers in a third party sequencer (not NI).
But i still need the NI MAX to setup the logical names and for the "NI IVI Compliance Package 17.0".
How can i simply install the NI MAX?
Thanks
Good day,
I've come across an oddball GPIB ISA bus card. It's most definitely NI, from the AT-GPIB family, but I've never seen one of those boards have a pair of RCA phono jacks near the backside. As if that wasn't weird enough, there's two additional chips, made by Fujitsu, attached near said jacks.
I've found a part number label on it marked 182785E-01, but nothing relevant seems to come up for that number when searching NI support.
I'm sure it's usable as a stock AT-GPIB, but I'm curious to know what its intended application was.
Thanks much.
I need to set up a GPIB-ENET/100 with a static IP address. Looks like the NI Ethernet Configuration Utility is what I need to use. However, I can't find any download reference to this software. Anyone have an idea where it is hiding?
Hi -
Wondering is anyone has developed a VI for serial comms with an Orion 5 Star pH combo meter. We would like to use this with LabView NXG. Does anyone have experience with this and have a VI already developed?
- Phil
Hello,
I am using the D2XX commands to interface with an FT245R relay board. I can connect, get a handle, get the device details (serial number, etc), get the modem and queue status, etc.
The problem is that I cannot use the FT_'string write' function to change the state of the relays.
UNTIL... I open and close the program provided by FTDI (simple control program for the relays). THEN... it works perfectly.
I don't even have to operate any relays with their program, only use it to open the board one time and then close the program. I only have to do this if the computer has been restarted and can open and close my program as much as I like as long as I don't restart the computer. I have tried all manner of port settings, reset the port, reset the device, tried different time delays, set it to synchronous/asynchronous/bit-bang and everything else that I know. I know that I am connected to the board because I can get the device details but it will not accept my write command until I first use their program to connect to the board. I have read their D2XX programming guide but didn't see any information pertaining to this kind of situation.
Does anyone out there know what command/setting their program contains that would cause this?
Hi Everyone,
I have a problem. I wrote a program that reads sensor values from a device. The device has ethernet port. So I created VISA TCP/IP resource to communicate in NI MAX.
So far, there is no problem. I can get sensor values from device with my LabVIEW program.
But when I try the same procedure on another computer, my VISA Read function gives me timeout error. I tried to query in NI MAX, also there gives me the same error.
I will share a part of my code. Until VISA Read function, there is no problem. But as I said, when it comes to VISA Read function, it gives me timeout error.
Hi,
I am using USB to control DC supply system (Sorensen/Ametek XG 60-25 1500 W). I am trying to get discrete (sampled) sine wave in the DC output of supply system. I have attached the program I have built. I have built it for 23.5*2=45 samples per cycle and it is working as I configured, but the problem is it takes almost 4.5 seconds to change one value of output voltage to another value of output voltage in the output of DC supply system. And so for to complete one cycle it takes 4.5*45=202.5 seconds. This is terribly longer that what I want to have. I also asked DC supply system company to know the response time of DC supply system, and they said it is like 0.3 seconds, but my program takes almost 4.5 seconds. So I think that this has to do with the program I built using LabVIEW. Can you people go through my program and find what is wrong with it? If you can provide another program with the same purpose that also would be really helpful.
Thanks! Appreciated!
Hello All,
I am brand new to developing against any kind of hardware, so some of these questions might seem somewhat silly to many of you. I just got my Advantech USB-4761 configured to work in my environment using the NI-VISA driver-wizard and NI-MAX. I created the driver in the wizard, installed it and it shows up in MAX. Great. However when I try to run the 'VISA Test Panel' against my USB device, I get the following error:
Now after looking at my VISA resource name, I realized mine is suffixed with the word RAW (USB0::0x1809::0x4761::NI-VISA-40006::RAW). The customer I am developing this for has a VISA resource name that is suffixed with INSTR (USB0::0x05E6::0x2110::1415235::INSTR). I have looked all over the place and have been unable to find a good reason for the error I am receiving, but could it have to do with the suffixes on the VISA resource names?
Thanks
Hi there. I've inherited a system that has some issues I'm trying to resolve. I'm new to serial communication, so I'm hoping someone here can point me in the right direction. This system uses VISA to communicate with a Animatics SmartMotor from Moog. The motor program opens a RS232 serial communication channel and then runs a loop every 100ms that does two things: (1) Looks for a new position command from the receive buffer (and moves to the new position if it sees one) and (2) outputs the current motor position + a carriage return back to the LabVIEW system. Note that the system uses a USB to RS232 adapter, so that the motor plugs into the adapter and the adapter plugs into the USB port of the computer.
There are 2 things happening that lead me to believe I'm having some data loss during communication.
First, occasionally the motor will go to the wrong position leading me to believe it is not receiving the correct new position. This is a problem I need to solve.
Second, when I look at the position data from the motor after it comes back to my vi, it randomly drops digits. This is an annoyance, but not critical to system performance. So the data might looks something like this for an actual position of 3333.
3333
3333
3333
3333
333
33
3
33
333
3333
3333
3333
3333
etc.
I've attached a txt file of the SmartMotor code for anyone that wants to check it out along with a stripped down version of the LabVIEW vi's. SM-Test.vi is the top level vi. Any thoughts?
Thanks in advance!
Hello everybody,
After hours of research I've decided to come here and try and get some help. I'm in weird situation, let me explain:
I've got this system which consists of an ADLink 2670 chassis, a 8570 pci and pxi card. Inside the chassis there's various Pickering cards all of which can be found in the device manager (although not in NI MAX). Inside the chassis there is also a NI PXI-GPIB card, this card is detected inside the device manager and also in NI MAX. However, I can't do anything with it. I can't scan (instant error), i tried troubleshooting but the second step always fail, the serial number in unavailable.
Now for the more interesting part, on a different PC, everything works. The only difference between the two computers is the OS, the one working is running on XP the other on WIN 7.
Do someone have a suggestion or an idea ? I know this could be a problem with AD link chassis and this a NI forum, but it seems like it's the GPIB card that won't work.
Have a good day and thank you.
Hey Everyone,
I am working with a cRIO-9024 chassis with a 9870 card also attached for additional serial ports, bringing my total available up to 5. Currently, 1 device is plugged into the 9870 card and communicates properly via serial/VISA with the controlling computer connected to the cRIO via ethernet.
We have a second instrument, a Keithley 6517B electrometer, that I would like to communicate via preferably the built in RS-232 port on the cRIO, however it refuses to accept commands when talked to through the cRIO, and this is a new problem that has occurred. About 4 months ago, we were able to talk to this instrument through the cRIO just fine, but now are unable to (There was a break in using this unit between then and now, where undetermined amounts of software changes on the cRIO happened). Serial communication does work because the first device mentioned earlier is communicating via VISA the entire time contact is attempted with the Keithley unit. Additionally, the unit displays "REM" when it receives serial commands, and does so accordingly when communication is attempted through the cRIO, so the keithley unit is at least recognizing it is receiving commands from the cRIO.
The Problem:
In NI MAX (COM Port):
Opening the VISA Test Panel, changing none of the port settings, while connecting the keithley instrument directly to a RS-232 port on a computer, the keithley responds immediately to the *IDN? command. This has worked with both VISA 15.0 and 17.0 on the computer (Upgraded to see if 17.0 may have been the problem)
In NI MAX (cRIO Ethernet):
On the same exact computer as used above, with VISA 17.0, the VISA Test Panel is opened on the corresponding serial port the keithley is connected to on the cRIO. Once again, no port settings are changed from the default settings in the test panel, and the cRIO port settings are the exact same from the hardwired COM port setup above. When the *IDN? command is sent in this manner, write is shown as okay, the "REM" icon is displayed on the keithley, but either the test panel times out during the read or receives responses from the keithley such as "\FF" "\FE\FC", etc.
For the cRIO, I have formatted the device multiple times, and installed CompactRIO 15, 16, and 17 on the unit with no change in. I have tried talking to the cRIO with other computers than the one used above, with no change in results.
Has anyone experienced something like this, or seem to agree that this may be a bug?
I have seemed to observe that when i have multiple devices communicating via visa in separate loops that the visa open will pause concurrent reads or writes on other threads. I have an architecture that tries to re-establish communication after a device error has occurred and this sometimes causes timeouts on unrelated devices due to the visa open preventing communication to other visa devices. Has anyone else observed this? Is there a simple fix that i don't know about? Really anything is helpful, thanks.
Hi everyone,
I'm currently doing a project that deals with reading a thermocouple's temperature from a TEC controller (ATEC302) and displaying it on labview. However, it is not able to do so. I suspect the problem might be due to the fact that there's 0 bytes read at port using property node. It is able to read the number of data bits and baud rate but not the bytes at port. The controller is supposed to send 8 bytes of data to the computer for the reading process. Below are my block diagram and front panel.
I'm still new to the functions of VISA read/write in labview and any help will be much appreciated. Thank you!
Hi everyone,
I m a Keithley 2612 user and I can give as current or voltage when Volts or Amps.(for example 1 V, -1 V , 1 A) but when I want to source 200 mV or 20 microamper device does not work. I think I have a range problem but I cannot solve it. If you had similiar problem, please share your experience.
Thank you.
We use a specim FX17 cameralink camera which we can control via a PCIe-1430 framegrabber in the specim LUMO recorder software. However once we input an external trigger we retrieve a warning in the LUMO recorder software which is identical in its description to an error we obtain in the NI-IMAQ software (version 17.0) once we press snap/grab. The error we obtain is the following (see also attachment for an image of the error):
Error 0xBFF60022
"A timeout error occurred while waiting for the specified event.
If waiting for an image, verify that all video data is acquired within the timeout period.
If waiting for a signal, verify that the signal assertion occurs within the timeout period."
We ran the help NI>>NI-serial troubleshooter and this also returned an error that the hardware presence can not be verified (see attachment):
"The troubleshooter has identified that no NI-serial interface are configured on your system. ,,,,,,"
We do not know how to solve this problem. Hopefully you the reader has a solution?
It is important to note that we can retrieve data from the camera in specims LUMO recorder software when we internally trigger the camera.
Is there any guidance and interfacing NI-9251 to Python. I've used pyvisa in the past but cannot find any info on interfacing to the NI-9251. I want to understand NI-9251 interfacing prior to purchase.
