Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[deta]

Wenns hilft Wie gesagt, bei mir gehts. Aber was CAT7 angeht, ggf. mal über Einstrahlung geprüft. Hatte mal vor einer weile eine komplette LTE Einstrahlung auf dem Kabel gehabt. Dort war das Kabel Mangelhaft, nach tausch gegen ein Top geschirmtes Kabel wars gut.
Daher die Frage nach dem LAN Kabel.

[lobomau]

@JB_Sullivan ich kann da noch nicht viel aus der Erfahrung zu beitragen. Ich habe Discovergy erst seit zwei Wochen in Betrieb (ohne Probleme).
Interessant finde ich aber deinen switch-bot. Wo gibt es denn sowas? Wie wird der angesteuert? WLAN?

[JB_Sullivan]

Wenn du dem Link gefolgt bist, brauchst du nur in dem Beitrag dort auf das Wort "SwitchBot" klicken, dann landest du bei Amazon.

Der Witchbot ist Ohne Hub nur über Bluetooth zu steuern, was mir persönlich reicht. Es gibt noch einen MiniHub, der in meinen Augen aber überteuert ist. Dann hast du die Möglichkeit via Cloud - also z.B. via Alexa, Netzwerk usw. auf das Teil zuzugreifen.

Ich bin aber kein Freund von Cloud Lösungen. Prinziel funktioniert der Switchbot auch via Bluetooth vom heimischen PC, wenn die Reichweite passt.

Hier mal ein Link zu dem Thema wo es um den SwitchBot geht.
https://forum.iobroker.net/topic/25024/switchbot-in-iobroker-kaffeemaschine-smart/13

[lobomau]

@Dutchman ich habe eben auf 0.5.2. geupdatet. Die Struktur hat sich dabei total geändert. Die Werte sind nicht mehr unter dem Ordner mit der Seriennummer, sondern unter einem neuen Ordner mit einem langen kryptischen Namen. Ich nehme an, dass war um den Fehler rauszunehmen und kommt wieder weg, oder?

[Dutchman]

@lobomau sagte in Test Adaper Discovergy v0.4.x:

@Dutchman ich habe eben auf 0.5.2. geupdatet. Die Struktur hat sich dabei total geändert. Die Werte sind nicht mehr unter dem Ordner mit der Seriennummer, sondern unter einem neuen Ordner mit einem langen kryptischen Namen. Ich nehme an, dass war um den Fehler rauszunehmen und kommt wieder weg, oder?

Ah chips danke ich muss auf serial id einordnen nicht meterid .... gimme 15 min

[Dutchman]

@lobomau bitte discovergy 0.5.3 probieren, wenn richtig schmeiß ich es sofort auf NPM und ziehe 0.5.2 zurueck befuhr anderen auch das problem haben

Immer problematisch wen man selber die adapter nicht hat aber fuer anderen entwickelt dan fällt einem sowas nicht so schnell auf sorry

[lobomau]

@Dutchman 0.5.3.: Ordner Name passt. Aber die Einheiten jetzt nicht. Alles kWh

[Palm_Maniac]

@lobomau Stimmt, alle Einheiten stehen jetzt kWh und nicht auf W.

[Dutchman]

Entweder n issue machen oder auf git im Ordner Lob die Unit ändern

Sorry ich komme sonst heute Abend dazu

[skvarel]

Issue habe ich gerade erstellt.

[Dutchman]

@skvarel sagte in Test Adaper Discovergy v0.4.x:

Issue habe ich gerade erstellt.

fixed 0.5.4

[lobomau]

@Dutchman sagte in Test Adaper Discovergy v0.4.x:

@skvarel sagte in Test Adaper Discovergy v0.4.x:

Issue habe ich gerade erstellt.

fixed 0.5.4

sieht gut aus

[JB_Sullivan]

Kann man ggf. den UNIX Timestamp für first und last Messurement Time im Adapter nicht gleich in ein Datum umwandeln?

https://rechneronline.de/uhrzeiten/timestamp.php

Wo gibt es 5.4? Selbst über GIT bekomme ich nur 5.3 angeboten.

[lobomau]

@JB_Sullivan hierüber ist doch GIT!? Ging bei mir:

[JB_Sullivan]

Ja, genau so - ging beim ersten mal nicht. Blieb bei 5.3 - jetzt beim 2. mal dann 5.4 - Auf die schnelle gecheckt und so wie es aussieht passt jetzt alles.

[Dutchman]

@JB_Sullivan sagte in Test Adaper Discovergy v0.4.x:

Wo gibt es 5.4? Selbst über GIT bekomme ich nur 5.3 angeboten.

ab morgen im admin

[Webranger]

Habt ihr auch schon diese Mail bekommen?

Mitteilung für Nutzer der Discovergy-API
Discovergy GmbH
Wichtige Änderung in unserer API

Änderungen in der Discovergy API.
Liebe/r API Nutzer/in,
aufgrund einer Fehlerbehebung in unserem Visualisierungsportal, ergeben sich folgende Änderung in unserer API-Schnittstelle, worüber wir Sie hiermit informieren möchten:

Bisher wurden Produktionszähler bzw. in einigen Fällen auch die Produktionsrichtung des Zweirichtungszählers in unserer API mit dem Label „energy“ gekennzeichnet, was in einigen Fällen dazu geführt hat, dass diese „versehentlich“ als Bezugszähler ausgewertet bzw. gehalten wurden. Nach Konsolidierung dieser Inkonsistenz sind jetzt Produktionszähler und Produktionsrichtung des Zweirichtungszählers in unserer API als „energyOut“ bezeichnet und ihre Messwerte müssen dementsprechend mit diesem Feldwert weiter verarbeitet werden.

Obwohl diese Maßnahme die Logik und Stabilität unserer API verstärkt, kann diese Änderung dazu führen, dass Ihre auf unserer API basierende Anwendung seit einigen Tagen eventuell nicht so funktioniert, wie ursprünglich von Ihnen eingerichtet. Wenn dies bei Ihnen der Fall ist, prüfen Sie bitte, ob Sie von dieser Änderung betroffen sind.

Wir bitten Sie, diese Unannehmlichkeiten zu entschuldigen.

Bei Fragen zu unserer API senden Sie uns bitte eine Nachricht an api@discovergy.com. Für allgemeine Support-Fragen stehen wir Ihnen unter der Nummer +49 6221 7787 353 oder per E-Mail unter support@discovergy.com zur Verfügung. Wir werden uns bemühen, Ihr Anliegen schnellstmöglich zu bearbeiten.

Herzliche Grüße
Ihr Discovergy Team.

[lobomau]

@Webranger ja, wollte ich auch schon hier posten

[Holger76]

mit dem neuesten JS Controller 3.1.2 verbindet sich der Discovergy Adapter nicht mehr bei mir. es kommt folgende Meldung (Ja, login Daten sind korrekt und neu eingegeben, mit der alten Controller Version läufts)

LOG:

Spoiler

2020-05-10 00:02:01.030 - info: discovergy.0 (3267) starting. Version 0.5.4 in /opt/iobroker/node_modules/iobroker.discovergy, node: v12.16.3, js-controller: 3.1.2
2020-05-10 00:02:01.044 - info: discovergy.0 (3267) Discovergy Adapter startet, trying to discover meters associated with your account
2020-05-10 00:02:01.209 - error: discovergy.0 (3267) Connection_Failed at meter indication run, check your credentials !
2020-05-10 00:02:01.211 - error: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2020-05-10 00:02:01.211 - error: discovergy.0 (3267) unhandled promise rejection: 401 - "401 Unauthorized: Invalid email or password supplied in the HTTP Authorization header"
2020-05-10 00:02:01.214 - error: discovergy.0 (3267) StatusCodeError: 401 - "401 Unauthorized: Invalid email or password supplied in the HTTP Authorization header"
at new StatusCodeError (/opt/iobroker/node_modules/request-promise-core/lib/errors.js:32:15)
at Request.plumbing.callback (/opt/iobroker/node_modules/request-promise-core/lib/plumbing.js:104:33)
at Request.RP$callback [as _callback] (/opt/iobroker/node_modules/request-promise-core/lib/plumbing.js:46:31)
at Request.self.callback (/opt/iobroker/node_modules/request/request.js:185:22)
at Request.emit (events.js:310:20)
at Request.EventEmitter.emit (domain.js:482:12)
at Request. (/opt/iobroker/node_modules/request/request.js:1154:10)
at Request.emit (events.js:310:20)
at Request.EventEmitter.emit (domain.js:482:12)
at IncomingMessage. (/opt/iobroker/node_modules/request/request.js:1076:12)
2020-05-10 00:02:01.214 - info: discovergy.0 (3267) cleaned everything up...
2020-05-10 00:02:01.266 - info: discovergy.0 (3267) terminating
2020-05-10 00:02:01.267 - info: discovergy.0 (3267) Terminated (NO_ERROR): Without reason
2020-05-10 00:02:01.789 - error: host.ioBroker Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:
2020-05-10 00:02:01.790 - error: host.ioBroker Caught by controller[1]: StatusCodeError: 401 - "401 Unauthorized: Invalid email or password supplied in the HTTP Authorization header"
2020-05-10 00:02:01.790 - error: host.ioBroker Caught by controller[1]: at new StatusCodeError (/opt/iobroker/node_modules/request-promise-core/lib/errors.js:32:15)
2020-05-10 00:02:01.790 - error: host.ioBroker Caught by controller[1]: at Request.plumbing.callback (/opt/iobroker/node_modules/request-promise-core/lib/plumbing.js:104:33)
2020-05-10 00:02:01.790 - error: host.ioBroker Caught by controller[1]: at Request.RP$callback [as _callback] (/opt/iobroker/node_modules/request-promise-core/lib/plumbing.js:46:31)
2020-05-10 00:02:01.791 - error: host.ioBroker Caught by controller[1]: at Request.self.callback (/opt/iobroker/node_modules/request/request.js:185:22)
2020-05-10 00:02:01.791 - error: host.ioBroker Caught by controller[1]: at Request.emit (events.js:310:20)
2020-05-10 00:02:01.791 - error: host.ioBroker Caught by controller[1]: at Request.EventEmitter.emit (domain.js:482:12)
2020-05-10 00:02:01.791 - error: host.ioBroker Caught by controller[1]: at Request. (/opt/iobroker/node_modules/request/request.js:1154:10)
2020-05-10 00:02:01.791 - error: host.ioBroker Caught by controller[1]: at Request.emit (events.js:310:20)
2020-05-10 00:02:01.791 - error: host.ioBroker Caught by controller[1]: at Request.EventEmitter.emit (domain.js:482:12)
2020-05-10 00:02:01.792 - error: host.ioBroker Caught by controller[1]: at IncomingMessage. (/opt/iobroker/node_modules/request/request.js:1076:12)
2020-05-10 00:02:01.792 - info: host.ioBroker instance system.adapter.discovergy.0 terminated with code 0 (NO_ERROR)
2020-05-10 00:02:01.792 - info: host.ioBroker Restart adapter system.adapter.discovergy.0 because enabled

Alle Adapter sind latest.
Debian 10, NodeJS12

EDIT: hat sich mit der neuesten Version 3.1.3 von heute Nacht erledigt. Alles gut

[Ivan Andric]

Hallo, wenn ich es in diesem Forum richtig verstanden habe, soll es einen Test Account geben, mit dem man seinen Discovergy Adapter vorab testen kann, auch ohne eigenen Zähler. Das würde ich gerne machen, jedoch finde ich bisher keine Zugangsdaten zu diesem Account. Laut Discovergy Forum soll es keinen solchen Account geben. Was ich nur bisher gefunden habe ist die Demo WEB-Seite von Discovergy, aber die bringt mich nicht weiter. Kann mir da jemand von euch weiter helfen?
Vielen Dank!