LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

race condition


Why do you place the error cluster inside this other cluster?  and also wire a Local Variable if you use a cluster?  I'm confused...
As a coding practice, I never put the error cluster inside another cluster.  I treat that one as a completely different wire independent from all the others.  It goes from VI to VI (function to function), and even if the sub-vi does not generate any error, I still provide it and route it inside the sub-vi in order to manage dataflow.


hahaha. so i shouldn't do that?
i should have TWO PURPLE WIRES?
 one for error in and out, the other is for cluster?
i wired the local variable to the cluster because my cluster doesnt display out into the front panel what is going on. so as the system is WAITING FOR PRESSURE CHAMBER TO BE STABLE AND THINGS LIKE THAT. it doesnt display what have happened. i havent figured it the state machine you have suggested to me yet.

Best regards,
Krispiekream
0 Kudos
Message 21 of 36
(1,188 Views)
I don't think it's bashing, and I don't get the sense that Krispiekream feels he's being bashed.  I just wanted to give an "attaboy" and to keep working on improving the code.


I agree.  If he had thin skin he would have quit posting early on after some of the comments.  Smiley Wink
Jim

LV 2020
Message 22 of 36
(1,188 Views)
oh yeah. dont worry guys, i didnt feel the sense anyone was bashing.
i think everyone have been very helpful and i appreciate that very much. i do feel sometimes that i am wasting you guys valuable time, but it seems like everyone here is so helpful and don't mindSmiley Very Happy. It makes me just wonder, do you guys work for NI to answer the forum? it seems like NO MATER WHAT QUESTION, there will be someone to answer them. i thought that its your full time JOB to answer questions like this because i do noticed someone even answer posts at night, on the weekends. Even when i get home at night, i check my email and i noticed someone is working LATE to answer my post in the evening. Everyone is so damn nice to help out people with lots of questions. especially the noobee like myself. Smiley Very Happy
i do feel sometimes i shouldn't be posting too much questions, but i don't have anyone else to run to when i face issues like this.
i do have a book that i once referred to, but i didn't really use that often because everything in that book useless and i can't talk to talk to the author about the issues i face.
when i came to work here. i fear that i can't do the job and things like that because i used to have a mentor, he would tell me what to do or shows me how to do things. Since i came here, i have to find my own solutions and since i am an entry level, things can feels overwhelming. Since all my tasks so sorta completed (thanks to all of you guys), now i can go back to step one and really learn LABVIEW the right way from the experts.
And also, 7 hrs in this cubical can get boring if LABViEW wasn't fun and no one to talk to about it because they don't know how to program labview.






Message Edited by krispiekream on 07-25-2008 04:28 PM
Best regards,
Krispiekream
0 Kudos
Message 23 of 36
(1,186 Views)
  • Watch out, the inputs to "implies" are not commutative, so you need to switch the inputs for the desired result.
  • I think you left out the carriage return at the end of the format specifier.
  • You really should not hide the cluster going from the unbundle by name input to the central connector of the "bundle by name" input.
  • Same with "press target" all the way to the left. Do it similar to the "pressToContinue" bundling code.
  • The small while loop on the right is probably not needed. What happens in the FALSE case of the small small case structure there? SInce the shift register gets initialized with every call of that loop, it does not do anything useful here and you never seem to use the result anyway.
Message 24 of 36
(1,172 Views)
EDIT:  *** deleted message***  REASON:  I am lagging behind in posts..  😉

Message Edited by JoeLabView on 07-25-2008 05:47 PM
Message 25 of 36
(1,171 Views)

  • Watch out, the inputs to "implies" are not commutative, so you need to switch the inputs for the desired result.
  • I think you left out the carriage return at the end of the format specifier.
  • You really should not hide the cluster going from the unbundle by name input to the central connector of the "bundle by name" input.
  • Same with "press target" all the way to the left. Do it similar to the "pressToContinue" bundling code.
  • The small while loop on the right is probably not needed. What happens in the FALSE case of the small small case structure there? SInce the shift register gets initialized with every call of that loop, it does not do anything useful here and you never seem to use the result anyway.
ahhh man, i am lost now. can you show me what you mean by "
you need to switch the inputs for the desired result."
am i not doing it right?
i dont know what to do about the
carriage return at the end of the format specifier?
everything looks like it was working when i ran the program.
"Same with "press target" all the way to the left. Do it similar to the "pressToContinue" bundling code." I already bundled it at the beginning of initilizing the bundle cluster.
also, i wanted to use the while loop so that ican use the shift register. to get rid of local variables.
let me show you you more of what i did.


Best regards,
Krispiekream
Download All
0 Kudos
Message 26 of 36
(1,160 Views)
joelabview?
i should have TWO PURPLE WIRES?
 one for error in and out, the other is for cluster?
if so i am going to go back to the beginning to change that.


Message Edited by krispiekream on 07-25-2008 05:11 PM
Best regards,
Krispiekream
0 Kudos
Message 27 of 36
(1,158 Views)

If you're use pre LV8.x, then yes, you should have two Purple (more like pink) wires. One for the error cluster and the other for your data.

You last image looks better.  🙂

R

(I'll ignore the Local Variable 😉 )



Message Edited by JoeLabView on 07-25-2008 06:16 PM
Message 28 of 36
(1,147 Views)


krispiekream wrote:

ahhh man, i am lost now. can you show me what you mean by "you need to switch the inputs for the desired result."
am i not doing it right?

To duplicate the original fuunctionality, the "empty path?" output needs to go to the lower input of "Implies" and the tempout needs to go to the upper input.
 



krispiekream wrote:

i dont know what to do about the carriage return at the end of the format specifier?
everything looks like it was working when i ran the program.

In your original code, you concatenated a carriage return character at the end of the string. If you still need that (e.g. if the string goes to a device that expects it), you need to include that at the end of the format specifier. If this just goes to a single line indicator, you don't need it. If the string gets appended to a log fiile, for example, you want to make sure that each entry is on a new line. Just hit "enter" at the end of the format specifier to add a newline character. It all depends what you need.
Message 29 of 36
(1,118 Views)

In your original code, you concatenated a carriage return character at the end of the string. If you still need that (e.g. if the string goes to a device that expects it), you need to include that at the end of the format specifier. If this just goes to a single line indicator, you don't need it. If the string gets appended to a log fiile, for example, you want to make sure that each entry is on a new line. Just hit "enter" at the end of the format specifier to add a newline character. It all depends what you need.


yes, this data does save to the file. i need it to do the same thing it used to do. can you send me a picture diagram of what you mean?

Best regards,
Krispiekream
0 Kudos
Message 30 of 36
(1,107 Views)