LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Executable file didn't work with multiple devices communicate using serial port

Another solution is to put the port control inside the while frame.

0 Kudos
Message 11 of 15
(382 Views)

@hw23 wrote:

Another solution is to put the port control inside the while frame.


I am going to strongly recommend that you STOP RIGHT THERE and learn how to program using dataflow.  Properly programmed, you probably would never have encountered this issue.

Bill
CLD
(Mid-Level minion.)
My support system ensures that I don't look totally incompetent.
Proud to say that I've progressed beyond knowing just enough to be dangerous. I now know enough to know that I have no clue about anything at all.
Humble author of the CLAD Nugget.
0 Kudos
Message 12 of 15
(363 Views)

Wonder where were you when I first posted the problem? It is alway easy to criticize the other than give advices.

 

I have posted the problem for quite some time and I beleive alot of people read the codes. Some of nice people gave me advices but didn't figure out why. I really appreciate the advices.

 

There are many levels of developers, and they are seeking helps to solve their problems. 

 

I am posting my solution trying to help whoever/which level that may encounter the problem I had and save their times.

 

You are not humble, you are just mean. There are many levels of developers. The worst is the mean level.

0 Kudos
Message 13 of 15
(331 Views)

Hi hw,

 


@hw23 wrote:

I kind of solved the problem by accident. The executable starts running automatically when you click it. And channeltest.exe looks like stucked somewhere. But when I click stop and terminate the program, and run it with channels has be selected by last run, it works as expected. 

Anyone has idea how to click exe file without running it after click?


I also recommend to stop and start by learning proper "THINK DATAFLOW!"

 

  • Your description sounds like your exe does NOT properly close its frontpanel when you stop it - do you know any other executable that behaves this way?
  • Your description sounds like your executable has the toolbar (including the Abort and Run button) visible: do you know any other executable with an UI working this way?
  • Your description sounds like you don't OBEY DATAFLOW when reading the FP controls and so you need to fill the controls with proper values, stop the program and start it again to read their values correctly…
  • Your description sounds like there is no proper error handling ("stucked somewhere")…

So please: learn to THINK DATAFLOW and implement proper UI handling (next to error handling)!

Best regards,
GerdW


using LV2016/2019/2021 on Win10/11+cRIO, TestStand2016/2019
0 Kudos
Message 14 of 15
(325 Views)

@hw23 wrote:

Wonder where were you when I first posted the problem? It is alway easy to criticize the other than give advices.

 

I have posted the problem for quite some time and I beleive alot of people read the codes. Some of nice people gave me advices but didn't figure out why. I really appreciate the advices.

 

There are many levels of developers, and they are seeking helps to solve their problems. 

 

I am posting my solution trying to help whoever/which level that may encounter the problem I had and save their times.

 

You are not humble, you are just mean. There are many levels of developers. The worst is the mean level.


I'm not being mean.  Sometimes advice hurts, like when the doctor says you are overweight and need to lose x amount of weight.  The answer to poor programming isn't to add more poor programming.  I felt the need to be abrupt, like an intervention.

Bill
CLD
(Mid-Level minion.)
My support system ensures that I don't look totally incompetent.
Proud to say that I've progressed beyond knowing just enough to be dangerous. I now know enough to know that I have no clue about anything at all.
Humble author of the CLAD Nugget.
0 Kudos
Message 15 of 15
(313 Views)