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

Fri Dec 14 21:03:12 CET 2018

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 <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/20181214/15d389dd/attachment.html>