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" <cpui...@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.richte...@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 <cpui...@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.richte...@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 <cpui...@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.richte...@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 <cpui...@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 <cpui...@gmail.com>: >>>> >>>> Hallo Daniel, >>>> >>>> On Wed, Dec 12, 2018 at 11:12 AM Daniel Lauckner <v...@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 >>>> >>>> >>>> >
