[vz-users] mbmd - SDM230

[USER VZ]

Hallo Andreas,

Phasenwinkel ist nicht Cosphi. Der eine sagt etwas über das Verhältnis der Phasen untereinander, der andere Beschreibt die Verschiebung von Spannung zu Strom.
In der Praxis ist aber nur der Cosphi interessant.
Die Blindleistung/Blindenergie ist für Privat —noch— nicht interessant, für Großkunden ist sie das schon immer. Übersteigt sie einen bestimmten Anteil am Gesamtverbrauch wird es richtig teuer. 

Thomas 

Am 15.01.2020 um 14:43 schrieb Andreas Goetz <cpuidle at gmail.com>:

 Hallo Joe,

ich bin vom Patch noch nicht so überzeugt- könntest Du den nochmal als PR zur Verfügung stellen damit ich die Änderungen in GH sehe?

Hast Du hier versucht, einfach alle Meßwerte hinzu zu fügen? Einige davon, insbesondere ReactiveImport/Export etc erscheinen mir nicht so praxisrelevant. Brauchen wir die?

Auf PhaseAngle habe ich verzichtet weil der nach meinem Verständnis über Cos Phi schon drin ist und der Cosinus im Gegensatz zum Phasenwinkel auf den meisten Zählern zu existieren scheint.

Vielen Dank, Andreas


On 14. Jan 2020, at 21:06, joekokker at epios.euwrote:

Hi Andreas,

On 13.01.2020 23:00, Andreas Goetz wrote:
Hi Joe!
On 13. Jan 2020, at 14:04,joekokker at epios.eu <mailto:joekokker at epios.eu> wrote:

Hallo Andreas,

ich habe den Code getestet und angepasst. Untenstehend der Patch.

Ich sehe noch ein paar Probleme:
Alle SDM Devices haben den gleichen "Voltage" Register Code. Es ist nicht möglich, die verschiedenen Geräte zu unterscheiden. Vielleicht könnte man beim SCAN nur SDM zurückgeben.
Zumindest beim 630 könnte man auf die zweite Phase testen- das wäre allerdings inkonsistent zu den anderen Zählern. Ansonsten würde ich es vllt. nur in der Readme erwähnen.

Das kann ich verstehen. Man weiss ja selbst welchen Zaehler man von SDM man angeschlossen hat.

Der Name vom SDM230 mit der Modbus und der Device ID ist nicht sehr leserlich. Was könnte man da machen? Vielleicht einen Unterstrich?
initialized device SDM2301.1: {SDM230 Eastron SDM230   }
Das ist ja nur ein fast unsichtbarer Eintrag im Logfile. Würde ich aus Konsistenzgründen so lassen.

Der Eintrag kommt auch auf der Webseite und der API vor. Aber das ist wirklich nur Ästhetik.

Ich hatte das Problem, dass das Program beim Starten immer
Unsupported Config Type ""
ausgegeben hat. Ich musste eine Pseudoconfigdatei angeben, damit es gestartet hat. (-c emtpyfile.yaml)
Lösung folgt, neues “Feature” in verwendeter Bibliothek.

Perfekt. Ich habe nirgends eine Referenz zum Format der Config Datei gefunden. Ist es einfach die Parameter aus der Commandline?

Ich habe versucht einen weiteren Wert zum Auslesen hinzuzufügen (PhaseAngle). Er wird ausgelesen. Ich sehe es sogar im Webinterface. Aber die Zeile wird einfach nicht ausgegeben.
Welche Zeile? >> Ich habe es in assets/index.html geändert. Aber das hat nichts 
gebracht. Wo muss man es noch anpassen?
Auf jeden Fall musst Du ein go generate ./… ausführen.
Du sagst Du siehst es? Was genau funktioniert nicht?

Ich habe meinen Fehler gefunden. Ich habe go generate nur für den "stringer" ausgeführt und nicht für "esc". Deshalb hat zwar das Auslesen mit Modbus funktioniert, aber nicht die Anzeige auf der Webseite.

Nun hat es geklappt.

Der Patch sollte so funktionieren. In der Datei meters/measurements.go würde ich vielleicht die Zeile "PhaseAngle" nicht so weit oben einfügen, da sonst in der Datei meters/measurement_string.go alle Zeilen unterhalb geändert werden und deshlab viele Zeilen neu commited werden müssen.

Liebe Grüße
Joe







On 1/9/20 10:28 PM, Andreas Goetz wrote:
Du brauchst go 1.13. Zusätzliche Werte werden mit ausgelesen. Wenn etwas fehlt würde ich ihn aber gerne einfach mit einbauen.
Viele Grüße, Andreas
On 9. Jan 2020, at 21:22, joekokker at epios.euwrote:

Hallo Andreas,

vielen Dank! Ich werde es gerne am Wochenende ausprobieren.

Weisst du ob man mbmd mit dem go packet aus raspbian kompilieren kann, oder ob man die neueste go Version dafür braucht?

Was passiert in mbmd intern, wenn ich weitere Reigster abfrage und unter einer Variable speichere? Z.B.:
ops := Opcodes{ ... CustomValue: 0x00FF ...
Kann ich diese auch direkt über die REST API Abfragen?

Liebe Grüße
Joe




On 07.01.2020 09:23, Andreas Goetz wrote:
Moin Joe,
ich hab mal was versucht: https://github.com/volkszaehler/mbmd/pull/74
Magst Du mal schauen ob das für Dich funktioniert und alle notwendigen Register dabei sind?
Viele Grüße,
Andreas
On 5. Jan 2020, at 22:33, Andreas Götz <cpuidle at gmail.com <mailto:cpuidle at gmail.com> > wrote:

Dann würde ich Dir- etwas Geduld- einfach einen neuen Zählertyp anlegen. Hast Du evtl auch Infos zum 220/120? Die gibts ja m.W. auch noch?

Viele Grüße,
Andreas

Am 05.01.2020 um 22:30 schriebjoekokker at epios.eu <mailto:joekokker at epios.eu> :

Lieber Andreas,

leider scheint es einige kleine Abweichungen zu geben.

http://www.flanesi.it/blog/download/sdm230modbus/SDM230-Modbus%20protocol%20V1.2.pdf

Liebe Grüße
Joe


On 1/5/20 9:47 PM, Andreas Goetz wrote:
Hey Joe
(Scnr ;)
Hast Du mal einen Link zum Handbuch? Ich dachte bisher, die Register wären ein Subset. Neue Zähler sind einfach, siehe meters/rtu Verzeichnis.
Viele Grüße, Andreas
Am 05.01.2020 um 21:43 schrieb joekokker at epios.eu:

Hallo,

ich habe über Weihnachten die Modbus Zähler SDM230 und SDM630 ausprobiert und dabei auch mbmd getestet. Die REST Api von mbmd lese ich periodisch mit einem Skript (exec-Protokoll vzlogger) aus um es in die Volkszahler Datenbank zu bringen.

Für den SDM230 Zähler stimmen einige Zuordnungen nicht, da sie sich vom SDM630 unterscheiden. Zum Beispiel:

Aus dem Manual für den SDM230 Zähler:
ApparentPower 0x0012
ReactivePower 0x0018

Aus dem Quellcode von mbmd für den generellen SDM Zähler:
ApparentPower: 0x0038
ReactivePower: 0x003C

Was ist das sinnvollste? Eine neue Definition für den Zähler?

Aus Neugierde: Wie einfach ist es weitere Custom Werte der Zähler zusätzlich zu den Standard Werten mit mbmd auszulesen? Es gibt ja weitere Register bei den Zählern.

Beste Grüße
Joe
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20200115/5cd6f3ba/attachment-0001.html>