Test Adaper Discovergy v0.4.x
-
@Palm_Maniac sagte in [Aufruf] Neuer Adaper Discovergy:
Beim Wechsel von Bezug auf Einspeisung ist nun bei Consumption der letzte Bezugswert von 1,43W stehen geblieben, der letzte Bezugswert, und nicht 0W. Dieser Umstand sorgt für falsche Berechnungen und Anzeigen in meiner VIS. Läßt sich das eventuell im Adapter abfangen sobald Strom eingespeist wird, dass Consumption auf 0W gesetzt wird? Es wird ja dann faktisch kein Strom mehr aus dem Netz bezogen? Ich werde es erst einmal per Skript abfangen, hoffe aber auf dich und den Adapter.
Fixed in 0.4.6
@Palm_Maniac sagte in [Aufruf] Neuer Adaper Discovergy:
Diese taucht immer wieder mal auf. Woran liegt das? Wie bekomme ich die weg?
Hmm das ist. eine Fehlermeldung des API call das Discovergy nicht antwortet, ich kann den Fehler versteckender geben sie lieber raus damit man sich davon bewusst ist.
Du könntest mal prob ihren den polling Intervall höher zu stellen das du weniger oft abfragst.
Sollte auch das nachhelfen bitte nochmal melden dan muss ich timeouts einbauen -
version 0.4.7 ist verfügbar, ab morgen auch im admin.
Ich sammle eine Woche feedback/fuehre Verbesserungen durch dan möchte ich 0.5 ins stable release.
Wen jemand übrigens noch Information zur API und Messung von Geräten hat bitte her damit, ich finde nix.
-
Hallo, in der 0.4.7 werden die Werte z.b. beim Wechsel von Abnahme auf Abgabe oder umgekehrt nicht genullt. Das heisst, der gerade inaktive Wert steht noch fest auf den zuletzt gemessenen, also bei mir aktuell z.b. 35.82W Bezug obwohl eingespeist wird. Ich dachte, das wäre gefixt?
-
@Palm_Maniac sagte in [Aufruf] Neuer Adaper Discovergy:
das wäre gefixt?
ja aber man muss es auch richtig hochladen
Probier mal bitte 0.4.8 habe ich gerade auf git geschoben, wen das läuft package ich fuer admin installation0.4.7 hab ich übrigens aus dem verkehr gezogen, da war ein übler bug mit polling drin.
-
Hi,
ja, mit der 0.4.8 wird jetzt wieder genullt. ABER, mit der füllt sich das Log mit folgendenen Meldungen:
discovergy.0 2019-10-14 13:02:25.575 error Timer for meter : 60569887 with data : {"_called":true,"_idleTimeout":5000,"_idlePrev":null,"_idleNext":null,"_idleStart":24355,"_repeat":null,"_destroyed":false} discovergy.0 2019-10-14 13:02:25.575 error Timer for meter : 60327823 with data : {"_called":true,"_idleTimeout":5000,"_idlePrev":null,"_idleNext":null,"_idleStart":24353,"_repeat":null,"_destroyed":false} discovergy.0 2019-10-14 13:02:20.539 error Timer for meter : 60327823 with data : {"_called":true,"_idleTimeout":5000,"_idlePrev":null,"_idleNext":null,"_idleStart":19320,"_repeat":null,"_destroyed":false} discovergy.0 2019-10-14 13:02:20.538 error Timer for meter : 60569887 with data : {"_called":true,"_idleTimeout":5000,"_idlePrev":null,"_idleNext":null,"_idleStart":19313,"_repeat":null,"_destroyed":false} discovergy.0 2019-10-14 13:02:15.493 error Timer for meter : 60327823 with data : {"_called":true,"_idleTimeout":5000,"_idlePrev":null,"_idleNext":null,"_idleStart":14270,"_repeat":null,"_destroyed":false} discovergy.0 2019-10-14 13:02:15.492 error Timer for meter : 60569887 with data : {"_called":true,"_idleTimeout":5000,"_idlePrev":null,"_idleNext":null,"_idleStart":14265,"_repeat":null,"_destroyed":false} discovergy.0 2019-10-14 13:02:10.446 error Timer for meter : 60327823 with data : {"_called":true,"_idleTimeout":5000,"_idlePrev":null,"_idleNext":null,"_idleStart":9227,"_repeat":null,"_destroyed":false} discovergy.0 2019-10-14 13:02:10.445 error Timer for meter : 60569887 with data : {"_called":true,"_idleTimeout":5000,"_idlePrev":null,"_idleNext":null,"_idleStart":9218,"_repeat":null,"_destroyed":false} discovergy.0 2019-10-14 13:02:05.402 error Timer for meter : 60327823 with data : {"_called":true,"_idleTimeout":5000,"_idlePrev":null,"_idleNext":null,"_idleStart":4177,"_repeat":null,"_destroyed":false} discovergy.0 2019-10-14 13:02:05.401 error Timer for meter : 60569887 with data : {"_called":true,"_idleTimeout":5000,"_idlePrev":null,"_idleNext":null,"_idleStart":4173,"_repeat":null,"_destroyed":false}Und es wird sekündlich mehr.
-
Hallo,
ich bin gerade dabei mein System komplett neu aufzusetzten. Die Version 0.4.8 ist installiert. NodeJS und Node sind in 10.16.3, der js-Controller in 2.0.29.
Nach der Installation habe ich im 5 Sekunden Takt (die Zeit des Polling Intervall) die Fehlermeldung:
discovergy.0 2019-10-14 13:18:06.447 error (11686) Timer for meter : 61234718 with data : {"_called":true,"_idleTimeout":5000,"_idlePrev":null,"_idleNext":null,"_idleStart":8358,"_repeat":null,"_destroyed":false} discovergy.0 2019-10-14 13:18:01.376 error (11686) Timer for meter : 61234718 with data : {"_called":true,"_idleTimeout":5000,"_idlePrev":null,"_idleNext":null,"_idleStart":3286,"_repeat":null,"_destroyed":false} -
hast du die version per GitHub installiert ?
auf NPM lag 0.4.7 mit nem Fehler die hab ich heute morgen rausgenommen.Installiere mal bitte ueber git, was passiert dan ?
Moment ich sehe schon mein Fehler, danke ich fixes es gerade
-
probier mal bitte nochmal von GitHub, versions Nummer ist die selbe aber de Fehler sollte raus sein.
-
@Dutchman
Ich habe heute vormittag die Version von Github installiert. Dann zurück auf 0.4.5.Habe gerade nochmal vin Github installiert
./iobroker url "https://github.com/iobroker-community-adapters/ioBroker.discovergy.git"und bis jetzt keine Fehler in der Log. Danke.
-
Ja, die Fehler gibts erst seit der Version 0.4.8 von Github.
PS: Hab gerade auch mal zurück auf die V0.4.5 und dann wieder per Github auf die 0.4.8 installiert und jetzt sind die Meldungen weg. V0.4.6 war noch zu weit, es ging erst mit 0.4.5.
-
@Palm_Maniac sagte in [Aufruf] Neuer Adaper Discovergy:
PS: Hab gerade auch mal zurück auf die V0.4.5 und dann wieder per Github auf die 0.4.8 installiert und jetzt sind die Meldungen weg. V0.4.6 war noch zu weit, es ging erst mit 0.4.5.
danke, das liegt daran das 0.4.8 noch nicht fertig war und du jetzt den neuen code hast
super das es klappt, ich werd dan 0.4.8 auch offiziell release -
so habe 0.4.8 published, schaut die nächsten tage nochmal drüber ich möchte schnell nach stable (nur wenn alles geht!) da viele gerade das log problem haben
-
wichtig
fuer alle de 0.4.8 laufen haben bin schleunigst auf 0.4.9 update es ist da ein uebler Intervall bug in 0.4.8!!!
-
Ich habe mit der 0.4.9 deutlich häufiger:
(30737) Error retrieving information for : 605XXXXXMit der 0.4.5 passiert das nicht.
-
Hallo, bei mir funktioniert die Anbindung an das Discovergy Portal seit heute auch.
Schwups, den Adapter installiert v0.49. Und es funktioniert alles aktuell wunderbar.
Danke für die Arbeit.
Gruß Thomas -
Hier läuft auch alles bestens. Bisher keine Probleme bis auf die selben Fehler im Log, die @mrzee gemeldet hat. Hält sich aber im Rahmen.
-
hallo,
ich habe bei mir den adapter auch aktualisiert, bekomme aber keine daten. log ist soweit auch ok. kannst du helfen?
2019-11-15 12:42:40.162 - info: discovergy.0 starting. Version 0.4.9 in /opt/iobroker/node_modules/iobroker.discovergy, node: v8.16.1
2019-11-15 12:42:40.173 - info: discovergy.0 Discovergy Adapter startet, trying to discover meters associated with your account
2019-11-15 12:42:40.180 - debug: discovergy.0 client_secret decrypt ready
2019-11-15 12:42:40.953 - debug: discovergy.0 [{"meterId":"0c69d1ecd24e4d26ad45209f35b5081b","manufacturerId":"EMH","serialNumber":"08579355","fullSerialNumber":"1EMH0008579355","location":{"street":"XXX","streetNumber":"X","zip":"XXX","city":"XXX","country":"DE"},"administrationNumber":"DE0010810923200000000000000227778","type":"RLM","measurementType":"ELECTRICITY","loadProfileType":"RLM","scalingFactor":2000,"currentScalingFactor":2000,"voltageScalingFactor":1,"internalMeters":1,"firstMeasurementTime":1555054142000,"lastMeasurementTime":1573818063000}]
2019-11-15 12:42:40.953 - debug: discovergy.0 {"meterId":"0c69d1ecd24e4d26ad45209f35b5081b","manufacturerId":"EMH","serialNumber":"08579355","fullSerialNumber":"1EMH0008579355","location":{"street":"XXX","streetNumber":"X","zip":"XXX","city":"XXX","country":"DE"},"administrationNumber":"DE0010810923200000000000000227778","type":"RLM","measurementType":"ELECTRICITY","loadProfileType":"RLM","scalingFactor":2000,"currentScalingFactor":2000,"voltageScalingFactor":1,"internalMeters":1,"firstMeasurementTime":1555054142000,"lastMeasurementTime":1573818063000}
2019-11-15 12:42:40.955 - debug: discovergy.0 All meters : [] -
Ich habe mich auch bei Discovergy zum Wechsel des Zähler angemeldet - also aktuell habe ich den noch nicht.
Den Adapter und den DEMO Login habe ich in ioB aber schonmal installiert. Scheint soweit zu funktionieren, wenn man von den diversen Error Meldungen im Log mal absieht. Liegt bestimmt daran, das ein DEMO Zugang ist.
Hätte ggf. jemand von Euch ein paar Design Idee für das VIS wie man die gewonnenen Daten schick darstellen kann? Ein Widget Export wäre auch super
Vielen Dank
-
Hallo,
ich bekomme mit dem Adapter 0.4.9 keine Verbrauchswerte mehr ? Kann das jemand bestätigen?
Ich wollte heute den Cron anpassen, danach war die Zeitplanung weg. Auch nach einer Neuinstallation bleibt das weg.
Ich sehe in den Ereignissen, dass die Objekte geändert werden, allerdings bleiben die im Admin constant, das heißt, die Änderungen werden nicht geschrieben oder es kommen von Discovergy keine Werte?
-
Ich habe auch den 0.4.9er Adapter. Habe aber noch keinen DISCOVERGY Zähler und verwende in der Übergangsphase den Test (DEMO) Account von Discovergy.
Das mit der Zeitplanung kann ich bestätigen, allerdings für die Verbrauchswerte des DEMO Accounts nicht. Die kommen nach wie vor rein.
Hast du vielleicht auch auf den js-controlller 2.1.x geupdatet? Da ist ja eine Version 0.5.0 in Vorbereitung die mit dem js-controller kompatibel sein wird.
