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

[unltdnetworx]

@darkiop
Man könnte es natürlich schon so machen, dass es automatisch die Sprache der Installation auswählt, aber auch per Dropdown auswählbar wäre.
Aber wie oft wird das gebraucht?

[darkiop]

@unltdnetworx das stimmt schon. ggf. könnte man ja prüfen ob bereits DPs angelegt sind und diese dann beibehalten?

[darkiop]

@unltdnetworx du musst hier jetzt aber auch keine riesen energie reinstecken ... war mir nur aufgefallen. ich muss mal schauen wie ich die DPs in der Datenbank auf die neuen umgezogen bekomme (möchte die alias Funktion hier nicht benutzen, da ich die umbenutzten DPs auch gerne wieder lösche :))

[unltdnetworx]

@darkiop
Das ist klar. Es müsste lediglich ein Dropdown rein und eine Abfrage, ob es automatisch gewählt oder voreingestellt werden soll. Dann würdest du auf deutsch stellen müssen und die Punkte bleiben auf, z.B stiebel-isg.0.Einstellungen.* Das würde aber wieder deiner Konvention mit Englisch widersprechen

[maodch]

Der Adapter läuft super.
Aber leider kann der Festwert nicht von umgestellt werden (Ja/Nein), und auch keine Festwerttemperatur.
Das wäre der Hammer, denn damit lässt sich auch eine Fixleistung der WP steuern.

[unltdnetworx]

@maodch
Kannst du mir evtl. einen Screenshot und die Nummern der Links aus den Adresszeilen, der einzelnen Seiten in der Weboberfläche zukommen lassen. Bei der Startseite ist das z.B.: ?s=1,0 oder so ähnlich. Evtl. habe ich diese Seiten nicht. Bei mir sind alle Werte, die auch über die Weboberfläche schaltbar sind auch im Adapter schaltbar.

[maodch]

Der Link ist: http://x.x.x.x/index.php?s=4,2,2

Der Festwert in ioBroker ist immer = 1, egal ob der aktiv, oder inaktiv ist. Egal was ich da reinschreibe (nach Ergänzung des Properties writable=true), nützt nichts.
Wird ein Festwert gesetzt, ist der im ioBroker unter isg->info->anlage->heizung->festwert richtig dargestellt, aber auch der lässt sich nicht übersteuern, da der "nur Info" ist.

Brauchst du noch mehr?

Schöne Festtage und vielen Dank im Voraus

[maodch]

und hier noch, wenn der Festwert eingeschaltet ist

[unltdnetworx]

Da es den Punkt bei mir nicht gibt, kann ich das leider nicht exakt nachvollziehen. Daher mal ein paar Fragen und Klarstellungen:

@maodch sagte in Test Adapter stiebel-isg v1.4.x GitHub:

writable=true

Das ist insofern korrekt bzw. nicht verwunderlich, da die Werte von der Seite Info kommen und dort auch nicht schreibbar sind. Alle Unterpunkte von Info sind daher auf nicht schreibbar gesetzt.

Der Punkt den du ändern können müsstest, wäre im Baum "Einstellungen". Im letzten Punkt markiert, aval35. Der kann vermutlich 0 und 1 für aus und an. Manchmal dauert das Schreiben bzw. Umsetzen einige Zeit. Ist aber von der Weboberfläche aus das gleiche Phänomen.

Woher stammen denn die beiden ganz ähnlichen Screenshoots mit Festwert an/aus, einmal mit Temperatur und einmal ohne. Unter dem Pfad mit Temperatur sollte es normalerweise einstellbar sein. Da der Punkt vermutlich bei deinem Heizungstyp einmalig ist, müsste ich dazu den Quellcode sehen. Der ist teilweise haarsträubend aufgebaut.

[maodch]

@unltdnetworx
Eben, der "aval35" ist per default auf "nur lesen" gesetzt. Wenn ich den mit "write=true" in den raw-Einstellungen ändere, dann kann ich zwar reinschreiben, aber es bringt auch nach 60min nichts.

Die zwei Screenshots mit oder ohne Temperatur sind die selben, wenn ich auf "Festwert" klicke, dann kommt die Auswahl ("EIN/AUS"), wenn ich dann "EIN" wähle, dann kommt das neue Feld mit der Möglichkeit zur Temperatureingabe. Es spielt sich aber alles hier ab :
http://.../index.php?s=4,2,2
(Einstellungen -> Heizen -> Grundeinstellungen)

Hier ein Video des Verhaltens:
festwert.mp4

Meine Heizung ist eine WPL25A, also nichts spezielles, eine ganz normale, aussenaufgestellte Wärmepumpe.

Das der Q-Code mies ist, kann ich mir vorstellen, denn das ISP performt sehr schlecht, aber besser als gar nichts

Hier noch der Auszug der Attributeinstellung aus ioB.

Wenn ich den Wert beschreibe, wird der all Minute wieder mit "1" überschrieben, egal ob der Festwert "Ja/Nein" ist oder nicht.

[maodch]

@unltdnetworx

Übrigens: Selbes Verhalten ist auch bei "Minimal Temperatur" (Einstellungen -> Heizen -> Heizkreis 2)
http://.../index.php?s=4,2,1

Einzig wo es funktioniert wie es sollte ist beim "Pufferbetrieb" (Einstellungen -> Heizen -> Grundeinstellungen).
Einziger Unterschied hier: Nach Auswahl von JA/NEIN wird kein zusätzliches Feld sichtbar wie bei "Festwert" oder "Minimaltemperatur"

[unltdnetworx]

@maodch
Hi und sry für die späte Antwort.
Dein Problem habe ich erkannt. Leider hat Stiebel Eltron für jede Heizung seine spezielle Oberfläche und ich habe keine solchen Felder die man vorher aktivieren muss.

Um das vllt. erweitern zu können, bräuchte ich den Quellcode der Seite mit und ohne aktiviertem Feld.

[maodch]

@unltdnetworx
Klar, kein Stress, Festtage sind ja nicht zum coden da
Brauchst du nur die Feldnamen "val_xxx"?

Habe dir mal zum Testen den Festwert in ein txt gespeichert, mit AUS, und EIN 50°C

Minimaltemperatur kann ich dir noch liefern, wenn du es perfekt haben willst, aber Festwert hat meiner Meinung nach einen Mehrwert, das Andere eher wenig bis keinen.
Ev. liegt es auch nur daran, dass in ioBroker der State.Name = "aval35", im quellcode aber "val35" ist?

und ja, das ist wirklich recht messy hier
stiebel_festwert_off.txt
stiebel_festwert_on_50.txt

[maodch]

@unltdnetworx

Habe zum Spass mal einen State mit "val35" anstat "aval35" erstellt, und du wirst es nicht glauben, eigentlich übernimmt der ISG die Änderung ... ABER: Der Webserver des ISG nippelt so gut wie ab und es habelt dann irgend wann, nach der 3, 4 Veränderung nur noch 500 Fehler im ioBroker Log.
-> statusText: undefined
-> statusCode: 500

Also ein Teilerfolg, aber sicher noch nicht die Lösung. Dachte, ev. hilft es dir.

[unltdnetworx]

@maodch
val35 müsste in dem Fall tatsächlich passen, ist bei mir aber nicht hart codiert sondern wird in jeder Heizung dynamisch erzeugt.

Ich kann im Moment nur völlig ins blaue hinein coden. Melde dich bitte mal, wenn du etwas Zeit zum testen hast, dann können wir ein paar neue Versionen des Codes über Github bei dir testen.

[unltdnetworx]

https://github.com/unltdnetworx/ioBroker.stiebel-isg/tarball/v1.4.11

Probiere gern mal über die Github-Katze diese Version zu installieren. Aber ohne Gewähr, dass es funktioniert.

[maodch]

@unltdnetworx
cool, danke, probier ich gleich und melde mich.

Hab fast immer abends Zeit zum Testen (Informatiker = always on )

Sorry, jetzt musst du einem Windows-Menschen helfen, was mach ich falsch? Geht eigentlich immer ...:

code_text
$ ./iobroker url "https://github.com/unltdnetworx/ioBroker.stiebel-isg/tree/v1.4.11" --debug
install https://github.com/unltdnetworx/ioBroker.stiebel-isg/tree/v1.4.11/tarball/master
npm install https://github.com/unltdnetworx/ioBroker.stiebel-isg/tree/v1.4.11/tarball/master --production --save --prefix "/opt/iobroker" (System call)
npm
 ERR! code E404
npm
 
ERR!
 
404
 Not Found - GET https://github.com/unltdnetworx/ioBroker.stiebel-isg/tree/v1.4.11/tarball/master
npm ERR! 404 npm ERR! 404  'https://github.com/unltdnetworx/ioBroker.stiebel-isg/tree/v1.4.11/tarball/master' is not in the npm registry.

npm ERR! 404 Your package name is not valid, because npm ERR! 404  1. name can only contain URL-friendly characters
npm ERR! 404  2. name can no longer contain capital letters
npm ERR! 404 
npm ERR! 404 Note that you can also install from a
npm ERR! 404 tarball, folder, http url, or git url.


npm ERR! A complete log of this run can be found in:
npm ERR!     /home/iobroker/.npm/_logs/2020-01-09T21_13_39_629Z-debug.log
process exited with code 0

[unltdnetworx]

@maodch
Bist du über die Katze in der Oberfläche gegangen?

Sry, Link falsch gepostet. Jetzt stimmt er.

[maodch]

@unltdnetworx ja bin ich ...

sieht anders aus, aber er will umsverrecken nicht von der 1.10 abweichen:

$ ./iobroker url "https://github.com/unltdnetworx/ioBroker.stiebel-isg/tarball/v1.4.11" --debug
install https://github.com/unltdnetworx/ioBroker.stiebel-isg/tarball/v1.4.11
npm install https://github.com/unltdnetworx/ioBroker.stiebel-isg/tarball/v1.4.11 --production --save --prefix "/opt/iobroker" (System call)
npm
 WARN optional SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@1.0.4 (node_modules/osx-temperature-sensor):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-temperature-sensor@1.0.4: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})

+ iobroker.stiebel-isg@1.4.10updated 1 package and audited 15804 packages in 71.43s

2 packages are looking for funding
  run `npm fund` for details


found 42 vulnerabilities (30 low, 1 moderate, 11 high)  run `npm audit fix` to fix them, or `npm audit` for details

process exited with code 0

[unltdnetworx]

@maodch
Also, wenn ich es nicht ausprobiert hätte?!?!

Probier mal diesen Branch:
https://github.com/unltdnetworx/ioBroker.stiebel-isg/tarball/WPL25A

Evtl. liegt es an den Punkten.