09-19-2024 04:11 AM - edited 09-19-2024 04:13 AM
Hi Kyle97330,
thanks for this idea. But I don´t unterstand it.
"The user event in LabVIEW essentially has 3 subcomponents in it that you would need to ensure get copied over TCP.
1. The reference (data type + pointer to a memory address where events can be sent).
2. The registrations
3. The data sent with each event"
How can I implement this. The reference is only valid in one executable. There is a possibility to do this by vi-server, but all my tries didn`t work
09-19-2024 04:11 AM - edited 09-19-2024 04:14 AM
avogadro5, thanks a lot, I´ll check this.
09-19-2024 10:46 AM
Hi,
I checked this and I think, thats nearly that I´ve found in an very old post, but without an example... so thanks a lot.
But 🙂 : You wrote in the client-vi --> "reference from remote program: we can't use it in this app". Thats the reason, why, if I made an executable from the client-vi, it doesn´t work...
Or did I made something wrong. Is it nescassary to load it from the executable-path?
But the solution is not far away for me...yeah
09-19-2024 11:13 AM
@Tanchris wrote:
Hi,
I checked this and I think, thats nearly that I´ve found in an very old post, but without an example... so thanks a lot.
But 🙂 : You wrote in the client-vi --> "reference from remote program: we can't use it in this app". Thats the reason, why, if I made an executable from the client-vi, it doesn´t work...
Or did I made something wrong. Is it nescassary to load it from the executable-path?
But the solution is not far away for me...yeah
If you built the client into an exe, then I expect what failed is the node that opens a VI in the remote app from disk:
This path is not actually on disk in a normal build, it's a "virtual" path inside the built client exe and can't be opened from outside the client exe. You can work around this using the build spec to have the client VI in the support folder instead of inside the exe:
Which results in the VI being placed in the data folder.
09-19-2024 02:04 PM
in the LV7 / LV8 time I used to share action engines between 2 LabVIEW built apps, both running on separate Windows PXIs
I took me a while to dig the lava forum thread about this, if it may help...
https://lavag.org/topic/7732-how-to-shared-a-fgv-between-2-lvprojs/
We have two ears and one mouth so that we can listen twice as much as we speak.
Epictetus
10-02-2024 03:37 AM
Hi,
that works fine...thanks.
Is this VI actually part of the executable or not? Or how do I call it so that it is not part of the exe?
10-02-2024 12:16 PM
@Tanchris wrote:
Is this VI actually part of the executable or not? Or how do I call it so that it is not part of the exe?
The VI is not part of either EXE because I configured the build spec to put it on disk in the support folder instead of embedded inside the exe. This page has info about that setting under "Destination" https://www.ni.com/docs/en-US/bundle/labview-api-ref/page/resource/framework/providers/builds/appbui...
If you run that build spec you can see the VI is in the data folder next to the exe file.