String Prüfsumme

Hallo,

ich habe da eine Frage zu einem Stringproblem:
Kurze Erläuterung zu dem was ich vorhabe:
Ich möchte einen String zu einem Frequenzumrichter schicken. Dieser hat den Aufbau
01 22 FF 60 00 80 96 98 00 D0

Die 01 22 FF 60 00 sind immer gleich, da sind nur die Daten wie Motor an/aus, Fehler rücksetzen etc. enthalten.

Das 80 96 98 00 ist die Drehzahl in Hex-Form, jedoch wenn ich es rückrechne sieht das so aus: 00 98 96 80, also quasi Zahlenpakete von hinten nach vorne gelesen.

Das D0 ist die Prüfsumme.

So nun zum eigentlichen Problem:

Ich möchte die Drehzahl mit einem Slider einstellen. D.h. ich muss die Drehzahl von Int in Hex umwandlen. Das habe ich auch soweit hinbekommen. Nur steht der String dann "falsch" herum.
1. Wie bekomme ich die Zahlenpakete gedreht, wie es oben beschrieben ist?

2. Die Prüfsumme errechnet sich ja aus dem kompletten String. Wie kann ich diese errechnen?

LV Version 8.

wäre schön wenn mir jemand helfen könnte oder sogar ein Beispiel dazu hat.

Den binären String kannst du mit Unflatten From String (little-endian) in Zahlen umwandeln. Und die Checksumme kannst du mit
http://www.LabVIEWportal.eu/de/downloads/2...rc-8-und-crc-16
berechnen.

Gruß

danke dir erst einmal für die Antwort.
Ich habe das jetzt 2 Tage lang ausprobiert, jedoch komme ich auf keinen grünen Zweig.

Vielleicht nochmal kurz was ich machen will:
Ich baue mir einen String zusammen gemäß der Anleitung meines Frequenzumrichters. Dort ist beschrieben, dass der String aus 10 "Paketen" zusammengebaut ist.
Ich habe da momentan verständnissprobleme wie der VisaWrite seine Befehle sendet. Wenn ich ein Monitorprogramm laufen lasse welches mir die ankommenden/abgehenden Zeichen aufzeichnet, so unterscheiden sich die ASCII Zeichen von den Hex-Werten. Ist ja auch erst einmal logisch.
Wenn mein Konsolenprogramm des FU's läuft, so bekomme ich auf der linken Seite die tatsächlichen Hex-Werte und im rechten Fenster die ASCII-Zeichen.
Wenn ich dann mein VI laufen lasse, bekomme ich ebenfalls die Hex- und Ascii Zeichen. Jedoch nicht in der gleichen Form wie es mein Konsolenprogramm herausschickt.
Ich hoffe ihr könnt mir helfen.....

Ich habe mal mein VI angehängt (LV8) und einen Screenshot von meinem Monitorprogramm.

  hex_code.vi (Größe: 28,74 KB / Downloads: 367)
LV8
   

Hallo,

ich verstehe das Problem irgendwie noch nicht so ganz.

Gruß Markus

also im Prinzip möchte ich meinen Frequenzumrichter über LabVIEW steuern, so wie es das Konsolenprogramm macht

Jedoch schaffe ich es bisher nicht die Stringcodes so zusammenzubauen, dass das mein FU versteht.

Hier noch einmal ein Bild von dem Konsolenprogramm und dem Monitor.

Sorry, aber ich verstehe immer noch nicht, was für Zeichen Du in ASCII brauchst und was für Zeichen in HEX,.....
Mach' doch mal ein Bsp., aus den Bildern werde ich nicht schlau.

Gruß Markus

Anzeige

Ok hier nochmal ausführlich

Ich habe ein Konsolenprogramm, welches von dem Hersteller des Frequenzumrichters mitgeliefert wurde. Darüber kann ich alle Einstellungen, wie Einstellen der Drehrichtung, Drehzahl, Motor an/aus etc. , vornehmen.
Praktischer Weise zeigt mir das Programm auch den Code an, welcher in dem Augenblick über die serielle Schnittstelle übertragen wurde, nachdem ich die Entertaste gedrückt habe. Siehe Screenshot 2. Jedoch hängt das Konsolenprogramm auch noch die ID des FU's, sowie die Prüfsumme an. Insgesamt werden 20 Zeichen übertragen.

Mein Ziel ist es diese Befehle über LabVIEW zu senden. Ich möchte die ID des FU's (in dem Fall 01) einstellen können. Die Aktion möchte ich manuell eintragen. Die Drehzahl soll auch eingestellt werden. Und zu guter Letzt soll die Prüfsumme errechnet werden.
Zum Schluss soll dann das gleiche über LabVIEW erstellt werden, was mein Konsolenprogramm erstellt. Diese Zeichenkette soll über die ser. Schnittstelle übertragen werden.

Mein Frequenzumrichter versteht nur Hex, daher soll er diese 20 Zeichen auch in Hexadezimaler Form bekommen.

Jetzt ist mein Problem wie ich in LabVIEW diese Zeichenkette aus ID+Aktion+Drehzahl+Prüfsumme über die serielle Schnittstelle senden kann, sodass das mein FU versteht.
Ich hoffe jetzt ist es verständlicher

Habe mal die Convertierung der Zahl in Ascii hex (mit vertauschten Bytes) exerziert. Für die Prüfsumme gibt es verschiedene Berechnungen, und es kommt darauf an, daß Du die diejenige benutzt, die beim Empfänger der Nachricht verwendet wird. Die solltes Du wissen, hier danach zu fragen bringt nichts.
Bei dern Drehzahlen gehört wahrscheinlich irgendwo ein Komma rein, denn ein Drehzahlebereich bis 4E9 ist doch eher unwahrscheinlich. Es kann sein, daß sich dann die Umfomung ändert, aber wie die 32Bit Integer als Gleitkommazahl zu interpretieren ist, könntest auch nur Du sagen.

   

  stringconvert.vi (Größe: 9,64 KB / Downloads: 339)

also die Prüfsumme wird gemäß:

0 - (01 + 22 + FF + 60 + 00 + 80 + 96 + 98 + 00) = FF D0 berechnet, wobei nur das LowByte (D0) angehängt wird.

Das der Drehzahlwert so groß ausfällt liegt an dem Umrechnungsfaktor des Inkrementalgebers.

Hier noch ein kleines Progrämmchen, wie Du aus "Normal-Display" in den gleichen Zahlenwert in "HEX-Display" und wieder zurück wandeln kannst. Ich habe das in einem ähnlichen Fall wie in diesem Bsp.-Programm gemacht. Vielleicht hilft's Dir auch weiter.


  HEX_Display__hin_und_zur_ck_.vi (Größe: 9,55 KB / Downloads: 364)



Gruß Markus