https://forge.codesys.com/forge/talk/Deutsch/thread/804a588a53/2020-02-28T07:58:53.542000ZRecent posts to EN/ENO2020-02-28T07:58:53.542000Z2020-02-28T07:58:53.542000Zhalohttps://forge.codesys.com/u/halo/https://forge.codesys.com8e7c31b2f878e7d8152ba18ead0ac9c8f847570c

<div class="markdown_content"><p>Benutze "MOVE" auch schon lange. <br/> Bei der Version V2.3.9.25 kommt das Fehler.</p> <p>Viele Grüße</p></div>

2020-02-28T07:58:46.915000Z2020-02-28T07:58:46.915000ZJ Schohaushttps://forge.codesys.com/u/j-schohaus/https://forge.codesys.com030495a4ce24d7dffbfc75b2ff439b12334bf32e

<div class="markdown_content"><p>Hallo <br/> Ich benutze den EN am MOVE heufig und ohne Probleme.<br/> Auch bei REAL variablen keine Probleme.</p> <p>mfG Jochen</p></div>

2020-02-28T07:58:44.419000Z2020-02-28T07:58:44.419000Zhalohttps://forge.codesys.com/u/halo/https://forge.codesys.come224382316d20a6c9d4fda5f770d7b414b901bde

<div class="markdown_content"><p>Hallo, <br/> ich habe ein lustiges Phaenomen, was leider auf der Baustelle nicht lustig ist.</p> <p>Ich habe mehrere Fallunterscheidungen mit Hilfe von EN/ENO Eingängen bei eigenen Bausteinen realisiert. Hat auch funktioniert.<br/> Auf der Baustelle musste ich neue Unterscheidung durchführen, für die habe ich ein "MOVE" Baustein verschaltet und habe <br/> gedacht, dass die Standardbausteine funktionieren sollten. Ha, falsch gedacht. Wenn der Baustein nicht aktiv sein soll, wird er trotzdem bearbeitet und schreibt er in den Ausgang (REAL) eine "0" rein - wahrscheinlich hat jemand gedacht sicher ist sicher. <br/> Dadurch ist die ganze Fallunterscheidung für den .... und ich musste auf den "SEL"- Baustein umsteigen.</p> <p>Könnte man vielleicht machen, dass auch Standard-Dinge einfach funktionieren. </p> <p>Viele Grüße </p> <div class="codehilite"><pre><span></span><span class="n">halo</span> </pre></div> </div>