TIA SPLIT-Funktion OHNE ENDSeparator

[Yadid]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Community,

Für ein MQTT-Subscriber-Projekt benötige ich die Split-Funktion. Diese soll mir einen String im Jason-Format in einzelne Strings trennen.
Dazu wollte ich 2 mal die SPLIT-Funktion benutzen.

Hier mal ein Beispiel:
Das wäre der eingehende String: "value": {"CM2": 5, "CM1": true, "CM3": "12.2", "CM4": "schnell", "CM5": 58, "CM6": "langsam", "CM7": "122.2", "CM9": "schnell", "CM10": 5.4, "CM11": false, "CM13": "Hallo", "CM12": "111"}"

1. Mit FIND nach CHAR-Zeichen = '{' (vorher String to Char)
2. Dann mit SPLIT den String getrennt. (siehe Split_aufruf1.PNG)

Ergebnis: In einzelnen Strings zerleget:
CM2: 5
(Leerzeichen)CM1: true
(Leerzeichen)CM3: 12.2
(Leerzeichen)CM4: schnell usw.

3. Hier würde ich gerne die einzelnen Strings nochmal SPLITEN in KEYS und Values
z.B.: Key: CM2
Value: 5

Dazu dachte ich mir benutze ich nochmal die SPLIT-Funktionen leider fehlt mir dafür folgende Parameter:
-Position (beim ersten Aufruf über FIND Methode nach folgenden Zeichen bestimmt '{' )
-EndSeparator (vorher '}' )

-Ist es den möglich ohne Position und EndSeparator den String zu spliten quasi den eingehenden String einfach am Trennzeichen zu Trennen?
(Falls möglich würde ich gerne vermeiden weitere Arrays anzulegen um jeweils nach dem Ersten und Letzten Zeichen zu Suchen (Grund: Speicherfresser) )

Ich hoffe Ihr könnt mir weiterhelfen
Gruß Yadid



Weitere Infos:SCL, TIAV15, CPU: 1518-4PN/DP v2.5

​

 

[Ralle]

Warum unbedingt SPLIT?
Es gibt ja neben FIND noch String-Funktionen wie LEFT, MID, RIGHT.
Damit kann man also mit FIND nach der Position des Doppelpunktes suchen, Mit LEN die Länge bestimmen und dann links und rechts davon die gewünschten Teilstrings ausschneiden.

Also

1. FIND
2. LEN
3. LEFT --> Key
4. RIGHT --> Value

 

[Yadid]

Zuviel Werbung?
-> Hier kostenlos registrieren

1. FIND
2. LEN
3. LEFT --> Key
4. RIGHT --> Value​

Vielen Dank Ralle, ich hab nicht dran gedacht das es auch einfach möglich ist.
Hab es jetzt soweit angepasst, sollte auch funktionieren. Nun bekomme ich aber eine Fehlermeldung wobei ich mein Array of Strings nicht weiter verkleinern kann.

Error: ToDictionary (FC2), Der temporäre Speicherbereich überschreitet die zulässige Größe. Benötigter Speicherbereich: 22786 Bytes (182288 Bits), maximaler Speicherbereich: 16384 Bytes (131072 Bits).



P.S. trotzdem noch die Frage ob es den möglich ohne die Parameter zu Spliten?

 

[PN/DP]

Benötigter Speicherbereich: 22786 Bytes (182288 Bits), maximaler Speicherbereich: 16384 Bytes (131072 Bits).

:sm14: Was splittest Du da in der SPS? Eine ganze Datei? Dein Beispiel war doch nur eine einzelne überschaubare Zeile.
Oder arbeitest Du mit STRING-Arrays mit jedem String der unbegrenzten/maximal möglichen Stringlänge? Dann deklariere die Strings nur mit der tatsächlich maximal benötigten Länge.

Harald

 

[Yadid]

Hallo Harald,
Das Beispiel war nur ein Teil des ganzen nach dem ich das Beispiel ins komplette Projekt eingebunden hatte, tauchte die Nachricht auf.
Das Problem konnte ich lösen indem ich alle STRING-Arrays nicht mehr Temporär speichere sondern als Ausgang auf einen Datenbaustein lade.

Dann deklariere die Strings nur mit der tatsächlich maximal benötigten Länge.​

Das ist leider nicht möglich da der Kunde beliebige String-Nachrichten variable Länge schicken wird.
Die Lösung des ganzen wäre ein dynamisch wachsendes Array zu erstellen wie z.B. in C.
Kann ich aber mit meinen momentanen Kenntnissen in TIA nicht realisieren.
Falls du mir da weiterhelfen kannst wäre ich dir dankbar.

Gruß Yadid

 

[PN/DP]

Zuviel Werbung?
-> Hier kostenlos registrieren

Dann deklariere die Strings nur mit der tatsächlich maximal benötigten Länge.

Das ist leider nicht möglich da der Kunde beliebige String-Nachrichten variable Länge schicken wird.

Das MUSS möglich sein, sich mit dem Kommunikationspartner auf eine maximale Nachrichtengröße zu einigen. Oder Du mußt es so programmieren, daß Du nur eine maximale Größe (notfalls "häppchenweise") verarbeitest. Es kann nicht sein, daß Du mit Nachrichten von 100-200 Bytes testest und irgendwann schickt Dir der Partner 10kB und Dein Prozess schmiert ab wegen Zykluszeitüberschreitung.
Wofür braucht ein FC 20kB TEMP-Daten? Wenn er die wirklich braucht dann muß da ja irgendwas hineingeschrieben und herausgelesen werden. Das kann schon ganz schön Rechenzeit kosten.

Die Lösung des ganzen wäre ein dynamisch wachsendes Array zu erstellen wie z.B. in C.
Kann ich aber mit meinen momentanen Kenntnissen in TIA nicht realisieren.

Da laß lieber die Finger davon. Sowas wird aus gutem Grund nicht unterstützt. Dynamische Speichernutzung ist die Hauptursache von Programmabstürzen und unzuverlässig arbeitenden Programmen auf Systemen wo sowas möglich ist. SPS-Programme hingegen müssen absolut zuverlässig arbeiten, mit egal welchen Eingangsdaten.

Harald

 

[Thomas_v2.1]

Dynamische Speichernutzung ist die Hauptursache von Programmabstürzen und unzuverlässig arbeitenden Programmen auf Systemen wo sowas möglich ist.

Die dynamische Speichernutzung soll die Hauptursache von Programmabstürzen sein? Da würde ich gerne mal eine Quelle sehen, oder ein Beispiel warum alleine die Nutzung einer solchen Funktionalität zu einem Programmabsturz führt.

 

[PN/DP]

Die dynamische Speichernutzung soll die Hauptursache von Programmabstürzen sein?

Hmm, wie nennt sich das wenn auf Speicher zugegriffen werden soll, der nicht zu dem anvisierten Objekt gehört oder gar nicht vorhanden ist? Wie kommt eine Anwendung zu einem Pointer zu Speicher, der auf was anderes als den erwarteten Speicher oder auf nicht vorhandenen Speicher oder gar auf nichts zeigt?

Was ist Deiner Meinung nach die häufigste oder eine häufige Ursache von Programmabstürzen?

Harald

 

[Thomas_v2.1]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hmm, wie nennt sich das wenn auf Speicher zugegriffen werden soll, der nicht zu dem anvisierten Objekt gehört oder gar nicht vorhanden ist? Wie kommt eine Anwendung zu einem Pointer zu Speicher, der auf was anderes als den erwarteten Speicher oder auf nicht vorhandenen Speicher oder gar auf nichts zeigt?

Was du meinst ist vermutlich ein Buffer Overflow, z.B. wenn ein Speicher (z.B. als Array, in C verwendet für Strings) bestimmter Größe angelegt wird, und dann auf ein Index der den Bereich überschreitet zugegriffen wird. Dabei macht es aber keinen Unterschied ob das Array auf dem Stack oder auf dem Heap (mittels dynamischer Speicherverwaltung) angelegt wird. In einem Fall schreibst du dir den Stack kaputt, im anderen Fall den Heap. Das Problem hat mit dynamischer Speicherverwaltung erst einmal nichts zu tun, denn der Fehler ist bei lokalen Variablen auf dem Stack, bei globalen Variablen (wie bei S7 Datenbausteine) wie auch bei dynamisch allokiertem Speicher gleichermaßen möglich.

Wie ein Zeiger auf etwas anderes zeigen sollte als erwartet, und wie das jetzt mit dynamischer Speicherverwaltung zusammenhängt verstehe ich nicht. Zeiger lassen sich (in Sprachen die Zeiger zulassen) auch auf dem Stack anlegen und auf Bereiche auf dem Stack zeigen lassen, oder auf globale Speicherbereiche die statisch allokiert wurden. Warum sollte das Problem hauptsächlich auftreten wenn Speicher dynamisch angefordert wird?

 

[Ralle]

Ich sehe das eher so, das der angeforderte Speicher irgendwann auch wieder sauer freigebeben werden muß. Dabei gibt es immer mal Probleme, es verbleiben "Löcher" etc, trotze moerner Metoden,genau das zu verhindern. Auch Compiler haben Bugs. Das kann schon mal Prbleme geben, die ich auf der SPS nicht haben will. Z.B. dass nach 2 Jahren Laufzeit, der Speicher so durchlöchert ist, dass die SPS einfach mal abschmiert. Bringt in vielen Branchen kein allzu großes Problem, in manchen wäre das eine Katastrophe.