First Call?

[stupid]

Hello, does anyone know where the First Call? vi is located in the toolbars?

thanks,
joe

[AIR]

Functions>Synchronization>Synchronization>First Call

Regard,

Wiebe.

"Joe" wrote in message
news:9snnme$rmm$1@delphi.ridgenet.net...
> Hello, does anyone know where the First Call? vi is located in the
toolbars?
>
> thanks,
> joe
>
>

[stupid]

I found it in Advanced->Synchronization. Wow, I didn't know about some of
the other Vi's in the Advanced toolbar, feels good to learn something new.
Thanks Wiebe.
joe

"AIR" wrote in message news:9so7l5$l68$1@news1.xs4all.nl...
>
> Functions>Synchronization>Synchronization>First Call
>
> Regard,
>
> Wiebe.
>
> "Joe" wrote in message
> news:9snnme$rmm$1@delphi.ridgenet.net...
> > Hello, does anyone know where the First Call? vi is located in the
> toolbars?
> >
> > thanks,
> > joe
> >
> >
>
>

[Lab Viewer]

If you have LV 6, try the SEARCH feature after tacking down the palette.
Good Luck!

[BOX]

Dear JOE,

After seeing your question I have something to tell you:

1. you should be ashamed of yourself instead of congratulating the answer
2. of course, that post telling you how to search should be punished
3. a suggestion for your next post - "how can I start LabVIEW on my computer
?"
4. I hope that LabVIEW doesn't have too many users like you

Anyway, good luck and let us know if you can find the block diagram window .


"Joe" wrote in message
news:9snnme$rmm$1@delphi.ridgenet.net...
> Hello, does anyone know where the First Call? vi is located in the
toolbars?
>
> thanks,
> joe
>
>

[CraigGraham]

Dear JOE;

Most people here are less patronising. Don't let this guy put you off.

BOX wrote in message
news:uicI7.158757$5h5.67370103@news3.rdc2.on.home.com...
> Dear JOE,
>
> After seeing your question I have something to tell you:
>

[Brian_Vibert]

BOX,

That was uncalled for. He is obviously a new user seeking advice from more experienced users. That's what this group is for! Apparently you were born a LabVIEW master and never had any questions. I hope that LabVIEW doesn't have too many users like YOU.

Don't let this guy get to you Joe, most people here are much more friendly.

[BOX]

Brian (and Craig),

I'm far for thinking I'm an expert (actually I a beginner too) but:
- a beginner doesn't start LabVIEW with synchronization
- too many people prefer to post a simple question instead of taking a look
in help or trying to solve the problem (this sounds more like taking
advantage of somebody willing to help)
- I don't think that locating a function in a palette is something related
to experienced users ... it's more related to politeness
Anyway, probably I'm alone against everybody and NO CHANCE for me to prove
something

Best!



"Brian Vibert" wrote in message
news:5065000000050000007A4D0000-1004225886000@exchange.ni.com...
> BOX,
>
> That was uncalled for. He is obviously a new user seeking advice from
> more experienced
users. That's what this group is for! Apparently
> you were born a LabVIEW master and never had any questions. I hope
> that LabVIEW doesn't have too many users like YOU.
>
> Don't let this guy get to you Joe, most people here are much more
> friendly.

[Poormanphysics]

Hello all:

So this part of the post seemed to be a battlefield? Anyway in the past I've used all sorts of notifiers and synchros on my codes because I managed motion coordinates, acquisition and Vision in parallel loops I have not used "first call" so it is rather really foreign to me since anyway your .INI could be called at the start-up anyway. But since this is really new I would like to ask how does it really work? I am somewhat confused about "first call" being like and should be really be called "first time" or even "first time call". May I ask about this "first call" thing:

Q1. Would it flag me a value (Boolean) when I clicked my Icon or when I simply push for a run button?
Q2. If I abort or stop in the middle of the process does "first call" reverts again to an uninitialized state? (like it's going to be first call again?)
Q3. Would it work for a case I want to latched a condition at the "power-up" of the VI and never go back at it again? Would an abort or stop the VI revert it?
Q4. Is the "first call" a first time to push a run button or first time to execute a part of the code?

Thank you in advance for those who would enlighten me on this?

Regards,

Berns B.

[tst]

The first suggestion (in the spirit of the thread) would be RTFM. Seriously, the help for the function does answer some of your questions.

1. Yes, if the VI where it's located isn't waiting to run after being run by another caller VI.
2. Yes.
3. Yes. An abort or stop would revert it, so no, you can't use it as a latch.
4. It's the first time a piece of the code is executed, but if you stop the VI (it goes into Idle mode) it is reset.

Basically, the point is this: Has this code been executed since the last time I started running the top level VI? (if there are 2 top level VIs, it's the first one that runs the subVI).

You can see the effects nicely if you use a LV2 global with First Call? (for initialization). If you run the global yourself, First Call will be true every time. If you call it in your code, it will be true only the first time it's called.

I'm not sure what would happen in a dynamic call. My guess would be that it would reset each time you call it.