Synchronize Loops w/QSM?

[Derek Price]

I'm using an Event-Driven QSM for a project.  I had to pull one of the states out due to performance issues with the serial port.  It's now it its own loop, but I still want to control the port opening and closing from the state machine.  How do I prevent the parallel loop running before I'm ready?  I tried simplifying my current application and attached it?

Thanks!


Message Edited by Derek Price on 05-15-2008 07:05 AM

Message Edited by Derek Price on 05-15-2008 07:06 AM

[MikeS81]

Hi Derek,

insert your code from the parallel loop into your idle case. See the attached example.

[edit] You don´t have to change the timeout, because you send the message every time. [/edit]

I make a new example.

Hope it helps.

Mike

Message Edited by MikeS81 on 05-15-2008 01:19 PM

[MikeS81]

Hi Derek,

here is the other example.

Hope it helps.

Mike

[Spectre_Dave]

Derek

Here is yet another example.

[rpursley8]

VADave has the best answer for your question, but for future reference you might look into the Rendezvous vis and see how they work.  They could be a better answer in a future application.

[Derek Price]

Mike S81 - I actually had it setup that way before, but there were performance issues with the serial port that made me put it into its loop.

VADave has a solution closer to what I was looking for.  However, I want the state machine to control the initialization and closure of the serials ports, in case I need to close and reopen a port.  How do I make sure that the serial port in the parallel loop is initialized in the state machine first?

Randell - how do I choose from all the synchronization tools - queues, rendezvous, occurrences, etc.?  What makes you recommend the rendezvous?

Thanks,
Derek

[MikeS81]

Hi Derek,

make sure that the dequeue element from the "data" queue runs before the dequeue element from "your" queue. You can insert it, into the error wire.

Mike

Message Edited by MikeS81 on 05-15-2008 04:43 PM

[Derek Price]

Hi Mike,

I'm still a little confused.  In this simplistic example, the VISA configure is happening external to the parallel loop and not within the main state machine loop.  There may be times where the serial port needs to be changed during run-time, but I'd have to restart the program in this case.  How do you enforce ordering - making sure that the parallel loop is not run before the VISA configure in the state machine is initialized?

Thanks

[MikeS81]

Hi Derek,

yes you are right, with the example from VADave you have to restart your program. Where do you have performance issues with my example?

Mike

Message Edited by MikeS81 on 05-16-2008 12:38 PM

[Spectre_Dave]

Derek

I made a modification to allow reinitializing the serial port without restarting.  You could replace the Init Serial Port Boolean Control with synchronization logic like Randall suggested.


Message Edited by VADave on 05-16-2008 06:48 AM

Message Edited by VADave on 05-16-2008 06:49 AM