madsma

hey Michael Thanks for the help and support. After working with the problem for a few more days in my new job i found the issue they were having was communicating to an external device via the communications port. the old version relied on some VISA programming and other labview 5.1 tools. My job was to get the communications between labview and the device functioning. I found this was most easily done using the activex box for controlling the commmunications software. After a week of many learning curves i was finally able to get the communications working. Once again thankyou for all the help and support. Ben Madsen

The problem i have is i am using the VISA programs in labview to access the parallel port and drive the 8 output lines to enable some relays. the problem is i need to keep the output bit i am driving high, so that the relay switches on and performs its task. Otherwise if i simply write the data bit output as soon as it arrives and then transmit nothing. Is this just a simple case of putting a while loop around the visa write vi and indexing the data from a counter or is there something more that can help me latch the lines once i decide to write. Thanks Ben Madsen

I have an issue where some vi's were created using labview 5.1. We know want to update to labview 7. I already have the external code and dll from the previous efforts but i need to find a way for this to communicate with labview. I have had a look at the ni.com website and i'm wondering if the solution is as simple as doing the following: LabVIEW includes a utility for automatically converting LabWindows/CVI function panel (.fp) files to LabVIEW instrument drivers. You can find this tool in the LabVIEW menu under Tools>>Instrumentation>>Import CVI Instrument driver. Will this solve the problem so that we can now test the system with labview7. Thanks in advance -- Ben -- ------------------------ I'm Inside, I'm You ------------------------