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

[Frank Richter]

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/4ca2fe28/attachment-0001.html>