|
Anzeige
|
Protokoll entschlüsseln
Gast
#3843230
Hallo, ich habe hier ein paar Geräte die über RS422/485 daten mit dem PC austauschen.. Um genau zu sein sind 13 von einem Typ und 4 vom anderen Typ verbaut, man sieht dass beim abfragen die Baudrate geändert wird um von einem Typ und dan vom anderen Typ abzufragen.. Naja... Im Anhang befindet sich das capture von der übertragung Ah, ein Glaskugeltest! Ich bin raus, meine Glaskugel ist gerade in der Wartung. Bis es weitere Daten gibt (welche Geräte, welche Daten werden da rumgeschoben) würde ich mal sagen 42
Gast
#3843271
Die angeschlossenen Geräte unterhalten sich wohl gerade über das Wetter. Da gibt es Informationen über den Luftdruck, die Temperatur die Luftfeuchte und ähnliches. Wenn man dies weiß, sollte die Entschlüsselung eigentlich kein Problem sein. Eventuell ist es aber auch ganz anders. Da Du uns in deiner Weisheit vor derartigen Informationen verschont hast, kann man das natürlich nicht ganz ausschließen. Darüber hinaus: Meine Kugel ist gerade in der Reparatur.
Gast
#3843274
Zum Entschlüsseln von Protokollen gehört, dass man zusätzliche Informationen über die ausgetauschten Daten hat. Oft werden die Daten bei einfachen Anwendungen gar nicht verschlüsselt, sondern nur nach einem bestimmten Verfahren kodiert.
Gast
#3843431
Hallo Sry :D Es geht um programierbare Geräte ähnlich wie PLC-SPS nur dass die so properitär sind dass ich nix davon finde. Die Geräte haben 4 Temperatursonden PT100, eine Feuchtesonde, mehrere Digital und Analogeingänge und regeln die Temperatur von Kühlräumen und übertragen die dann an eine Visualisierung. Die einzelnen Datenpunkte herauszufinden ist zu aufwendig denke ich mal, vor allem interesiert mich herauszufinden um welches protokoll es sich handelt. Ich denke es sollte profibus oder so was ähnliches sein.. Zudem weiss ich nicht ob bei der Datenübertragung alle Werte übertragen werden oder nur die Dynamischen, bzw. Einstellwerte usw... An Com 7 sind 2 typen der Geräte die mehrere Funktionen ausüben: 10 der Geräte die mit 57600 baud übertragen sind identisch und sollten alle mehr oder weniger die gleichen werte übertragen. Die restlichen sollten auch was ähnliches übertragen sind aber im Moment uninteresant. Wegen den Datenpunkten: Temperatur 1 = 0.5-2,0° Temperatur 2 = 0,5-2,0° Temperatur 3 = -1,0 - -5,0 Temperatur 4 = -1,0 - -5,0 Weiters werden die Ströme der einzelnen Kühlräume gemessen die bei 22,4 Amp liegen sollten. An Com8 sitzt 1 Gerät das den Strom an der Hauptleitung messt und an die Visualisierung weitergibt. mfg
Gast
#3843441
o5i schrieb: > Weiters werden die Ströme der einzelnen Kühlräume gemessen die bei 22,4 > Amp liegen sollten. Dann schalte doch mal während der Datenaufzeichnung einen ab. Damit sollten sich die Stromkanäle identifizieren lassen und, wenn man lange genug wartet, auch die betroffenen Temperaturkanäle. Alleine mit Wertebereichsangaben wird man nicht richtig weiter kommen. Günstig wäre es, die Anzeigewerte parallel zu den übertragenen Daten zu haben. Das kann schon mal ein bisschen Arbeit und Tüftelei sein.
Gast
#3843518
Wie gesagt das mit den Datenpunkten ist nicht so interesant, mich interesiert vor allem das Protokoll, sodass ich weiss wo ich suchen muss.. Dass das asci 1zu1 übertragen wird wage ich zu bezeifeln..
Gast
#3843532
mach doch erst mal eine Aufteilung nach tx und rx! so kann man doch nichts sehen! Was für Geräte hast du denn da? ich tat mal einen Modbus monitor damit füttern Profibus imho ist eine spezielle Variante davon aber die Prüfsummen scheinen zu modbus zu passen.
Gast
#3843580
Ich hab was herausgefunden die Datenübertragung ist Hexadezimal und ich denke 8 Bit. Die Adresse ist in byte 10, hier gut zu erkennen: 59 19 08 22 05 00 FA FF 00 01 01 01 02 01 00 00 00 3E 7E 68 CE 59 19 08 22 05 00 FA FF 00 02 01 01 01 00 00 00 00 68 64 FB BF 59 19 08 22 05 00 FA FF 00 03 01 01 02 01 00 00 00 43 79 4D 8C 59 19 08 22 05 00 FA FF 00 04 01 01 01 00 00 00 00 EF 6D 94 79 59 19 08 22 05 00 FA FF 00 05 01 01 02 01 00 00 00 C4 70 22 4A 59 19 08 22 05 00 FA FF 00 06 01 01 02 01 00 00 00 27 77 AD C4 59 19 08 22 05 00 FA FF 00 07 01 01 01 00 00 00 00 0C 6A 1B F7 59 19 08 22 05 00 FA FF 00 08 01 01 01 00 00 00 00 A0 78 3B 2E 59 19 08 22 05 00 FA FF 00 09 01 01 02 01 00 00 00 8B 65 8D 1D 59 19 08 22 05 00 FA FF 00 0A 01 01 02 01 00 00 00 68 62 02 93 Gibts da n Grafisches tool oder ne seite wo man das einfacher darstellen kann? mfg
Gast
#3843582
Also min 1 Device hat hier Ascii Ausgaben (Übertragung): Beispiel:
Was für Timeouts hast du beim Protokoll? Der ganze Haufen Matsch ist sehr schlecht zu lesen!!!! Sortier doch mal was von einem Gerät kommt bzw zu einem geht!!!
Gast
#3843637
Hab n paar Erkenntnisse dazugewonnen
Fragt sich nur ob das auch so stimmt.. o5i schrieb: > Fragt sich nur ob das auch so stimmt.. Das weisst du dann, wenn du ein Programm schreibst, dem du diese Daten vorwirfst und das diese Daten anhand deiner vermuteten Protokollbeschreibung auseinander nimmt und so gut du es bisher weisst auswertet. Wenn du dann noch dafür sorgst, dass die Sensoren kontrolliert andere Werte senden (Temperatur eines Sensors erhöhen, Stromverbrauch variieren ...) UND dein Programm das dann auch noch aus den Daten raus holen kann (und sei es im ersten Schritt nur, dass es dir einen anderen Nutzdatensatz für genau diesen Sensor liefert) UND sich diese Nutzdaten dann auch noch im Rahmen einer einfachen Sensorwert-Änderung variieren, dann ist die Annahme das du am richtigen Weg bist schon mal experimentell stark untermauert.
Gast
#3843797
Hi, ja schon aber wenn das ein standardprotokoll ist spare ich mir ne menge arbeit.. Hat jemand nen plan was das sein könnte? mfg
Gast
#3843814
Ich persönlich halte es für relativ unwahrscheinlich, dass es sich hier um was standardisiertes handelt. Du wirst vermutlich um eine eigene Analyse des Protokolls nicht herumkommen. Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
