[vz-users] GoSDM630 (was: Wiki-Eintrag fuer DZG DVH4013 Modbus)

Fri Dec 14 23:47:54 CET 2018

Leider nicht. Wäre aber mein Wunschkandidat, weil er lt. Datenblatt
saldierend messen kann.

Viele Grüße
Frank

Am 14.12.2018 23:43 schrieb "Andreas Goetz" <cpuidle at gmail.com>:

Sollte kein Problem sein- hast Du einen zum testen?

Viele Grüße, Andreas

Am 14.12.2018 um 23:30 schrieb Frank Richter <frank.richter83 at gmail.com>:

Bitteschön:

https://ineprometering.com/wp-content/uploads/2018/09/PRO380-user-manual-V2-18.pdf

https://www.kdk-dornscheidt.de/BMEcat/BEDIEN_DOC/Bedienungsanleitung_KDK_PRO380_4205100Pro_420506Pro_S_Mbus_Modbus_V2_00.pdf

KDK gibt zwei Sätze Modbus-Register an, bei Inepro stehen wohl nur die
aktuellen und der Hinweis, dass die alten auch noch funktionieren, diese
werden aber nicht mehr angegeben.

Ich würde mich an die Inepro-Doku halten, die sind schließlich der
Hersteller des Zählers.

Viele Grüße
Frank

Am Fr., 14. Dez. 2018, 21:08 hat Andreas Goetz <cpuidle at gmail.com>
geschrieben:

> Ups, den hab ich überlesen! Wenn Du Doku dafür hast her damit!
>
> Viele Grüße, Andreas
>
>
> On 14. Dec 2018, at 19:52, Frank Richter <frank.richter83 at gmail.com>
> wrote:
>
> Hallo Andreas,
>
> danke für den Hinweis, werde ich testen. Ohne Differenzierung in der
> Zeitauflösung hab ich allerdings noch keinen konkreten Use Case dafür.
>
> Hast du meinen Vorschlag bzgl. Support für weiteren Zähler (Solarlog Pro
> 380 aka KDK Count 3 Pro aka Inepro Pro 380) in GoSDM eigentlich überlesen
> oder kein Interesse?
>
> Viele Grüße
> Frank
>
>
> Am Fr., 14. Dez. 2018, 15:15 hat Andreas Goetz <cpuidle at gmail.com>
> geschrieben:
>
>> Hallo Frank,
>>
>> nur kurz falls nicht offensichtlich: "PUSH" Server "parallel" geht jetzt
>> schon- einfach einen zweiten Draht zu einem anderen Ziel ziehen!
>>
>> Viele Grüße, Andreas
>>
>>
>> On Wed, Dec 12, 2018 at 11:43 PM Frank Richter <frank.richter83 at gmail.com>
>> wrote:
>>
>>> Hi Andreas,
>>>
>>> ich denke das kann auf jeden Fall was sehr nützliches werden!
>>>
>>> Die Frage bzgl. mehrerer Mappings pro Wire kann ich grad noch nicht
>>> überblicken.
>>>
>>> Feature-Wunschliste? Da bin ich dabei:
>>>
>>> * Serverseitige Aggregation oder mindestens Ausdünnen der Daten vor
>>> Weitergabe an VZ-MW
>>>
>>> * parallel Weitergabe von hoch aufgelösten Live-Daten an Push-Server
>>>
>>> * daemon mode: sicher sinnvoll wenn es dauerhaft unauffällig seinen Job
>>> erledigen soll.
>>>
>>> * Web UI: ja, wenn es auch Konfiguration ermöglicht. Bloße Anzeige geht
>>> wahrscheinlich am Zweck des Tools vorbei.
>>> Soll aber auch kein zweites Node-RED werden...
>>>
>>> * API: könnte man coole Sachen mit machen - wenn das VZ-Frontend die
>>> ingress-Instanz kennt und konfigurieren kann, könnte man Kanäle anlegen und
>>> Daten akquirieren in einer Oberfläche erledigen.
>>>
>>> Viele Grüße
>>> Frank
>>>
>>>
>>> Andreas Götz <cpuidle at gmail.com> schrieb am Mi., 12. Dez. 2018 18:44:
>>>
>>>> Ich hab eben nochmal ein Release gemacht. Diverse Fixes und Mapping
>>>> eingebaut.
>>>>
>>>> Bitte um Feedback ob es sinnvoll ist mehrere Mappings pro Wire zu haben?
>>>>
>>>> Was wäre jetzt die wichtigste Erweiterung:
>>>> - mehr Magie für Volkszähler (welche?)
>>>> - weitere data sources oder targets (welche?)
>>>> - ein Web UI (analog GoSdm)
>>>> - irgendwelche APIs (z.B. zur dynamischen Konfiguration)
>>>> - daemon mode
>>>> - granulareres Loggin
>>>>
>>>> Und am Allerwichtigsten: ist das Ding wirklich für Jemanden nützlich?
>>>>
>>>> Viele Grüße,
>>>> Andreas
>>>>
>>>> Am 12.12.2018 um 12:46 schrieb Andreas Goetz <cpuidle at gmail.com>:
>>>>
>>>> Hallo Daniel,
>>>>
>>>> On Wed, Dec 12, 2018 at 11:12 AM Daniel Lauckner <vz at jahp.de> wrote:
>>>>
>>>>> Hallo,
>>>>>
>>>>> am Dienstag, 11. Dezember 2018 um 22:36 hat Andreas Goetz geschrieben:
>>>>> > Damit ist es schonmal möglich von GoSDM an Volkszähler zu schicken,
>>>>> > allerdings nur wenn GoSDM Kanäle *genauso* heißen wie in Volkszähler
>>>>>
>>>>> In meinem Fall z.B. homie/meter10/meter/Import
>>>>> GoSDM bekommt -t homie mit auf den Weg, in Node-RED kommen die Daten
>>>>> vom MQTT an.
>>>>>
>>>>> ...
>>>>>
>>>>> go run cmd/ingress/main.go -d
>>>>>
>>>>> Ok, tut sich erstmal nicht so viel.
>>>>> 2018/12/12 10:48:17 wiring: wiring homie -> vz
>>>>> 2018/12/12 10:48:17 homie: connected to tcp://192.168.1.103:1883
>>>>> 2018/12/12 10:48:17 connector: starting homie
>>>>> 2018/12/12 10:48:17 homie: subscribed to topic homie
>>>>>
>>>>> Test mit mosquitto_pub -t homie/meter10/Import -m 160.160
>>>>> zeigt keine Reaktion von ingrees.
>>>>>
>>>>
>>>> Kann ich ohne Config nix zu sagen- bitte immer mit angeben.
>>>>
>>>>
>>>>>
>>>>> In der config.yml umgestellt auf
>>>>> - name: homie
>>>>>   type: mqtt
>>>>>
>>>>
>>>> Eigentlich willst Du type=homie, sonst musst Du das komplette mqtt
>>>> topic angeben dass Du abfragen willst.
>>>>
>>>>
>>>>>
>>>>> 2018/12/12 10:51:30 homie: recv (homie/meter10/meter/Import=171.666)
>>>>> 2018/12/12 10:51:30 homie: matched topic (id=Import,name=Import)
>>>>> 2018/12/12 10:51:30 homie: recv (homie/meter10/Import=171.666)
>>>>> 2018/12/12 10:51:30 homie: matched topic (id=Import,name=Import)
>>>>> 2018/12/12 10:51:30 connector: recv from homie (Import=171.666000)
>>>>> 2018/12/12 10:51:30 connector: recv from homie (Import=171.666000)
>>>>> 2018/12/12 10:51:30 mapper: routing homie -> vz
>>>>> 2018/12/12 10:51:30 vz: send POST
>>>>> https://demo.volkszaehler.org/middleware.php/data/Import.json
>>>>> (Import=171.666000)
>>>>> 2018/12/12 10:51:30 mapper: routing homie -> vz
>>>>> 2018/12/12 10:51:30 vz: send POST
>>>>> https://demo.volkszaehler.org/middleware.php/data/Import.json
>>>>> (Import=171.666000)
>>>>> [...]
>>>>> 2018/12/12 10:51:31 vz: send failed POST 400
>>>>> https://demo.volkszaehler.org/middleware.php/data/Import.json
>>>>>
>>>>> Das so ein POST nicht angenommen wird ist natürlich keine
>>>>> Überraschung.
>>>>>
>>>>
>>>> Nein. Siehe mein Posting- Übersetzung gibt es noch nicht.
>>>>
>>>>
>>>>>
>>>>> Etwas "unschön" ist auch das ingrees da versucht alle Topics auf
>>>>> demo.volkszahler.org zu werfen, scheint mir also nicht ganz der
>>>>> richtige Weg zu sein.
>>>>>
>>>>> Nein. Siehe mein Posting- Filterung gibt es noch nicht.
>>>>
>>>> Immer schön eins nach dem anderen.
>>>>
>>>>
>>>>> Seitens gosdm (0.8) ist homie-Support doch Standardmäßig aktiv, oder?
>>>>>
>>>>
>>>> Yep!
>>>>
>>>>
>>>>>
>>>>> ./sdm --help
>>>>> [...]
>>>>>    --homie value                       MQTT: Homie IOT discovery base
>>>>> topic. Set empty to disable. See homieiot.github.io for details.
>>>>> (default: "homie")
>>>>>
>>>>> mfg Daniel
>>>>>
>>>>>
>>>> Viele Grüße, Andreas
>>>>
>>>>
>>>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20181214/7bf64a83/attachment-0001.html>