LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Does anyone know where I can find a VI that can communicate with a Druck DPI 510 Pressure regulator. I also need a VI that can set a temperature chamber

I need full control over a druck DPI 510 pressure measurement system. I also need to control the temperature in a chamber. Is there a preexisting VI that I can use, instead of writing the code.
Message 1 of 12
(5,326 Views)
There are no drivers listed for this instrument at http://ni.com/idnet. You may want to contact the manufacturer to see if they have a LabVIEW driver for their instrument. If they don't, you can easily create a low-level driver by configuring an I/O assistant VI for each function in the manual. I/O assistant will parse instrument responses for you. Once you have this low level driver you can just combine functions to make higher level VIs. Alternatively, you can hire an Alliance Member to write an driver for you.
Alliance Member Directory
http://www.ni.com/alliance/alliance_member.htm
0 Kudos
Message 2 of 12
(5,326 Views)
I have a same problem, i want contorl DPI 510 with RS 232 form labview ,but DPI 510 made no response
0 Kudos
Message 3 of 12
(4,797 Views)

This thread is quite old, so you may want to start a new thread.

 

There are still no drivers for that on IDNet, so if the manufacturer does not provide drivers then you will either have to hire somebody to write drivers for you or you will need to write them yourself. If you have to write them yourself then you should start by making sure you can even talk to the instrument. Start by using something like HyperTerminal (if you're on Windows). This will make sure that you can communicate with the instrument. Then in LabVIEW use the Basic Serial Write and Read example to try to do the same thing.

 

If you have not already done so, it is recommended that you go through the tutorial(s) and look over the material in the NI Developer Zone's Learning Center which provides links to other materials and other tutorials. You can also take the online courses for free.

0 Kudos
Message 4 of 12
(4,781 Views)

Here's the manual for the RS232 option- includes wiring and command codes and response formats:

 

http://www.gesensing.com/downloads/manuals/K086B-Is1.pdf

 

-AK2DM

~~~~~~~~~~~~~~~~~~~~~~~~~~
"It’s the questions that drive us.”
~~~~~~~~~~~~~~~~~~~~~~~~~~
0 Kudos
Message 5 of 12
(4,773 Views)

Thanks i have manual for the RS232 option ,

I try it HyperTerminal about K086B-Is1.pdf all control code still no response, link parameters

Address:16 ;

Terminator:<CR> ;

Mode:Direct ;

Baud Rate:9600 ;

Parity:none ;

Output Format:Computer ;

Printer "N" value:1 ;

End Device:No  

0 Kudos
Message 6 of 12
(4,759 Views)

Are you sure you are using the right kind of cable?  The wiring diagram on page 7 makes it look like you should be using a null modem cable.

 

In hyperterminal, are you sure which character is being sent?    Page 16 says that sending a carriage return will return the latest reading.  However, depending on the settings in Hyperterminal, it is possible it is sending a line feed, or a line feed, carriage return combination when you hit the enter key.

0 Kudos
Message 7 of 12
(4,753 Views)
Because of DPI 510 RS232 port is 25-way, so i use a 25-way to 9-way (female) adapter ,and use a straight 9-way to 9-way male to female connector cable for PC , i uncertain page 7 software/hardware handshaking mean so....
0 Kudos
Message 8 of 12
(4,744 Views)

The manual is rather poor in that page 7 really doesn't state whether those pinouts are DB25 or DB9.  But I saw that the pin outs are the same between both devices. (Pin 2 is transmit on both and Pin 3 is receive on both).  And that they have pin 2 wired to pin 3 each way.  Likewise for pins 4 and 5.  That is a null modem cable.  Thus a straight through cable will not work.

 

Handshaking is a method for the two devices to tell each other when they can send data and when they can't send data.  So if the receiving device's serial buffer fills up, it will either send a byte (XOFF) or set the CTS line to tell the other device to stop sending data.  When it has room again, it will either send another byte (XON) or set the CTS line to tell the other device to start sending again.  If it uses bytes, that is software handshaking.  If it uses the CTS line, that is hardware handshaking.  Make sure which way your instrument is set, you do it the same way on the PC side.

0 Kudos
Message 9 of 12
(4,731 Views)

We have a Druck pressure controller and we had to write our own drivers.  Sorry I can't send it to you, it is proprietary.  You can write your own using the serial commands listed in the manual.  Use VISA instead of Serial functions in Labview.  You should get it to work with Hyperterminal first to verify a good connection.  The serial port uses standard wiring, so a 25-pin to 9-pin adapter should be OK.  Don't use any handshaking at all, set to none.  There normally isn't enough communication to overflow a buffer in this instance.  Usually you just send a command and read a response.  Make sure the baud rate, stop bits, parity, etc are all set correctly.

 

When using Hyperterminal, do you see any response at all, even garbage characters?  If not, your wiring may be faulty.  If you see some response, then your settings (baud, parity) are incorrect.

 

- tbob

Inventor of the WORM Global
0 Kudos
Message 10 of 12
(4,712 Views)