https://forge.codesys.com/forge/talk/Runtime/thread/6a4c612612/2021-07-27T19:48:38.683000ZRecent posts to OPCUA Beaglbone SL2021-07-27T19:48:38.683000Z2021-07-27T19:48:38.683000Zdore2138https://forge.codesys.com/u/dore2138/https://forge.codesys.com95f7623f8a2709b2b85eaa5c0ad44ea37881a75a

<div class="markdown_content"><p>Hi,</p> <p>Creating a boolean without mapping it to the IO module did the trick.</p> <p>Thank you for your help!</p> <p>Kr.</p></div>

2021-07-27T18:01:22.811000Z2021-07-27T18:01:22.811000Zdore2138https://forge.codesys.com/u/dore2138/https://forge.codesys.com5da2aa34c7ea8fe9c49dc03edc94864fcc4a680d

<div class="markdown_content"><p>Hi,</p> <p>This is a kind of a eye-opener!</p> <p>I noticed when I stopped the Bus, OPCUA held its new value, but no change on the Digital ins or outs because the bus is not running.</p> <p>It's a kind of noobie question..., how can this be resolved with a running bus? With a Merker to memory?</p> <p>Thank you in advance for your research!</p></div>

2021-07-27T17:46:40.956000Z2021-07-27T17:46:40.956000Zh-hermsenhttps://forge.codesys.com/u/hermsen/https://forge.codesys.comd56da58c95c305b45a7b38c28e23ccadf6ce5a8c

<div class="markdown_content"><p>Hi,</p> <p>The issue is as I suspected. This is a typical fault in these kinds of setups.</p> <p>Your fielbus is continuously writing to the global var list, while you are trying to write them too via OPC UA. Since the fielbus is writing continuously, it will immediately overwrite any external written signals. The external manipulated signal via OPC UA has been written successfully but gets "squashed" by the fieldbus Value.</p></div>

2021-07-27T07:15:29.566000Z2021-07-27T07:15:29.566000Zdore2138https://forge.codesys.com/u/dore2138/https://forge.codesys.com944b47a510f0b378e0c16eacf99f131f39d85997

<div class="markdown_content"><p>Hi -h-hermsen,</p> <p>Thank you for your reply! </p> <p>I hope the attached gives you more insight.</p></div>

2021-07-26T23:16:12.071000Z2021-07-26T23:16:12.071000Zh-hermsenhttps://forge.codesys.com/u/hermsen/https://forge.codesys.com811267ae38c023daf475f490bd827ea7cd509dbd

<div class="markdown_content"><p>hi,</p> <p>Are you writing this boolean continiously? That could be a possible cause, but without the sourcecode it's going to be a wild guess. If you would share your project (upload it as a projectarchive) we can help you better.</p></div>

2021-07-26T21:37:27.433000Z2021-07-26T21:37:27.433000Zdore2138https://forge.codesys.com/u/dore2138/https://forge.codesys.com86f20fa442ce1b3d4dd78f056523c96babb3b494

<div class="markdown_content"><p>Hello,</p> <p>I'm trying to setup a working connection between CodeSys 3.5 SP17 and UaExpert.<br/> The setup was made following the guide in this <a class="" href="https://help.codesys.com/api-content/2/codesys/3.5.14.0/en/_cds_runtime_opc_ua_server/" rel="nofollow">link</a> .</p> <p>Changes of local and global variables, both booleans, in my PLC program can be observed in UaExpert. Changing them in UaExpert does not affect the PLC program. <br/> All these variables have maximum acces rights under the symbol configuration-tab.<br/> Under the device-tab/Remote-connections/OPCUAServer, the rights of the admin are write/read enabled and I am an admin.</p> <p>The connection between the runtime and UaExpert has been setup using these admin credentials in the Authentication Settings of UaExpert.</p> <p>The log of UaExpert states:</p> <p>'<em>Write to node 'NS4|String||var|CODESYS Control for BeagleboneBlack SL.Application.GVL.BadkamerSCH12' succeeded <span><span>[ret = Good]</span></span></em>' but the booleans remain in the same state it was on PLC.</p> <p>Am I overlooking something?</p> <p>Kr.</p></div>