Motorjunkie
Member
Hey all,
Here at the facility where I work there seems to be a lot of anxiety and confusion about this upcoming microsoft DCOM update and what exactly it will affect and or break. I've tried to wrap my head around all this, but my inexperience with OPC and Windows is catching up to me.
As far as I know, really the only thing OT that should be affected is anything that uses OPC DA across different machines, correct? Like for instance, RSLinx should still be able to communicate to controllers, but not serve as an OPC Server across machines. Since all we use is RSLinx for OPC connection, I presume then that the only solution is to have RSLinx be running as an OPC DA server on the same machine as the DA clients that need it to avoid DCOM altogether?
I suppose my question could be broadly summarized as this: What's everyone's solution to this DCOM business? OPC DA tunnellers? UA to DA converters? No one at my site seems to have a concrete answer.
Thanks
Here at the facility where I work there seems to be a lot of anxiety and confusion about this upcoming microsoft DCOM update and what exactly it will affect and or break. I've tried to wrap my head around all this, but my inexperience with OPC and Windows is catching up to me.
As far as I know, really the only thing OT that should be affected is anything that uses OPC DA across different machines, correct? Like for instance, RSLinx should still be able to communicate to controllers, but not serve as an OPC Server across machines. Since all we use is RSLinx for OPC connection, I presume then that the only solution is to have RSLinx be running as an OPC DA server on the same machine as the DA clients that need it to avoid DCOM altogether?
I suppose my question could be broadly summarized as this: What's everyone's solution to this DCOM business? OPC DA tunnellers? UA to DA converters? No one at my site seems to have a concrete answer.
Thanks