UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Dutchman]

so leute, sorry hat bissl gedauert aber wollte es auch richtig machen den der code ging mir n bisschen auf die nerven dat er ziemlich unübersichtlich aufgebaut war (erster adapter halt

Ich habe mich dan auch dazu entschlossen nen kompletten rebuild zu machen, dieses bird als release 0.5 veroeffenltich.
Auf GitHub geschehen gerade einige Sachen mit alpha/beta versionen von 0.4 ==> 0.5, der erste beta test wird denke ich mal morgen im admin verfügbar sein als version 0.4.2

[deta]

@Dutchman Klasse, dann sind wir mal gespannt. Kein Stress ...

[Dutchman]

@deta sagte in [Aufruf] Neuer Adaper Discovergy:

@Dutchman Klasse, dann sind wir mal gespannt. Kein Stress ...

bis auf die power werte habe ich jetzt alles drin, die nahest version kommt voraussichtlich morgen in de admin zum installieren.

Ich habe eine schlechte Nachricht zu dem update : Alle Datenpunkte werden leider neu mit neuen namen erstellt.
Das war nötig um auch zukünftig neue Änderungen schnell und einfach implementieren zu können die jetzige art und weise der Verarbeitung war leider nicht efficient.

[deta]

@Dutchman Klasse, sag bescheid wenn du Fertig bist, dann updaten wir mal

Datenpunkt von mir aus kein Problem..

[Dutchman]

version 0.4.4 sollte ab morgen installierbar sein (für die ungeduldigen bereits auf der console per NPM)

### 0.4.4 ALPHA version of rebuilded adapter
* (Dutchman) Rewrite adapter to class and support JS-Controller 2.0 with compact mode
* (Dutchman) Rebuild complete logic of data pulling
* (Dutchman) Variable JSON-Array scan for attributes, if Discovergy adds new devices they will be visible immidiatly
* (Dutchman) For new Devices : Write error for unknwon states but create device with basic information
* (Dutchman) implement data pulling (needs improvement to avoid block by provider)
* (Dutchman) ensure split values for consumption and delivery

[Dutchman]

*update

hab da noch n par Sachen gefunden und verbessert

### 0.4.5 several fixes & code optimalisation
* (Dutchman) implement adjustable timing intervall
* (Dutchman) make state names configurable in library
* (Dutchman) update attr library
* (Dutchman) code cleanup

[ikkerus]

@Dutchman

Hallo an Dutchman und an alle Interessierten.

Ich bin neu hier, beschäftige mich mit SmartHome aber schon länger, aber eher im HomeKit-Bereich, obwohl ich selbst IT-Specialst bin, nur zum Entwickeln hab ich nicht so die Affinität. Anyway... ich hab' eine tolle Idee:

Soweit ich von Discovergy und Awattar (ein Stromanbieter) informiert bin, liefert Awattar berets stündliche Preisdaten an Discvovergy. Und in der API-Dokumentation von Discovergy habe ich etwas von Tarif-Informationen gelesen. Frage: Wäre es möglich, die Preis-API verschiedener Stromanbieter zu integrieren (ich weiß nicht, ob als separaten Adapter???).

Die Preis-API ist hier dokumentiert: https://www.awattar.de/services/api
Der Arbeitspreis setzt sich wie folgt zusammen: 18,17 Cent/KWh + $DynamischerPreisViaAPI (EPEX Spot DE) + 0,250 (Cent/KWh, Ökostromzulage).

Es gibt ein YAML-File welches recht umfangreich ist: https://www.loxwiki.eu/display/LOX/Anbinden+der+aWATTar+hourly+API bzw. http://api.awattar.de/v1/marketdata/current.yaml
Oder eben so: $ curl https://api.awattar.de/v1/marketdata
Liefert die Strompreisdaten von Jetzt bis zu 24 Stunden in die Zukunft.
Wichtig: Die API liefert den Preis für $DynamischerPreisViaAPI (EPEX Spot DE), d.h. man muss den Preis pro KW/h berechnen.

Wir werden zum 01.01.2020 Awattar-Kunde sein und bis dahin möchte ich gerne ein paar stromfressende Geräte nur ab bestimmten Preisschwellen und bei bestimmten Raumtemperaturen ein- bzw. ausschalten.

Beispiel: Die Raumtemperatur soll ab einem Wert von <= 17 °C und ab einem Preis von <= 20 Cent/KWh auf 20 Grad erhöht werden. Dazu werden die Temperaturwerte eines Hue Motion Sensors herangezogen (ob und wie das geht, weiß ich noch nicht). Das ganze soll dann als Flow via Node-RED implementiert werden und zurück an ioBroker gegeben werden.

Ich bin gern bereit, dabei mitzuhelfen.

Freue mich auf Kommentare/Anregungen.

[deta]

@ikkerus es wird bereits daran schon gearbeitet! Bitte geduld haben.

[ikkerus]

@deta
Geduld habe ich. Und wie gesagt, ich helfe gern. Möge mich der Entwickler gerne kontaktieren, falls Hilfe benötigt wird. Voraussichtlich ab 01.01. kann ich auch mittesten.

[deta]

@Dutchman sagte in [Aufruf] Neuer Adaper Discovergy:

*update

hab da noch n par Sachen gefunden und verbessert

### 0.4.5 several fixes & code optimalisation
* (Dutchman) implement adjustable timing intervall
* (Dutchman) make state names configurable in library
* (Dutchman) update attr library
* (Dutchman) code cleanup

0.4.5 war ohne Fehler zu installieren.
Aber neue Datenpunkte hatte er nicht geschrieben.

[Palm_Maniac]

Ich habe gerade gesehen, dass Verbrauchsdaten, Grafen und Berechungen nicht mehr stimmen und habe dabei entdeckt, dass der Discovergy Adapter neue Datenpunkte angelegt hat in denen er nun den Zählerstand und den aktuellen Verbrauch ablegt. Dadurch sind natürlich jetzt alle SourceAnalytics Daten neu angelegt worden und alle Statistiken nun leer, weil neu. Wird sich noch mehr ändern auf das ich mich einstellen muß oder kommen nur noch neue Sachen hinzu?

[Dutchman]

@Palm_Maniac sagte in [Aufruf] Neuer Adaper Discovergy:

Wird sich noch mehr ändern auf das ich mich einstellen muß oder kommen nur noch neue Sachen hinzu?

es werden ab jetzt nur noch neue Sachen hinzu kommen die structuur der basis Datenpunkte so wie sie jetzt steht ist 1:1 der API und bleibt so.

Sorry fur die umstände aber es musste leider sein

[Dutchman]

@ikkerus sagte in [Aufruf] Neuer Adaper Discovergy:

Beispiel: Die Raumtemperatur soll ab einem Wert von <= 17 °C und ab einem Preis von <= 20 Cent/KWh auf 20 Grad erhöht werden. Dazu werden die Temperaturwerte eines Hue Motion Sensors herangezogen (ob und wie das geht, weiß ich noch nicht). Das ganze soll dann als Flow via Node-RED implementiert werden und zurück an ioBroker gegeben werden.

ich finde diese concept Hoch interessant !
Du hast auch ein issue bei discovergy erstellt, sehr gut da machen wir dan weiter und mal schauen ob es separate, in diesem (denke eher nicht) oder SourceAnalytix einfliessen wird.

[Palm_Maniac]

@Dutchman Dann ist es ok. Hab jetzt alles "repariert" und alle Skripte angepasst. Dann war die Arbeit wenigstens nicht ganz umsonst.

Andere Frage. Durch die Umstellung sind doch einige Punkte nun nicht mehr in Betrieb. Einige habe ich "erwischt", welche können denn noch weg?

[ikkerus]

@Dutchman said in [Aufruf] Neuer Adaper Discovergy:

@ikkerus sagte in [Aufruf] Neuer Adaper Discovergy:

Beispiel: Die Raumtemperatur soll ab einem Wert von <= 17 °C und ab einem Preis von <= 20 Cent/KWh auf 20 Grad erhöht werden. Dazu werden die Temperaturwerte eines Hue Motion Sensors herangezogen (ob und wie das geht, weiß ich noch nicht). Das ganze soll dann als Flow via Node-RED implementiert werden und zurück an ioBroker gegeben werden.

ich finde diese concept Hoch interessant !
Du hast auch ein issue bei discovergy erstellt, sehr gut da machen wir dan weiter und mal schauen ob es separate, in diesem (denke eher nicht) oder SourceAnalytix einfliessen wird.

Danke für dein positives Feedback. Im TeamSpeak hat es leider gestern nicht mehr geklappt, zu reden. Meine Frau ist dann von der Arbeit nach Hause gekommen.

Jep. Ich denke man sollte irgendwann alle Features in einem SmartMeter Adapter einfließen lassen, wo mann dann noch zusätzliche Funktionen, wie das Abgreifen der Preisdaten von Awattar (oder auch später anderen Anbietern) aktivieren kann.

Ich versuche gerade den Unterschied/Vorteil/Nachteil zwischen SourceAnalytix und Discovergy zu verstehen...

[Palm_Maniac]

@ikkerus Hi. Das ist doch ganz klar. Der Discovergy-Adapter ist nur zum Auslesen der Stromzähler da und für nix anderes. Er soll nur all die Informationen bereitstellen, die Discovergy mit seinen Zählern bietet und ist nur für diesen Anbieter geeignet. SourceAnalytix ist zum Auswerten und zur Analyse da für alles aus dem Bereich Strom, Gas, Wasser usw. Ist doch ganz einfach.

[Dutchman]

@Palm_Maniac

haette es nicht besser erklaehren koennen

[Palm_Maniac]

@Dutchman

Hi. Ich habe ein, zwei Probleme entdeckt. Wir setzen hier wegen einer PV-Anlage einen 2 Richtungszähler ein. Seit dem letzten Adapterupdate scheint nun heute zum ersten mal die Sonne und die Anlage speist wieder ein. Wenn Strom bezogen wird, wird Power_Consumption aktualisiert und wenn eingespeist wird, dann Power_Delivery. 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.

Desweiteren habe ich seit dem letzten Adapterupdate sporadisch folgende Fehlermeldung im Log:

discovergy.0 2019-10-12 11:13:34.978 error (316) Error retrieving information for : 603xxxxxxx

Diese taucht immer wieder mal auf. Woran liegt das? Wie bekomme ich die weg?

[Dutchman]

@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

[Dutchman]

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.