https://forge.codesys.com/forge/talk/Deutsch/thread/1d2386a599/2020-02-28T11:50:14.598000ZRecent posts to Datei-Verwaltung2020-02-28T11:50:14.598000Z2020-02-28T11:50:14.598000ZJoachim Ueltzenhttps://forge.codesys.com/u/joachim-ueltzen/https://forge.codesys.com7a33f9d9f0cfeeefe6fd6d81cbbefd04ac48bb5c

<div class="markdown_content"><p>So, hab meine einzelnen Unterprogramme jetzt mal über die Tasksteuerung laufen lassen, und da klappts dann auch.</p> <p>Was mich da nur ein bisschen stutzig macht sind die Zykluszeiten, meistens liegen sie in einem verkraftbaren Bereich (16ms bei FileClose), aber die maximale Zykluszeit liegt hier bei 211ms, und das ist dann ja doch recht lange.</p> <p>Werd wohl mal ne eigene Bibliothek dafür schreiben, und schaun obs dann etwas schneller geht.</p></div>

2020-02-28T11:50:07.092000Z2020-02-28T11:50:07.092000ZJoachim Ueltzenhttps://forge.codesys.com/u/joachim-ueltzen/https://forge.codesys.com577b739074949ca682f0daa24ee55194218a37e0

<div class="markdown_content"><p>So, dann will ich mich hier auch mal zurückmelden. Hatte nen paar private Dinge zu klären. Und arbeite jetzt an dem Projekt weiter. Bin noch dabei ein paar Änderungen vorzunehmen. Aber in einer Woche muss das Problem mit der langen Speicherzeit dann gelöst sein.</p> <p>Wenn ichs gelöst habe, oder weiß was es verursacht hab werd ichs dann hier noch mal posten.</p> <p>(könnte wie Softwerker59 meint ja wirklich nur an dem Flash-Speicher liegen den ich im Moment noch zu Testzwecken nutze)</p></div>

2020-02-28T11:50:04.389000Z2020-02-28T11:50:04.389000ZErik Böhmhttps://forge.codesys.com/u/erik-boehm/https://forge.codesys.com9032e8e96026201517593fe940d3a208a1ec054f

<div class="markdown_content"><p>Hi</p> <p>Ich hab leider keine Quellen der SysLibFile() für die RTE.</p> <p>Aber wie gesagt, NULL stimmt fast immer, ausser bei der RTE.</p> <p>Darum frage ich das Handle auf &gt; 0 ab, dann passts bei allen Zielsystemen.</p> <p>Gruss</p> <p>Erik</p></div>

2020-02-28T11:49:56.346000Z2020-02-28T11:49:56.346000ZSoftwerker59https://forge.codesys.com/u/softwerker59/https://forge.codesys.com44c4083f61eac24adaf073913c301cd42879f2fa

<div class="markdown_content"><p>Kurzer Auszug aus den Quellen vom RTS der FileOpen-Funktion:</p> <div class="codehilite"><pre><span></span> <span class="nv">hFile</span> <span class="o">=</span> <span class="nv">CreateFile</span><span class="ss">(</span>....<span class="ss">)</span> ........ <span class="k">if</span> <span class="ss">(</span><span class="nv">hFile</span> <span class="o">==</span> <span class="nv">INVALID_HANDLE_VALUE</span><span class="ss">)</span> <span class="k">return</span> <span class="nv">NULL</span><span class="c1">;</span> </pre></div> <p>Ist doch eine NULL, oder?</p> <p>Gruß </p> <p>Klaus</p></div>

2020-02-28T11:49:53.555000Z2020-02-28T11:49:53.555000ZErik Böhmhttps://forge.codesys.com/u/erik-boehm/https://forge.codesys.comc7d9d7dc25463028b2d8e5878b6d83489990e593

<div class="markdown_content"><p>Mahlzeit</p> <p>Die Dokumentation ist wohl für die meisten Zielsysteme korrekt, aber die RTE bringt definitiv ein -1 zurück, wenn kein Handle verfügbar ist.</p> <p>Darum funktioniert in diesem Fall eine Abfrage auf &lt;&gt; NULL auch nicht .</p> <p>Gruss</p> <p>Erik</p></div>

2020-02-28T11:49:46.151000Z2020-02-28T11:49:46.151000ZSoftwerker59https://forge.codesys.com/u/softwerker59/https://forge.codesys.comce47f4ad161673767e76a605bb57606f228412a2

<div class="markdown_content"><p>Hallo zusammen,</p> <p>wer sich mal die Mühe macht und die Dok vom 3S liest, wird feststellen, dass SysFileOpen() eine NULL zurückliefert, wenn's nicht geklappt hat. Alles andere sind gültige Handles.</p> <p>Die XC200 benutzt im Gegensatz zur XC100 die SysLibFile vom 3S, d.h.</p> <p>es sind Funktionen (keine FBs) , die im Zyklus ausgeführt werden. Die XC100 benutzt FBs, die in einer Hintergrundtask laufen.</p> <p>Ich habe mal ein Beispiel angehängt., wie man in der XC200 mit Files umgehen kann. Wichtig ist das Handling in einer separaten Task mit genug Laufzeit und die Statemachine, sonst schlägt der Watchdog an. Die Zeit zum Schreiben hängt stark von der zu schreibenden Datenmenge ab, außerdem wird die interne Flashdisk zunehmend fragmentiert, wenn oft geschrieben wird, d.h. die Zugriffe werden mit der Zeit langsamer. </p> <p>Gruß</p> <p>Klaus</p> <p><a class="" href="https://forum-de.codesys.com//download/file.php?id=208" rel="nofollow">FileWriteExample.pro <span><span>[31.57 KiB]</span></span></a></p></div>

2020-02-28T11:49:43.472000Z2020-02-28T11:49:43.472000ZErik Böhmhttps://forge.codesys.com/u/erik-boehm/https://forge.codesys.com559d9de806962dc3b39a2e1531887a4a0a0c47e6

<div class="markdown_content"><p>Moin</p> <p>Wenn das Filehandle eine mehr als 7 stellige Zahl ist, dann vermutlich: 4294967295.</p> <p>Das wäre dann ein -1, also ein ungültiges Handle.</p> <p>Sprich eine Fehlermeldung von FileOpen().</p> <p>Falls das eine RTE, oder was ähnliches mit ner Festplatte ist, dann dauert ein Filezugriff um die 15ms. Egal ob lesend oder schreibend.</p> <p>Wenn FileClose() so lange dauert, dann ist was Faul, oder das Medium ist ein Flash-Speicher, und der gesammte Puffer wird 'am Stück' geschrieben.</p> <p>Sollte die SPS zwischendurch noch was wichtigeres tun, dann muss das Filehandling in eine extra Task (nieder priorisiert) ausgelagert werden. Das würde ich aber sowieso empfehlen.</p> <p>Gruss</p> <p>Erik</p></div>

2020-02-28T11:49:36.076000Z2020-02-28T11:49:36.076000Zgravierenhttps://forge.codesys.com/u/gravieren/https://forge.codesys.com33f17f88df748230428843d543ddd34926b47038

<div class="markdown_content"><p>Hi Joachim Ueltzen</p> <blockquote> <p><strong>Zitat:</strong><br/> Also das Filehandel ist größer als sieben, ist glaub ich sogar größer als sieben-stellig . <br/> Verändert sich aber auch nicht, also ist immer die selbe Ziffernfolge. Also bei jedem Datei-Zyklus das selbe Handel. </p> </blockquote> <p>Die "handles" eines WAGO 750-841 nehmen den Wert 1 bis ca. 7 an.<br/> Leider hast du die Hardware NICHT angegeben.</p> <blockquote> <p><strong>Zitat:</strong><br/> Mein Problem ist wohl doch ein anderes als das ursprüngliche in dem Topic. Habe den Watchdog deaktiviert, und jetzt läuft es auch.</p> </blockquote> <p>Seltsam !</p> <blockquote> <p><strong>Zitat:</strong><br/> Man merkt merklich das der Schritt SysFileClose sehr lange dauert, und das PLC_PRG da eine sehr lange Pause macht (über 1s). </p> </blockquote> <p>Ach so, die CPU-Zeit ist da wohl etwas lange geworden.</p> <p>Naja, Echtzeit hin oder her, sollte die CPU-Zeit mal 1 oder 2 Sekunden sein, ist das nicht weiter schlimm </p> <p>Spasbeiseite, mir würde das einen "Schock" versetzen.</p> <p>Steuert die SPS irgendwas wichtiges.</p> <p>Du willst "nur" Messwerte in eine Datei schreiben.</p> <p>Hier fehlen dir möglicherweise einige Daten bei der Aufzeichnung ? </p> <p>(Oder wird erst kurz vor dem Schreiben die Me?werte gelesen)</p> <p>Dieses "Verhalten" der CPU würde mich beunruhigen.</p> <p>Hast du alles in eine Task geschrieben, ODER für das Sichern eine eigene Task erzeugt.</p> <p>Ist die Haupttask freilaufend.</p> <p>Ich denke, ich sollte dieses eigenlich triviale Problem mal "analysieren".</p> <p>(Leider fehlt mir momentan die Zeit)</p></div>

2020-02-28T11:49:33.392000Z2020-02-28T11:49:33.392000ZJoachim Ueltzenhttps://forge.codesys.com/u/joachim-ueltzen/https://forge.codesys.com98a003052368bfbe4cd00cc37df116a892f3a744

<div class="markdown_content"><p>Also das Filehandel ist größer als sieben, ist glaub ich sogar größer als sieben-stellig .</p> <p>Verändert sich aber auch nicht, also ist immer die selbe Ziffernfolge. Also bei jedem Datei-Zyklus das selbe Handel.</p> <p>Mein Problem ist wohl doch ein anderes als das ursprüngliche in dem Topic. Habe den Watchdog deaktiviert, und jetzt läuft es auch. Die Datei wird angelegt, und die Werte werden in die Datei geschrieben, und diese wird orgentlich geschlossen. Man merkt merklich das der Schritt SysFileClose sehr lange dauert, und das PLC_PRG da eine sehr lange Pause macht (über 1s).</p></div>

2020-02-28T11:49:26.015000Z2020-02-28T11:49:26.015000Zgravierenhttps://forge.codesys.com/u/gravieren/https://forge.codesys.com5c4cba47fd6731c566d6ecff38de420c0852913f

<div class="markdown_content"><p>Hi</p> <blockquote> <p><strong>Zitat:</strong><br/> Ich habe nun also mein Hauptprogramm, das die Messwerte einließt, und in einer AS die 3 Schritte Open, Write und Close. Die Datei wird auch geöffnet, die Daten werden geschrieben, aber beim close kommt immer der Watchdog-Fehler. Es sei denn man benutzt den Einzelschrittmodus, da wird die Datei auch ordnungsgemäß geschlossen, und man kann die Datei lesen. </p> </blockquote> <p>Mach doch mal ein Testprogramm.</p> <p>Schreibe alle Minute eine Text-Zeile hinein.</p> <p>Lese das Filehandle "vor den 3 Aktionen aus".</p> <p>Lese das Filehandle "nach de 3 Aktionen" aus.</p> <p>Wird das Filehandle grösser als 7 ?</p> <p>Weitere Frage, wertest du die "Return"-Codes aus ?</p> <p>Wo kommt ein Fehler.</p> <p>Das schreiben der Dateien erfolgt <span style="color: underline;">NICHT in 1 CPU-Zyklus</span>.</p> <p>(Es werden meherer Zyhlen hierfür benötigt)</p> <p>Teste doch mal unter Umständen mein Example auf meiner Homepage.</p> <p>Klappt es hiermit.</p> <p>Von hier aus kannst du weiter aufbauen.</p> <p>Wie immer sind wir für ein Feedback dankbar.</p></div>