Aktueller Inhalt von KLM

Wenn Du anstelle des ARRAY OF BYTE auf ARRAY OF WagoTypes.eChar umstellst, ließt es sich einfacher ...

Schau Dir doch mal die CSV als ASCII-Bytes an. Dann bekommst Du einen guten Überblick welche nicht darstellbaren Zeichen enthalten sind. ptsText : POINTER TO STRING(1); ptabASCII : POINTER TO ARRAY[0..1024] OF BYTE; ----------------- ptsText := ADR(sText); ptabASCII := ptsText;

Ja, die sind super. Stecken in jedem zweiten Projekt von mir ;)

Ich hab in dem alten Forenbeitrag noch ein aktualisiertes Bsp. vom Support angehängt.

Ich war so frei und habe das Beispiel vom Support mal auf CS3.5.19 gehoben und hier als Datei, statt als Link hinterlegt.

WAGO verwendet die native CODESYS, womit die Standard String-Funktionen auch auf 255 Zeichen begrenzt sind. Aber in der Bibliothek WagoAppString sind Funktionen, die keine Limitierung haben und welche, die über den änderbaren Parameter begrenzt sind.

Die Formatierung des Zeitstempels hat sich bei Deinen Angaben verändert. Für das erstgenannte Format mit dd.mm.jjjj HH:MM,Wert // split a string in CSV-format into an array of data values // return TRUE on success, FALSE on CSV format error // 2024-05-17 KLM created FUNCTION...

Wo steht das? Geht bei mir problemlos und ist ja Sinn und Zweck der Parameter.

Der extrahierte Teil-String darf nicht länger sein als 255 Zeichen, oder genauer gesagt länger als MaxString. Letzter ist ein Alias für STRING(MAX_STRING_LENGTH) und MAX_STRING_LENGTH ist ein Parameter der Bibliothek, der mit 255 initialisiert ist, aber auf einen beliebigen UDINT Wert gesetzt...

Da habe ich offenkundig nicht aufmerksam gelesen. %I* und %Q* ist natürlich ein anderes Thema.

Ich verstehe die AT-Zuweisung als enthalten um alte CS2.3 Projekte einfacher portieren zu können, aber für neue Projekte sehe ich keinen Sinn mehr in der Verwendung. Nichts destotrotz passiert im Hintergrund durch das IO-Mapping ja genau das. Warum man aber bei der Deklaration auf Hardware mappt...

Win CE unterstützt HTML5 nicht, auf das die WebVisu von e!COCKPIT und CODESYS 3.5 nicht. Dazu gibt es aber kostenpflichtige Erweiterungen z.B. von SpiderControl. Wenn Du noch die CODESYS 2.3 verwendest, fehlt ggf. das JAVA Applet auf dem Panel.

Keine Ahnung was genau Du suchst, aber wenn dann sind die WAGO-kompatiblen IPKs/OPKGs auf GitHub.

In der gehärteten Firmware ist der LDAP-Client schon enthalten. Für die Standard-Firmware wirst Du die SDKs von GitHub und viel Erfahrung brauchen. Ich wüsste nicht, dass es für den Kernel vom PFC schon ein fertig kompiliertes ipk gibt. Aber ich lasse mich gern vom Gegenteil überzeugen.

Ja, das ist ein Bug, aber es reicht den Bibliotheksverwalter zu schließen und neu zu öffnen. Das neuerliche Laden der Lib ist nicht erforderlich. Soweit ich das sehe entsteht das meist, wenn man aus dem Programm via Kontextmenü in den Lib-Verwalter springt. Ja, FC6 ist per Modbus Spezifikation...