LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Why it interferences each other when writing digital points to 6052E?

I met a curious problem with NI 6052E for writting multi digital points (on/off or logic high/low level)out via 6052E. (Accessory is SC-2050 and further connecting to Solid State Relay).

I want to control several objects, for instance, obj1, obj2 and obj3 with their own on/off signals and let them run indepedantly. I saved their controlling VIs with different names, for instance, On/Offobj1.vi On/offobj2.vi and On/Offobj3.vi.

The curious phenomenon I met and found is:
obj1, 2 and 3 are all the time wired to different PINs (i.e. Lines of 6052E) and they are quite ok when they are tested seperately with its ownnamed vi. Or say, testing them one by one for their On/Off status has no any probl
em with their On/Off changes. But, But, But whenever an obj of them, for example, obj1 is ON, then any other OBJ, for instance, obj2 which is with its own vi(On/Offobj2.vi) is tried to be turned to ON but the result is failed and it also will turns obj1 to OFF unexpectly. At this moment none of obj1 and 2 are in the On/Off status desired. And one of them will get into its normal status whenever the other one is turned to off.

I have tested all combination of obj1,2 and 3 and found the same phenomenon as above.

Exactly I found this phenomenon in a deeper VI I made and traced back to do this fundamental testing.

Why? What's the reason? Any comments are highly appreciated.

Cheers up!

I used a ready example(see attached file) shipped with LabView and do nothing for modification and direct applied to my VI.
0 Kudos
Message 1 of 3
(2,701 Views)
This might be caused by a setting on the digital port config VI. In the example you sent the iteration counter is unwired. This means that everytime this VI is ran the port will be initialized. It will initialize the entire port not just that specific line. This is my best guess based on what you described.
0 Kudos
Message 2 of 3
(2,701 Views)
Sorry, not the Digital Port Config but the Digital Port Write.vi
0 Kudos
Message 3 of 3
(2,701 Views)