https://forge.codesys.com/forge/talk/Deutsch/thread/104200a628/2020-02-28T08:14:52.062000ZRecent posts to ST: Wie Arrays von Funktionsblock an Funktion übergeben?2020-02-28T08:14:52.062000Z2020-02-28T08:14:52.062000ZAnonymoushttps://forge.codesys.com/u/*anonymous/https://forge.codesys.comf593edeeaddb564a9cd81209d31f68e513135164

<div class="markdown_content"><p><em>Originally created by:</em> TH</p> <p>Nochmal vielen Dank für die vielen Antworten.</p> <p>@Rainer</p> <p>Die Variante "globales Array" scheidet aus, da ich verschiedene Funktionsblöcke mit solchen Arrays habe, die pro Funktionsblock unterschiedliche Daten enthalten und unterschiedliche Größen haben. Die Funktion(en) soll(en) mit dem Datenstrom in den Arrays arbeiten.</p> <p>@alle</p> <p>Mit Pointern konnte ich das Problem gut lösen. Es ist dann eben keine IEC 61131-3 Portierung geworden, sondern eine CoDeSys-Portierung, weil ich POINTER, ADR und SIZEOF verwendet habe. Eine andere Lösung konnte ich nicht finden, und laut Bernhard scheint es ja auch keine zu geben. Alternativ bräuchte ich wohl so was wie eine "Referenz" auf das Array oder so eine Art "gleitendes Sub-Array, das über das große Array verschiebbar ist, oder so eine Art "Basisklasse" zu den Funktionsblöcken.</p> <p>Es geht konkret um eine ST Portierung der fuzzyTECH Runtime Library. fuzzyTECH wird die Fuzzy-System-spezifischen Daten plus i/o-interface als einen instanzierbaren Funktionsblock erzeugen. Die eigentliche Fuzzy-Berechnung wird dann in einer Funktion durchgeführt werden, die für alle erstellbaren Fuzzy-Systeme gleich ist und durch das jeweilige Instanz-Daten-Array geeignet gesteuert wird.</p></div>

2020-02-28T08:14:45.397000Z2020-02-28T08:14:45.397000ZAnonymoushttps://forge.codesys.com/u/*anonymous/https://forge.codesys.com8ae3f3160c54f95688f75137cf2803052c9b1a29

<div class="markdown_content"><p><em>Originally created by:</em> Bernhard Werner</p> <p>Hallo allerseits,</p> <p>zur Klarstellung: Pointer sind in der Norm nicht vorgesehen, das ist eine "3S-Erfindung". Es dürfte aber jedem klar sein, dass der beschriebene Fall ohne Pointer nicht sinnvoll zu lösen ist. Deswegen haben wir ja auch Pointer eingeführt.</p> <p>Ich würde niemandem raten, in seinem Projekt nur "reine" IEC zu verwenden. Aber es ist gut, wenn man weiss, an welchen Stellen man die Norm verlässt. Sinnvoll kann es sein, systemspezifische Teile in eigene Bausteine zu stecken, und vielleicht in einer Bibliothek zu kapseln.</p> <p>Im vorliegenden Fall hiesse das: die Funktion, die den Array bekommt auszugliedern, die Funktionsblöcke die die Arrays beinhalten aber in portierbarem ST zu schreiben. </p> <p>Wenn man portieren muss, muss man dann nur abgegrenzte Teile des Projekts anfassen. </p> <p>Das einfachste ist aber, man wechselt nur zu anderen CoDeSys-programmierbaren Geräten. </p> <p>Bernhard</p></div>

2020-02-28T08:14:43.105000Z2020-02-28T08:14:43.105000ZRainerhttps://forge.codesys.com/u/rainer/https://forge.codesys.com503c2a6b2a3d7ba23f9699530ce21b0535c176d5

<div class="markdown_content"><p>Kannst du das Array nicht global deklarieren?</p> <p>Dann ist es überall bekannt und du brauchst es nicht übergeben. </p></div>

2020-02-28T08:14:36.375000Z2020-02-28T08:14:36.375000ZAnonymoushttps://forge.codesys.com/u/*anonymous/https://forge.codesys.come5ec4a6a3171a08ada54eab7da218740df7c3dbc

<div class="markdown_content"><p><em>Originally created by:</em> Fx64</p> <p>Hallo Erik,</p> <p>dann tauscht Du ja allenfalls das Target - ich meinte aber Portierbarkeit zu anderen IEC 61131 Tools und dann wird es ganz schnell dünn. Denn wenn Du bei einem Tool bleibst, brauchst Du die Norm eh nicht!</p> <p>Viele Grüsse</p></div>

2020-02-28T08:14:33.906000Z2020-02-28T08:14:33.906000ZErik Böhmhttps://forge.codesys.com/u/erik-boehm/https://forge.codesys.com2e7940b10d3ac1f8f1fc354ef5deab6b97b2f39e

<div class="markdown_content"><p>Hallo</p> <p>Ich hab hier in der Firma diverse CoDeSys programmierbare Steuerungen von verschiedenen Herstellern.</p> <p>Die Portierbarkeit liegt dann wohl zum grössten Teil an der gewissenhaftigkeit der ausführenden Programmierer.</p> <p>Ich benutze meine Quellcodes fast täglich systemübergreifend.</p> <p>Deshalb gefällt mir ja das CoDeSys-System auch so gut.</p> <p>Gruss</p> <p>Erik</p></div>

2020-02-28T08:14:27.370000Z2020-02-28T08:14:27.370000ZAnonymoushttps://forge.codesys.com/u/*anonymous/https://forge.codesys.comd45323cf4ee16e8d4a1d800beb03f9d16462ebaa

<div class="markdown_content"><p><em>Originally created by:</em> Fx64</p> <p>Hallo Erik,</p> <p>sagen wir es so, die IEC PLCs und die Projekte, die ich bisher kennengelernt habe waren und sind nur mit mehr oder weniger Anpassungen portierbar; von den Systemfunktionen abgesehen.</p> <p>Dann scheinst Du bessere Erfahrungen gemacht zu haben - für mich ist es ein Traumtürmchen.</p> <p>Viele Grüsse</p></div>

2020-02-28T08:14:25.014000Z2020-02-28T08:14:25.014000ZErik Böhmhttps://forge.codesys.com/u/erik-boehm/https://forge.codesys.com9455d44cac11341767f5b6441e43ee6779b9fbb4

<div class="markdown_content"><p>Hallo</p> <p>@FX64: Portabler Code ist keine Traumvorstellung, sondern Realität.</p> <p>Besonders bei Libraries nach IEC 61131.</p> <p>Dafür ist die Norm schliesslich da.</p> <p>Libraries die keine explizit zielsystemspezifischen Funktionen enthalten sollten immer portierbar sein.</p> <p>Für die Anpassungan ans Zielsystem gibts dann die SysX libs.</p> <p>Nur zur Info...</p> <p>Erik</p></div>

2020-02-28T08:14:18.437000Z2020-02-28T08:14:18.437000ZAnonymoushttps://forge.codesys.com/u/*anonymous/https://forge.codesys.com6e8d140160901793bfdc230ddfb737eed155bf23

<div class="markdown_content"><p><em>Originally created by:</em> Fx64</p> <p>Hallo, </p> <p>verstehe die Diskussion nicht!? Warum soll ein System nicht mehr können als eine Norm? Ob man es benutzen möchte, ist eine andere Frage. </p> <p>Portabler Code ist so oder so eine Traumvorstellung - ein bisschen Anpassungsbedarf wird es immer geben!! Norm hin oder her.</p> <p>Also wer mit Pointern gut kann, dann verwenden.</p> <p>Viele Grüsse</p></div>

2020-02-28T08:14:16.145000Z2020-02-28T08:14:16.145000ZErik Böhmhttps://forge.codesys.com/u/erik-boehm/https://forge.codesys.come476b022913b07f69f489cc903f6b74134d96066

<div class="markdown_content"><p>Hallo</p> <p>So ganz genau kann das vermutlich nur jemand von 3S klären, wie und ob Pointer in der Norm vorgesehen sind.</p> <p>Richte die Frage doch mal direkt an e <a class="" href="mailto:support@3s-software.com">support@3s-software.com</a> e .</p> <p>Wenn Pointer grundsätzlich erlaubt sind, aber kein muss, dann kann jeder Hersteller selbst entscheiden ob er das unterstützt oder nicht.</p> <p>Wenn du jetzt die Library mit CoDeSys erstellst und abspeicherst, hast du aber auf jeden Fall schon mal ein Problem die Lib z.B. in S7 oder AutomationStudio von B&amp;R (oder so...) wieder zu importieren, weil ja schon das File Format unterschiedlich ist.</p> <p>Da scheint mir auch die Aufgabenstellung deines Auftraggebers ein wenig besser definierbar zu sein...</p> <p>Gruss</p> <p>Erik</p></div>

2020-02-28T08:14:09.681000Z2020-02-28T08:14:09.681000ZAnonymoushttps://forge.codesys.com/u/*anonymous/https://forge.codesys.com3c4808ac0d36e73ad742c4f2922c67ae1c495502

<div class="markdown_content"><p><em>Originally created by:</em> TH</p> <p>Danke für die Antworten.</p> <p>Also für CoDeSys sind Pointer kein Problem, und ich kann damit gut umgehen und weiß was ich tue. So weit so gut.</p> <p>Ich habe die Anforderung, die Library nach IEC61131-3 zu portieren. Ich bin eher zufällig bei CoDeSys gelandet. Im Idealfall sollte also mein ST Code auch mit anderen IEC61131-3-Tools funktionieren und nicht nur mit CoDeSys. </p> <p>Leider habe ich keinen Überblick über Tools, die im IEC61131-3 Umfeld relevant sind.</p> <p>So wie ich eure Kommentare verstehe, bin ich bei Verwendung von Pointern an CoDeSys gebunden, und mein Code wäre nicht IEC61131-3 konform im strengen Sinne, oder?</p></div>