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

Sun Dec 16 17:31:09 CET 2018

Hallo Frank,

ist im GoSDM Master implementiert, aber völlig ungetestet! Würde mich über Feedback freuen, gerne auch ein Belegexemplar für den Zähler...

Viele Grüße,
Andreas

> On 14. Dec 2018, at 23:30, Frank Richter <frank.richter83 at gmail.com> wrote:
> 
> Bitteschön:
> 
> https://ineprometering.com/wp-content/uploads/2018/09/PRO380-user-manual-V2-18.pdf <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 <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 <mailto: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 <mailto: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 <mailto: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 <mailto: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 <mailto: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 <mailto:cpuidle at gmail.com>>:
>> 
>>> Hallo Daniel,
>>> 
>>> On Wed, Dec 12, 2018 at 11:12 AM Daniel Lauckner <vz at jahp.de <mailto: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 <http://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 <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 <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 <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 <http://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 <http://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/20181216/5b5c0e62/attachment.html>