NEWS
Test Adaper Discovergy v0.4.x
-
@Webranger Da warten wir alle drauf! DutchmanML hat wohl im Moment wenig Zeit.
-
Auch bei mir hats geholfen. Danke.
-
Ich habe das Repo vor einigen Tagen geforkt und es eingebunden. Bis DutchmanNL es offiziell eingebaut hat könnt ihr das Fork auf https://github.com/CKMartens/ioBroker.discovergy.git verwenden.
-
@CKMartens sagte in [Aufruf] Neuer Adaper Discovergy:
Ich habe das Repo vor einigen Tagen geforkt und es eingebunden. Bis DutchmanNL es offiziell eingebaut hat könnt ihr das Fork auf https://github.com/CKMartens/ioBroker.discovergy.git verwenden.
Hast du noch was geändert? Ausser die 3 Zeilen?
cu Deta
-
-
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 -
@Dutchman Klasse, dann sind wir mal gespannt. Kein Stress ...
-
@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. -
@Dutchman Klasse, sag bescheid wenn du Fertig bist, dann updaten wir mal
Datenpunkt von mir aus kein Problem..
-
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
-
*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
-
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.
-
@ikkerus es wird bereits daran schon gearbeitet! Bitte geduld haben.
-
@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. -
@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. -
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?
-
@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
-
@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. -
@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?
-
@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...