Jump to content

fumbler

Members
  • Posts

    6
  • Joined

  • Last visited

    Never

fumbler's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. It was looking good. The queue handler fiddled the port bits and the Qcaller loaded a 2-byte cluster with portmask and desired state. But when I put the Qcaller in place of the 'Write to Digital Port.vi' it does not execute in a timely fashion. :headbang: What I _had_ was a working vi to capture the switch-on surge. I set up a conditional analogue capture, power up the device and read the analogue data. But with the queue implementation the device does not get powered on until the analogue read times out. How can I tweak the execution priority so that it does what I need? Pete
  2. I got stuck into it today and got a working model with queues. It's a bit messy though. It _was_ really good being able to use channel names to enable portability between DAQ cards but the 6.0i Advanced port config VIs don't seem to recognise a channel list so I had to hard code channel assignments. Now I have to figure out some bitwise maths so that I can simply send a message asking for a single channel to alter. Pete
  3. Thanks Jack, but I can't open it as I only have 6.0i. regards Pete.
  4. My application has to read or set various lines on a single 6025E digital I/O port independently. Individual VIs work fine but when they are in a Teststand sequence the digital I/O falls over because of the port configuration every time. I understand that it is best to put all the DIO in its own VI but I can't grasp how to pass references around between the VIs of the application. Could someone point me to some examples for 6.0i please? Thanks Pete
  5. Thanks guys. Yes, if I was not restricted to Windows it would not be a big problem. Pete
  6. I'm new so this may be my ignorance showing. How can I call an external program ( a PuTTY SSH session) and see and process the replies? I have tried System Exec.vi but it only allows me to set the input lines beforehand and then throws them all at the program. After the session exits I can see the whole result. This is not so useful. I need to wait/parse the remote prompt before issuing the next line of input. Thanks in advance. Pete
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.