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

[csamaggi]

Hallo ihr lieben,

also wie Webranger schon schrieb hat, Freshenergy damit nichts mehr zu tun. Auch ich hatte mit denen geschrieben und sie teilten mir mit das nun der Support von Mark-E zuständig ist.

Habe heute morgen einen Rückruf von Discovergy bekommen die mir auch versicherten dass sie das Problem in den nächsten Tagen beheben.

Da es viele Kunden betrifft nach der Migration von Mark-E.

MFG Maggi

[Webranger]

Meine Daten kommen wieder! Mark-E bzw discovergy hat meinen Zähler wieder meinem Account zugewiesen.

Jetzt ist das LOG natürlich wieder voll mit Fehlern, gibt es da schon eine Lösung zu?

Gruss

[Webranger]

@deta sagte in [Aufruf] Neuer Adaper Discovergy:

Hab es auf dem Git geschrieben, wer wird versuchen diese Woche es zu koriegieren.
Es sind wohl neue API Daten dazu gekommen, die der Adapter noch nicht verarbeiten kann.

Also abwarten..

Gibt es dazu noch nichts neues? Meine LOG sieht echt rot aus

Gruss

[Palm_Maniac]

Ich kann garnicht so schnell löschen wie sie neu reinkommen. Bei mir ist auch alles rot.

[deta]

Auf dem Git ist doch die Lösung.

Als ad-hoc Maßnahme habe ich bei mir nach Zeile 180 die folgenden drei hinzugefügt:
case "loadProfileType":
case "fullSerialNumber":
case "manufacturerId":

Im Verzeichniss /opt/iobroker/node_modules/iobroker.discovergy liegt die Datei main.js Dort nach der Zeile 180 die drei vor der Zeile mit
break;

[Webranger]

@deta

Ok Danke das scheint geholfen zu haben.

Aktualisierung vom Adapter wäre aber devinitiv die schönere Lösung gewesen.

[deta]

@Webranger Da warten wir alle drauf! DutchmanML hat wohl im Moment wenig Zeit.

[Palm_Maniac]

Auch bei mir hats geholfen. Danke.

[CKMartens]

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.

[deta]

@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

[CKMartens]

@deta

Hast du noch was geändert? Ausser die 3 Zeilen?

Nein, hab die nur eingefügt.

[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.