FMS-Telegramme mit Steuerzeichen / Hex

[Actros]

Irgendwie verstehe ich im moment nur Bahnhof...

Was hast Du denn vor, bzw wo liegt das Problem?

Kann FMS-Pro den Text nicht auswerten oder willst du den decodierten FMS-Text in einem externen Programm weiter verabeiten?
Was meinst Du mit "gehen \r\n (0x0D0A) und andere nicht sichtbare Zeichen (Steuerzeichen) verloren"?

[alex W.]

Hallo,
ich möchte diese Telegramme mit einem externen Programm auswerten. Sonst wär ja die Schnittstelle zu fms32pro nicht so interessant.


Was meinst Du mit "gehen \r\n (0x0D0A) und andere nicht sichtbare Zeichen (Steuerzeichen) verloren"?

Zeilenumbrüche und andere nicht sichtbare Zeichen, die fms32pro auswertet, werden nicht über die Parameter an andere Programme weitergegeben. Das ist mein Problem.

Würde FMS32pro auch eine umwandlung aller zeichen in HEX umwandeln, könnten alle empfangen Zeichen, ob sichtbar oder nicht, an externe Programme als Parameter übergeben werden.

[Actros]

Ich wußte garnicht, das solche Steuerzeichen überhaupt übertragen werden...

Bei uns wird der FMS-Text auch nur in einer Zeile übertragen und als Trennzeichen wird "#" eingesetzt. Somit Kann ich den Text relativ einfach Zerlegen.

Zu den Parametern findest du hier ein paar Infos.

[alex W.]

Hallo,
wie der Text übertragen wird, hängt vom Protokoll ab. Bei uns werden eben Zeilenumbrüche als Trennzeichen übertragen.

Die Übergabe und Bedeutung der Parameter ist mir klar.
Eine Einführung eines zusätzlichen Parameters %4 bei FMS-Aktionen, das den übertragenen Text in Hex umgewandelt enthält, wäre eben die komfortabelste Lösung.

[alex W.]

so, ich konnte jetzt eine Verbindung zu FMS32pro über das Netzwerk herstellen, allerdings wurde, wie ich befürchtet habe, mein problem dadurch nicht gelöst.

Da FMS32 Zeilenumbrüche regulär als Trennzeichen verwendet, werden diese natürlich in Texten vor der Übertragung gefiltert und kommen nicht bei einem client an.