02-07-2014 05:55 PM - edited 02-07-2014 06:00 PM
My application is using IMAQdx to communicate with a Basler camera. When my camera is triggered with a digital trigger, it sends out an event when exposre finishes. I can use this event to know when to grab an image.
I have a working VI that uses an event structure to handle this event and pull the image. Using an event structure in my main application will not work for my arcitecture, though, so I need to do a callback VI upon event generation.
I have been trying everything to get a callback VI to work, but it seems LabVIEW thinks that the callback VI doesn't match the input to the "Register Event Callback." I have tried everything ranging from making my own VI to match the exact inputs to just using "Create Callback VI" by right-clicking. No matter what I do to the VI, there is a broken wire.
See attached VI's. The callback VI is unnecessary because it is just a blank VI that was generated.
Any help with this would be highly appreciated!
Thank you,
James
Cheers
--------, Unofficial Forum Rules and Guidelines ,--------
'--- >The shortest distance between two nodes is a straight wire> ---'
02-09-2014 08:34 PM
It looks like your code is looking for a TypeDef called CtlRef. I don't know if this is part of the IMAQdx spec, or something you need to provide, but providing it should get rid of the broken arrow.
08-22-2014 04:07 AM
Dear James.
Did you found a solution for this already?
Regards
11-03-2021 07:02 AM
I am having the same problem: trying to create an Event Callback with an IMAQdx sessions as the event source. When you click create callback vi, it creates the VI, but the wire is broken. It says "Wire: function conflict" even though it has the correct connector pane, types, everything.
If I try to create an Event Callback with a different event source (This VI ref, for example) it works fine. No broken wire. It just has a problem with IMAQdx.
Anybody has a solution?
P.S.: I know this a very old thread, but it's still unresolved.
11-03-2021 08:24 AM
It would help us (to help you) if you could create a simple demo VI that illustrates the problem and attach the VI so that we could try to duplicate it with our IMAQdx setups. I'm not certain I've ever tried to create an IMAQdx callback, otherwise I'd look at my own code, but looking at a small picture of someone else's code "that doesn't work" doesn't give me much to go on.
Bob Schor
11-03-2021 08:39 AM
As requested, I have created a simple VI as an example. Its LabVIEW 2020 SP1.
As the comment says, try to create the callback VI by right clicking on the menu item. Is should result in a callback VI strict reference with a broken wire (as in the picture in my previous post).
11-03-2021 11:11 AM
It appeared to work for me:
LV 2020.
11-03-2021 11:38 AM
Hmm ... that's strange. I have a fresh LabVIEW install with some basic VIPM packages. No customizations.
Could you please upload the example vi with the callback vi, so I can try it on my machine?
11-03-2021 03:35 PM
@approximately_whatever wrote:
As requested, I have created a simple VI as an example. Its LabVIEW 2020 SP1.
As the comment says, try to create the callback VI by right clicking on the menu item. Is should result in a callback VI strict reference with a broken wire (as in the picture in my previous post).
Replicated in 2020 SP1 and 2017 SP1 (32b). When I hover over the register node's VI Ref terminal, this is what I get in Context Help:
Here's all my IMAQdx version info for comparison:
Saying "Thanks that fixed it" or "Thanks that answers my question" and not giving a Kudo or Marked Solution, is like telling your waiter they did a great job and not leaving a tip. Please, tip your waiters.
11-03-2021 05:02 PM
This is what I get in LV 2020: