NI Home
Cart Cart | Help
Hello Events Academic NI Developer Zone Support Solutions Products & Services Contact NI MyNI
You are here: 
NI Home > NI Developer Zone > NI Discussion Forums


Reply
Trusted Enthusiast
Mark_Yedinak
Posts: 2,859
0 Kudos

Re: stacked sequences

[ Edited ]

P Anand wrote:
I won`t say that it has to be removed because still it has some use like forcing the code to execute a part of the code which does not have error wire.

You don't need a stacked sequence structure to accomplish this. However, like the post by for(imastuck) indicates you can't simply get rid of it because it would break too much legacy code.



Mark Yedinak

"Does anyone know where the love of God goes when the waves turn the minutes to hours?"
Wreck of the Edmund Fitzgerald - Gordon Lightfoot

Knight of NI
Knight of NI
Ben
Posts: 16,091

Re: stacked sequences

NO!:smileywink:

 

Don't get rid of the Stacked Sequence!

 

I will use a Stacked Sequence in my very often.

 

Frame 1 - contains all of the code.

 

Frame 2 - Contains an image of the State Diagram that documents the code flow. All I have to do is flip to frame 2 to see the design.

 

Of course if NI would restore the State Diagram Editor to its former glory I would not need the stack sequence.

 

 

 

 

Ben

Ben Rayner
Who is NOT John Galt... yet... just building Rayner's Ridge

Trusted Enthusiast
crossrulz
Posts: 4,035

Re: stacked sequences


Ben wrote:

Of course if NI would restore the State Diagram Editor to its former glory I would not need the stack sequence.


Ben, I'm glad you never miss a chance for that plug.

Trusted Enthusiast
for(imstuck)
Posts: 2,108

Re: stacked sequences

[ Edited ]

Ben wrote:

NO!:smileywink:

 

Don't get rid of the Stacked Sequence!

 

I will use a Stacked Sequence in my very often.

 

Frame 1 - contains all of the code.

 

Frame 2 - Contains an image of the State Diagram that documents the code flow. All I have to do is flip to frame 2 to see the design.

 

Of course if NI would restore the State Diagram Editor to its former glory I would not need the stack sequence.

 

 

 

 

Ben


 

PLUG #2!!!

 

Edit: I should really read all the responses first, I'll see crossrulz beat me to it. I'll add a link to another one for good measure



Greg Freeman - CLA, LV Version 2012, 2011, and 2010

G Systems, LP


Knight of NI
Knight of NI
Ben
Posts: 16,091
0 Kudos

Re: stacked sequences

If it gets Jeff K on our side, I plug all day.

 

SDE.png

 

:smileyhappy:

 

Ben

Ben Rayner
Who is NOT John Galt... yet... just building Rayner's Ridge

Trusted Enthusiast
Darin.K
Posts: 3,387

Re: stacked sequences

There is absolutely nothing wrong with the Stacked Sequence Structure. All problems stem from the abomination known as the sequence local.
Active Participant
MoReese
Posts: 780
0 Kudos

Re: stacked sequences


P Anand wrote:
I won`t say that it has to be removed because still it has some use like forcing the code to execute a part of the code which does not have error wire.

Although I do not agree with your assertion about its need (you can force program flow using other methods, i.e. Flat Sequence), I do see the problems you would have with legacy code.  That's something I had not considered.

I am not familiar with FPGA; therefore, I do not see the reasoning behind using a stack sequence with it.  Perhaps someone can expand on this thought on why a Stacked Sequence would work better than a State machine if using FPGA.

-----------------------------------------------------------------------------------------
Reese, (former CLAD, future CLD)

Some people call me the Space Cowboy!
Some call me the gangster of love.
Some people call me MoReese!
...I'm right here baby, right here, right here, right here at home
Active Participant
P@Anand
Posts: 1,618
0 Kudos

Re: stacked sequences


MoReese wrote:

P Anand wrote:
I won`t say that it has to be removed because still it has some use like forcing the code to execute a part of the code which does not have error wire.

Although I do not agree with your assertion about its need (you can force program flow using other methods, i.e. Flat Sequence), I do see the problems you would have with legacy code.  That's something I had not considered.

I am not familiar with FPGA; therefore, I do not see the reasoning behind using a stack sequence with it.  Perhaps someone can expand on this thought on why a Stacked Sequence would work better than a State machine if using FPGA.


Whether its a Flat sequence or a stacked sequence I would use only single frame to force the data flow :smileyvery-happy:. I forgot to state the use of this in larger code. We use to initialize the code in one frame then run the code in another frame then re-init the code in the final frame. I am not sure about the legacy code.

-----

I don't believe in Hard work. I love my work :smileyhappy:
Active Participant
MoReese
Posts: 780
0 Kudos

Re: stacked sequences


P Anand wrote:

 

Whether its a Flat sequence or a stacked sequence I would use only single frame to force the data flow :smileyvery-happy:. I forgot to state the use of this in larger code. We use to initialize the code in one frame then run the code in another frame then re-init the code in the final frame. I am not sure about the legacy code.


Yes, but you can do the same thing with a State machine.  What I am talking about are uses for a Stacked Sequence where a State machine just won't do.

-----------------------------------------------------------------------------------------
Reese, (former CLAD, future CLD)

Some people call me the Space Cowboy!
Some call me the gangster of love.
Some people call me MoReese!
...I'm right here baby, right here, right here, right here at home
Active Participant
P@Anand
Posts: 1,618
0 Kudos

Re: stacked sequences

Yes if my design has Init >> Execute code >> Re-init and exit do you think it is necessary to use state machine?. Because this sequence of execution is never going to change and I feel it is unnecessary to bring a state machine into play.

-----

I don't believe in Hard work. I love my work :smileyhappy:
By using this web site, you accept the Terms of Use for this web site. Please read these Terms of Use carefully before using any part of this site. Please go here for information on ni.com's copyright infringement policy.
My Profile | Privacy | Legal | Contact NI © 2011 National Instruments Corporation. All rights reserved.    |    E-Mail this Page E-Mail this Page