[vz-users] mbmd - SDM230

[joekokker at epios.eu]

Hallo Andreas,

habe gerade einen github Account erstellt und einen Pull Request erstellt.

Bis auf die Werte von ReactiveImport/ReactiveExport finde ich die Werte 
ansonsten alle recht interessant. ReactiveImport/Export habe ich 
reingenommen, da ich sie mit ReactivePower vergleichen möchte.

Liebe Grüße
Joe



On 15.01.2020 17:09, USER VZ wrote:
> 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.eu 
>>> <mailto:joekokker at epios.eu> wrote:
>>>
>>> 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.eu 
>>>>>>> <mailto:joekokker at epios.eu> wrote:
>>>>>>>
>>>>>>> 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 schrieb joekokker 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
>>