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