08-01-2007 04:13 PM
Like This?
08-01-2007 04:15 PM
08-01-2007 04:24 PM
08-01-2007 05:30 PM - edited 08-01-2007 05:30 PM
Message Edited by altenbach on 08-01-2007 03:30 PM
08-01-2007 08:41 PM
08-02-2007 07:19 AM
08-02-2007 08:22 AM
What changed about this VI that it now runs very slowly, and times out?
Also I removed the shift register from the error handling of VISA, I was trying to fix the slowness problem, but it didnt seem to help or hinder so i left it out. bad idea?
I also added a logical case structure so that i would not attempt to read an empty port when not sending code 63.
08-02-2007 08:50 AM - edited 08-02-2007 08:50 AM
It's not a good idea to remove the shift register. If an error occurs, you want to handle it and not ignore it.
You are sending x63. Looking at the manual, the command is decimal 63 and hex 3F. You are getting a timeout because there is no data to be read.
p.s. With your case statement, you are sure to be included in the Rube Goldberg thread.
You could just wire the output of the Equal comparison to the case statement or even simpler is to just wire the numberic to it.
Rube Goldberg code
kinda Rube Goldberg code:
Best:
Message Edited by Dennis Knutson on 08-02-2007 07:53 AM
08-02-2007 09:09 AM
Shouldn't the last case statement be a VISA write with an ACK (hex 06) sent in the x63 case?
VR6Fidelity wrote:
Now if I Send 63, the request values command it goes like this.
1. I send the 63 command2. it says ack3. It sends me data4. I reply ACK to let it know I got the data.
08-02-2007 09:11 AM
About your RUBE GOLDBERG comment:
I attempted to, and did make the nubered cases, with 63 being the one containing the read bytes.
A couple of things about your comment:
1: Is it better to have the boolean T or F with 2 cases in the structure, or have a HEX numbered structure with 63 do the reading and 5 blank cases? Do i need to make all the other cases?
2. You have you case numbered 63 in your busting-my-stones example, but wouldn't it be 3F ??