Hallo,
Ich gehe da auch einig, dass mit 0x02 (STX = Start of TeXt) der Anfang markiert wird.
Hinten ist eine Prüfsumme angehängt.
Das zweite Byte (Befehl) scheint bei der Antwort um eins erhöht, in der Antwort zu stehen. Dazu müsste man aber unterschiedliche Abfragen auswerten.
Die dritte Antwort verwirrt mich etwas:
Entweder müsste die Temperatur 31.2°C sein oder in der Antwort 0x06 anstatt 0x05 vorkommen ?
MfG Peter(TOO)
Geändert von Peter(TOO) (17.07.2015 um 11:54 Uhr) Grund: tippfehler bei 0x02
Manchmal frage ich mich, wieso meine Generation Geräte ohne Simulation entwickeln konnte?
Das sieht aus wie USS.
https://cache.industry.siemens.com/d...53_spez_00.pdf
Hallo,
Passt aber nicht:Zitat von schorsch_76
1. das 2te Byte ist bestimmt nicht die Länge, sondern der Befehl.
2. Hier wird am Ende die Prüfsumme gesendet und kein XOR.
MfG Peter(TOO)
Manchmal frage ich mich, wieso meine Generation Geräte ohne Simulation entwickeln konnte?
Hi und vielen Dank für eure konstruktiven Antworten. Im Moment hab ich etwas wenig Zeit, deswegen nur kurz . . .
Die Lücken haben mich auch irritiert. Ich sehe darin auch kein Muster. Die angehängte Tabelle habe ich wie folgt erstellt. Oszilloskop an den UART, seriellen Trigger auf das Telegramm eingerichtet. Die PC Software des Thyros aktualisiert den Wert so gefühlt jede Sekunde, zeitgleich sah ich es auch auf dem Oszilloskop. Da konnte ich dann gemütlich das Oszilloskop stoppen und die Bytes notieren. So sind die Werte mit dem Vermerk "gemessen" zustande gekommen. Die Lücken in 0,1 °C Schritten werden niemals angezeigt. Egal wie lange ich die Software laufen lasse, oder ich den Temperatursensor auch trieze. Aus diesem Grund möchte ich der PC Software jetzt den Thyro vorgaukeln. Da sich die weiteren Temperaturwerte schwer ableiten lassen, wenn die Lücken so unregelmäßig vorhanden sind.
Hallo,
nur mal schnell überflogen: Der Umrechnungsfaktor ist 5,8, das erklärt die Lücken.
Möglicherweise rechnet das Ding intern in °F.
Byte4 und Byte 5 scheinen die Temperatur zu sein, wobei von Byte 4 nur Bit 0 sicher der Wert ist.
Wieso von Byte 4, die Bits 1+2 auf 1 stehen, weiss ich nicht?
Ich komme auch erst am Montag dazu, mehr rauszufinden.
Manchmal frage ich mich, wieso meine Generation Geräte ohne Simulation entwickeln konnte?
Kurze Info
Dieses Programm hat sich als Ideal rausgestellt für meine Zwecke:
http://docklight.de/
Man kann z.B. serielle Datensequenzen aufspüren und mit einer vorher definierten Antwort reagieren.
Werde morgen mal etwas damit experimentieren.
Aktueller Stand:
Ich kann den Thyristorsteller fehlerfrei der Software vorgaukeln. Habe ca. 70% der erstmal wichtigen Telegramme identifiziert und fülle Listen mit Datensätzen. Es ist übrigens echt nervig die Telegramme von Hand zu schreiben/inkrementieren und die damit korrespondierenden physikalischen Einheiten aus der Software in eine Tabelle abzuschreiben. Auch bei den Werten wie Spannung, Strom und Leistung gibt es diese Lückenproblematik wie bei den Temperaturwerten. Ich kann also nicht einfach blind alles hintereinander wegschreiben.
Momentanwerte Außenleiter L1:
Das läuft alles soweit sehr gut. Nun zurück zu meinem ersten Posting in diesem Beitrag. Die implementierung in Bascom fällt mir noch etwas schwer, bzw. mir fehlt der richtige Ansatz. Gebt mir bitte mal einen Anstoß, was das Lesen/Schreiben von längeren Byteketten in Bascom angeht. Zumindest ein Stichwort wo ich dann weiter lesen kann.
Danke!
Berechtigungen
Zitieren
Lesezeichen