TomIto Posted March 27, 2007 Report Share Posted March 27, 2007 Dear LAVA users, I am seeking for a solution to build an outlet measurement and control system with PI products(named "E-516") using LabVIEW. Does anybody have experiencies using PI products? It's a controller unit of PI piezo actuator. Also would like to know how much is the accuracy in a case that I adopt LabVIEW. I wonder RT engine is necessary. Thanks in Advance, Tom Quote Link to comment
Ton Plomp Posted March 27, 2007 Report Share Posted March 27, 2007 QUOTE(TomIto @ Mar 26 2007, 09:12 AM) I am seeking for a solution to build an outletmeasurement and control system with PI products(named "E-516") using LabVIEW. Could you give some way of communication? Serial/ethernet/gpib or some manual What have you done already? QUOTE(TomIto @ Mar 26 2007, 09:12 AM) Also would like to know how much is the accuracy in a case that I adopt LabVIEW. The accuracy of LabVIEW is limited by the acquistion device and communication protocol, internally LabVIEW uses up to 128 bit floating point IEEE data storage, but a double datatype (64 bit) will generally be 15 decimal accurate QUOTE(TomIto @ Mar 26 2007, 09:12 AM) I wonder RT engine is necessary. I think RT stands for runtime, you'll need that if you are building an executable or dll for a non-development PC. But generally it is free. Could you give some more info and show something of what you have already tried? Ton Quote Link to comment
Beri Posted March 27, 2007 Report Share Posted March 27, 2007 QUOTE(TomIto @ Mar 26 2007, 09:12 AM) Dear LAVA users,I am seeking for a solution to build an outlet measurement and control system with PI products(named "E-516") using LabVIEW. Does anybody have experiencies using PI products? It's a controller unit of PI piezo actuator. Also would like to know how much is the accuracy in a case that I adopt LabVIEW. I wonder RT engine is necessary. Thanks in Advance, Tom as mentioned by tcplomp, there are essential details missing. ~4 years ago, I had a project where I had to handle with PI devices, namely a controller of a hexapod. If I remember correctly, there was a simple serial connection using a well defined set of commands, so that there were no big troubles. I do not really understand your question regarding the accurancy. Which accurancy do you mean? and RT: do you mean Runtime? or Realtime? is this your controller? http://www.physikinstrumente.com/en/products/prdetail.php?sortnr=602600' target="_blank">http://www.physikinstrumente.com/en/produc...p?sortnr=602600 there is a LabVIEW-driver for that controller provided by PI Quote Link to comment
TomIto Posted March 28, 2007 Author Report Share Posted March 28, 2007 Express my thanks for the reply, Ton(^^) Let me have replies again as followings: -RS232C communication should be used. -We are aiming at the outlet position controlling application of piezo actuator for electrical casting. (Sorry, I don't know details on electrical casting. I'm asked by my colleagues to develop data acquisition with LabVIW since I'm recongnized as the LabVIEW expert here.) -My query on RT was, thinking back from now, stupid(-; because RS232C commucation itself has the limitation at acquisition frequency. I only liked to know RS232C communication's appropriate for the purpose. I'm afraid details above are enogh but if interested I'll get back to give you more information once again. Tom QUOTE(tcplomp @ Mar 26 2007, 08:02 PM) Could you give some way of communication? Serial/ethernet/gpib or some manualWhat have you done already? The accuracy of LabVIEW is limited by the acquistion device and communication protocol, internally LabVIEW uses up to 128 bit floating point IEEE data storage, but a double datatype (64 bit) will generally be 15 decimal accurate I think RT stands for runtime, you'll need that if you are building an executable or dll for a non-development PC. But generally it is free. Could you give some more info and show something of what you have already tried? Ton Quote Link to comment
ScottJordan Posted March 29, 2007 Report Share Posted March 29, 2007 Hi Tom, I am a LabVIEW user for more than two decades and currently work for PI. PI offers a very nice LabVIEW driver for E-516. You do not need RT. You can use PI's driver to communicate with this instrument via RS-232 or GPIB. Let me know if you prefer to do analog interfacing, as we have a solution for that too. Contact your local PI office for a copy of the driver and other applications assistance: http://www.physikinstrumente.com/en/contact/subsidiaries.php Best regards., --Scott Jordan PI Quote Link to comment
TomIto Posted March 30, 2007 Author Report Share Posted March 30, 2007 Hi Scott! Thank you so much for your reply and information. I'll connect and get the driver, after testing via RS232C will come back here again to have some further queries on LabVIEW uses. Thanks any way, Tom QUOTE(ScottJordan @ Mar 29 2007, 05:27 AM) Hi Tom,I am a LabVIEW user for more than two decades and currently work for PI. PI offers a very nice LabVIEW driver for E-516. You do not need RT. You can use PI's driver to communicate with this instrument via RS-232 or GPIB. Let me know if you prefer to do analog interfacing, as we have a solution for that too. Contact your local PI office for a copy of the driver and other applications assistance: http://www.physikinstrumente.com/en/contact/subsidiaries.php''>http://www.physikinstrumente.com/en/contact/subsidiaries.php' target="_blank">http://www.physikinstrumente.com/en/contact/subsidiaries.php Best regards., --Scott Jordan PI Quote Link to comment
ScottJordan Posted March 30, 2007 Report Share Posted March 30, 2007 Hi again Tom, Since I won't know if you posted something here, feel free to email me at scottj "at" pi-usa.us, either with questions or to alert me to a new post here. Thanks & good luck. I think you'll like our LabVIEW drivers-- they are very complete and consistent from instrument to instrument. Best, --Scott Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.