https://forge.codesys.com/forge/talk/Deutsch/thread/d1d64d3b03/2020-02-28T17:31:39.061000ZRecent posts to SysLibFile Problem2020-02-28T17:31:39.061000Z2020-02-28T17:31:39.061000ZS Hinckhttps://forge.codesys.com/u/s-hinck/https://forge.codesys.com8c4910a0454536169fe50551ee010cb555e05feb

<div class="markdown_content"><p>Obwohl es heute zur Gewohnheit werden zu scheint, muss ich mich noch einmal bedanken. </p> <p>Ich habe einige Testläufe gemacht, und seit ich die Aufrufe mit LEN() anstatt SIZEOF() mache, läuft alles ohne Problem.</p> <p>Das Forum hier ist wirklich sehr nützlich und eine gute Sache. </p> <p>Somit sind erstmal meine gröbsten Probleme alle gelöst. Danke.</p> <p>Grüße,</p> <p>Steffen Hinck</p></div>

2020-02-28T17:31:30.889000Z2020-02-28T17:31:30.889000ZUwehttps://forge.codesys.com/u/uwe/https://forge.codesys.com6503609ddafd78448bced7895e54e490a5a64391

<div class="markdown_content"><p>Die Funktion SIZEOF() liefert die resevierte Speichergrösse einer Variablen.</p> <p>Also bei einem String normalerweise 80.</p> <p>Es wird also nicht die tatsächliche Stringlänge sondern der für einen String zur Verfügung stehende Speicherplatz geliefert.</p> <p>Wenn der String nur wenige Zeichen enthält, dann wird dieser mit einem Null-Byte terminiert und dahinter stehen noch "Altlasten" im Speicher.</p> <p>Probieren Sie statt SIZEOF(Header) -&gt; LEN(Header).</p> <p>LEN() liefert die tatsächliche Stringlänge.</p></div>

2020-02-28T17:31:28.096000Z2020-02-28T17:31:28.096000ZErik Böhmhttps://forge.codesys.com/u/erik-boehm/https://forge.codesys.comf0227d1042748e01e25382c1f6d27c5d11212cb7

<div class="markdown_content"><p>Er hängts einfach nicht dran...</p> <p>Dann eben als Ausschnitt:</p> <p>04.10.2004|00:28:19,125|StartScan</p> <p>04.10.2004|00:28:19,265|5 LP wurden von Trayloader abgeholt</p> <p>04.10.2004|00:28:19,359|Portal1 ScanReceived: CT0220000000010142207</p> <p>04.10.2004|00:28:23,000|Z-Achse Portal 2 auf Kollisionsschalter.</p> <p>vvv FEHLER vvv</p> <p>04.10.2004|00:28:23,000|04.10.2004|00:28:23,000|Z-Achse Portal 2 a04.10.2004|00:28:25,984|: Eingabelift Spur 1 WT an N+1 übergeben</p> <p>^^^FEHLER ^^</p> <p>04.10.2004|00:28:44,234|Initialisierungslauf gestartet</p> <p>04.10.2004|00:28:49,281|Starte Referenzlauf Z-Achse Portal 2.</p> <p>04.10.2004|00:28:49,453|Starte Referenzlauf Z-Achse Portal 1.</p></div>

2020-02-28T17:31:25.185000Z2020-02-28T17:31:25.185000ZErik Böhmhttps://forge.codesys.com/u/erik-boehm/https://forge.codesys.combe49d3905fcdb73893fb8d4f07579bca9bed55fe

<div class="markdown_content"><p>Hier nochmal das Log File.</p> <p>Mal sehen obs diesmal funktioniert.</p></div>

2020-02-28T17:31:17.231000Z2020-02-28T17:31:17.231000ZS Hinckhttps://forge.codesys.com/u/s-hinck/https://forge.codesys.comf5bc91281bc261c9ec5a0499e4224761d381ad38

<div class="markdown_content"><p>Danke für die Antwort, </p> <p>leider wird mir das weniger helfen. Ich greife aus unterschiedlichen Funktionen auf die Funktionen der SysLibFile Bibliothek zu. Leider wüsste ich nicht wie ich von diesen eine neue Instanz erstellen kann. </p> <p>Aber ich bin dankbar für die Hilfe und werde mein Glück mit Funktionsbausteinen und dann mehreren Instanzen versuchen. Allerdings müsste ich mein Programm dann an mehreren stellen entscheidend verändern. Ein Versuch ist es dennoch wert.</p> <p>An der Nachricht hing allerdings kein Log-File</p> <p>Ich bin auch weiterhin für andere Lösungsvorschläge offen, da es sich hier anscheinend um ein Grundlagenproblem zu handeln scheint. </p> <p>Grüße</p> <p>Steffen Hinck</p></div>

2020-02-28T17:31:14.284000Z2020-02-28T17:31:14.284000ZErik Böhmhttps://forge.codesys.com/u/erik-boehm/https://forge.codesys.comdaec09380dcb74e5e6c020a4bcd1efbf7ce80025

<div class="markdown_content"><p>Hallo</p> <p>Ich hatte vor geraumer Zeit ein ähnliches Problem.</p> <p>Aus deinem Text entnehme ich, dass du das ganze als FUNCTION erstellt hast. Ich habe einen FUNCTION_BLOCK benutzt und wenn ich von verschiedenen Stellen im Programm (oder auch aus verschiedenen Tasks) darauf zugreife, dann erstelle ich mir eine neue Instanz dieses Funktionsblocks.</p> <p>Seither ist das Problem gelöst.</p> <p>Anbei ein Ausschnitt aus einem Log File mit diesem Fehler.</p> <p>Der erste Fehler tritt in Zeile 10 mit dem doppelten Zeitstempel und diversen Verschiebungen auf.</p> <p>Ab zeile 41 wird das ganze dann extrem, weil eine Fehlermeldung zyklisch geschrieben wurde (das war aber ein Programmierfehler...).</p> <p>Hoffe das hilft dir weiter.</p> <p>Gruss</p></div>

2020-02-28T17:31:06.384000Z2020-02-28T17:31:06.384000ZS Hinckhttps://forge.codesys.com/u/s-hinck/https://forge.codesys.comb20b90e7ad710c094547f87fa511cd23e810bdc5

<div class="markdown_content"><p>Hallo, </p> <p>ich habe derzeit ein Problem mit den File-Funktionen der SysLibFile Bibliothek. </p> <p>In meinem mittlerweile recht umfangreichen Projekt nutze ich die Funktionen unter anderem um ein Konfigurationsfile auszulesen und Änderungen in diesem wieder abzuspeichern.</p> <p>Dieses klappt mittlerweile recht gut. </p> <p>Wenn ich allerdings in einer anderen Funktion eine völlig andere Textdatei öffne um in diese etwas völlig anderes zu schreiben, so wird ein Teilstring der vorher ausgelesenen Datei in diese Datei mit hineingeschrieben. </p> <p>Um das Problem einzugrenzen habe ich die Funktion soweit reduziert, dass ich nur noch das File öffne und einen leeren String hineinschreibe.</p> <p>Trotzdem enthält das File schliesslich einen bekannten Teilstring und Datenmüll. </p> <p>dataInfo:=SysFileOpen (fileName,mode);</p> <p>SysFileWrite (dataInfo, ADR(header),SIZEOF(header));</p> <p>SysFileClose (dataInfo) ;</p> <p>//der String header ist mit header:=''; initialisiert.</p> <p>// mode= 'w'</p> <p>Wenn ich nun den mode auf 'a' gesetzt habe, um noch etwas an das File anzuhängen, wurde dieser unerwünschte Teilstring noch einmal in das File geschrieben. </p> <p>Kann mir jemand die Ursache für dieses Problem nennen, und vielleicht Tips geben, wie ich es lösen kann?</p></div>