Hallo
ich habe nen Einspeise-Wechselrichter (chinesisch), der eine RS485-Schnittstelle hat. Da wird eine Elektronik angeschlossen, die über einen Stromtrafo den Strom auf dem hausnetz misst. Damit kann man dann ne Null-Einspeisung machen. Ich hätte nur gerne die Elektronik durch meine eigene ersetzt und habe jetzt mal gemessen, was da auf den 2 Leitungen zwischen den beiden Geräten abläuft. Hatte jetzt irgendwie erwartet, dass da bytes in RS232-Manier versendet werden, dem scheint aber nicht so zu sein. Wer weiss was das ist?
Bei "normaler" asynchroner Datenübertragung wie bei RS232 geht das Signal wieder auf high, bevor das nächste zeichen übertragen wird. Das scheint hier ja nicht der Fall zu sein?!
Die Überschwinger sind so. Das Oszi passt mit seinem Tastkopf. Auch wenns nix besonderes ist (OWON HDS242)
Das sieht einigermaßen nach 8 Byte mit 8N1 und 4800 Baud aus (2.08 ms für die 10 Bits eine Bytes bzw. 16.6 ms für acht Byte ohne Pause dazwischen). Warum nicht einfach mal mit RS485 Adapter und diesen Parametern mitschneiden und schauen was heraus kommt? Alternativ mit einem Logic-Analyzer mitschneiden, auf dem Oszilloskop Bild erkennt man kaum Details.
Eventuell schon, hier wird über so was ähnliches geschrieben (falls es
das selbe Gerät ist):
Ja, das sieht sehr gut aus. Die Bytes 0-3 und 6 stimmen mit den dortigen
Beispielen überein, und auch die Prüfsumme (Byte 7) passt zu dem dort
vorgestellten Algorithmus. Die Bytes 4 und 5 stehen dann für die
Leistung, im Fall des TE also 0x00f6 W = 246 W.
Generell wäre es sinnvoll, mit dem Oszi einen wirklichen Screenshot zu speichern und den zu posten, statt des Schwachsinns mit einem Handy ein Foto vom Oszi-Screen zu machen.
Das würde allen die Arbeit sehr erleichtern. Man müsste nämlich nicht erst dieses voll beschissene Foto entzerren, bevor man daran sinnvoll etwas messen kann.
Wenn du nicht in der Lage bist, mit deinem Oszi einen Screenshot zu machen, könntest du dich wenigstens beim Fotografieren etwas mehr anstrengen...
Bei "normaler" asynchroner Datenübertragung wie bei RS232 geht das
Signal wieder auf high, bevor das nächste zeichen übertragen wird. Das
scheint hier ja nicht der Fall zu sein?!
Die Mindestzeit für den High-Pegel zwischen zwei Zeichen ist eine Symbolzeit, hier also eine Bitzeit (Stop-Bit). Bei der Auflösung des gezeigten Bildes kann man nur raten, ob das der Fall ist oder nicht. Woran genau meinst du zu erkennen, dass das nicht der Fall ist?
Ja, das sieht sehr gut aus. Die Bytes 0-3 und 6 stimmen mit den dortigen
Beispielen überein, und auch die Prüfsumme (Byte 7) passt zu dem dort
vorgestellten Algorithmus. Die Bytes 4 und 5 stehen dann für die
Leistung, im Fall des TE also 0x00f6 W = 246 W.
Ja, das sollte es wohl sein. Die eigentliche Quelle für das Protokoll ist vermutlich die hier:
Eventuell schon, hier wird über so was ähnliches geschrieben (falls es
das selbe Gerät ist):
Ja, das sieht sehr gut aus. Die Bytes 0-3 und 6 stimmen mit den dortigen
Beispielen überein, und auch die Prüfsumme (Byte 7) passt zu dem dort
vorgestellten Algorithmus. Die Bytes 4 und 5 stehen dann für die
Leistung, im Fall des TE also 0x00f6 W = 246 W.
Ja, das könnte tatsächlich stimmen.
ich werd mal versuchen, ein TTL-UART-Signal daraus zu machen und in ein Terminal-Programm einzulesen. Danke erst mal.
Hallo
ich habe nen Einspeise-Wechselrichter (chinesisch), der eine
RS485-Schnittstelle hat. Da wird eine Elektronik angeschlossen, die über
einen Stromtrafo den Strom auf dem hausnetz misst.
So, Signalanpassung an TTL-UART hat funktioniert, Terminal-Programm kann die Daten lesen. Super, danke an Alle. Jetzt muss ich noch die richtige Routine zur Berechnung der CRC finden. Ist wohl CRC8, da wirds hoffentlich nicht so viele Lösungen geben...
Jetzt muss ich noch die richtige
Routine zur Berechnung der CRC finden. Ist wohl CRC8, da wirds
hoffentlich nicht so viele Lösungen geben...
Liess halt einfach auch mal die Links, die man Dir gegeben hat, da steht doch alles. Und wenn Du von Anfang an den Namen des Geräts genannt hättest wäre es wohl noch viel einfacher gewesen.
Das Oszi passt mit seinem Tastkopf. Auch
wenns nix besonderes ist (OWON HDS242)
Das kann übrigens durchaus Screenshots machen, mit denen man dann wirklich arbeiten kann.
Nur das Bedienkonzept ist grausam. Es ist zwar noch relativ einfach, die Screenshots zu machen, aber die dann in den PC zu bekommen, davor haben die Chinesen ein wirklich katastrophal schlechtes Menüsystem gebaut. Auch die Bedienungsanleitung wird hier auffallend sparsam. Die hilft nur, wenn man schon verstanden hat, wie dieses beschissene Menü funktioniert.
Sieht für mich klar so aus, als wenn sie die Benutzer zumindest sanft dahin drängen wollen, die zugehörige Anwendung zu installieren.
Das ist aber falsch. Damit bekommt man zwar Bilder der aktuellen Waveform, aber keine Screenshots, in der auch gleich die wichtigen Sachen mit drinstehen, wie etwa die Zeitauflösung usw. Die gibt es zwar, aber eben nicht gleich mit im Bild.
Im Großen und Ganzen scheint eine alternative Firmware für das Teil jedenfalls ein schönes Projekt für lange graue Winterwochen zu sein. Die Hardware ist scheinbar nicht schlecht (relativ zum Preis sogar sehr gut) und die Basis scheint irgendwas Atmel-SAM-mäßiges zu sein. Da könnte was gehen.
Eine eigene Frage?
Dieser Thread ist über 2 Jahre alt.
Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.
P1000768__.jpg
(400 KB)
