Deine SPS ist aber kein Mensch der aufgrund Erfahrung den Datenmüll sofort sieht - bzw. Du als Mensch machst es doch genauso: Du überfliegst den Datenmülltext Zeichen für Zeichen bis Du etwas bekanntes (vereinbartes) findest.Vor allem da ich den Datenmüll zwischen den Variablen (Teilweise 30 Zeichen) mit durchleuchte, obwohl ich sie einfach ignorieren könnte).
Das reine Konvertieren von 20 Werten kann nicht lange dauern.
CONCAT darf man natürlich nicht benutzen wenn es schnell sein soll. Ich meinte mit eigenem direkten Konvertieren von CHAR zu DINT/REAL ohne STRING-Umweg.Sicher?Das reine Konvertieren von 20 Werten kann nicht lange dauern.
Ich weiß ja nicht was der Concat da macht aber 20*6 / 20*12 sind auch 120/240 Aufrufe.
Ein C-Compiler würde das optimieren, doch der Siemens-SCL-Compiler? Das müßte man eben ausprobieren.Zu den verschachtelten IFs:
Man würde erwarten, dass nach der ersten 0 die restlichen Ausdrücke nicht mehr ausgewertet werden.
Oder ist das zuviel verlangt?
Header, Variable1, Müll, Variable2, Müll, Variable3, Müll, VariableN, ENDE;
mariob: Ja liegen alles einem Array of Char in einem DB.
2. Von was? Vom Gesamtstring? Nein!
>3. und 4.
Meiner Meinung nach muss ich bei einer inkrementellen Suche durch meinen Empfangspuffer viel zu viele Müll-Infos auswerten bzw. zwangsweise betrachten
Vielleicht ist mein Verständnis von einem Parser auch nicht korrekt, ich werd mir das vielleicht nochmal etwas detailierter zu Gemüte führen.
Upps, bei 21ms Zykluszeit?..1. Ermittelt nach wie vielen Zyklen neue Daten kommen -> Antwort 10-14...
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?