Hallo,

hat es jemand geschafft das "neue" Protokoll zu entschlüsseln?
Weil ich habe mir auch was selbst gebaut um es bei mir im Hausüberwachungssystem integrieren zu können.

Das Protokoll (WR suchen, Adresse zuweisen, usw.) stimmt mit der Beschreibung von SMA (von 2003) zusammen, aber ich bekomme viel mehr Daten als im Protokoll sind.
Ich habe jetzt so ziemlich alles versucht, aber ich kriege einfach nicht die nötigen Daten raus.

Mit CMD_GET_CINFO hab ich nun die Daten vom Wechselrichter ausgelesen, aber die Channel Info sagt auch nicht viel über die Struktur aus

Hat es jemand geschafft das Protokoll zu entschlüsseln?

Grüße
Michael

Habe ich nicht, bin aber ebenfalls an der Loesung interessiert.

Viele Gruesse
user4711

Hallo,

hmm. Und ich habe schon geglaubt dass ich der Einzigste bin der zu doof dafür ist
Ich habe die Kommuikation zwischen Solarlog und SMA mitgeloggt und auch einiges rausgefunden aber bei den Nutzdaten passen mir nur die ersten 3-4 Variablen (UPV 1, UPV 2, IAC Actual, IAC Nominal)
Danach habe ich es nicht geschafft irgendwelche interessante Daten aus den Bytes auszulesen.

Ich habe es mit UInt16, UInt32, Single, Double usw. versucht, aber da kam nix brauchbares raus

Grüße
Michael

Hallo,
das Problem mit der Zuordnung der geloggten Daten hatte ich auch.

Hilfreich für die Zuordnung war die SUO-Datei welche SDC bei der Anzeige eines einzelnen WR aufzeichnen kann.
(gleichzeitig loggt man die Serielle Kommunikation mit).
Diese SUO Daten kann man folgendermaßen in Excel importieren:
Excel > Daten > Aus Text > und mit „alle Dateiendungen anzeigen“ die SUO-Datei wählen.
(das Trennzeichen auf Semikolon stellen).

Jetzt werden die gesendeten Daten nach Kanälen geordnet angezeigt (die Reihenfolge der Kanäle entspricht dabei der Anordnung Datenstring).
Mit dem Datenkommunikationsprotokoll
http://www.sma.de/de/service/downloads/dl/122/Protokollbeschreibungen/12/1.html -> "Entwicklungsunterlagen"
kann man auf Seite 50 die Byteanzahl pro Kanal erkennen (Analogdaten sind 2Byte, und Zählerdaten 4Byte lang).

Probleme kann es noch durch das Escape-Zeichen (also called "byte stuffing") bei SMA-Net Telegramm geben.
Das wird in o.g. Protokoll auf Seite 16 erklärt.
Verständlicher war für mich folgendes:
http://www.rohde-schwarz.com/www/downcent.nsf/file/Anhang_A_RS232_Schnittstelle.pdf/$file/Anhang_A_RS232_Schnittstelle.pdf unter "Binärübertragung mit Byte-Escaping"
oder:http://www.generalstandards.com/serialio.php unter "Asynchronous framing" )

Sobald das Escape-Zeichen (7D) zurückgewandelt ist sollten die Kanäle des SUO-File im hexadezimalen Datenstring erkennbar sein.
(Dabei kann die E-Total in W/min und h-total in Sekunden angegeben sein.)

Viel Glück
michl79