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

Fri Dec 14 23:43:33 CET 2018

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/ee42c4ff/attachment.html>