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

[nik82]

@darkiop
Wurde von mir ja schon öfters angesprochen und es gibt ja Lösungen hierzu.

1. Entweder du machst die Status Variablen beschreibbar, also quasi hier den Haken rein:

Dann kannst du ein Script schreiben und dort einfach die Variable auf false setzen lassen.

Das habe ich am Anfang auch gemacht, da sonst das VIS nicht damit klar kommt.

2. Es gibt aber im Flot einen Punkt der die Anzeige dann "schön" macht:

Einfach hinten auf das Zahnrad bei jedem Status gehen und "0 statt null benutzen":

3. Das einzige wo es noch hakt ist im VIS wenn du z.B. ein Objekt anzeigen lassen willst, nur wenn es läuft, wie z.B. beim Heizstab (ich bin mir sicher das dies schonmal ging, aber seit längeren eben leider nicht mehr).
   Da kannst ja einfach ne Variable anlegen und dann den Status setzen lassen, denn im Script funktioniert die Abfrage mit "true" ja einwandfrei:

[darkiop]

@nik82 Danke dir. An das Auslagern in einen eigenen DP hatte ich auch schon gedacht. Denke so wird es dann auch gelöst.

[unltdnetworx]

@darkiop
Den Datenpunkt musst du ja nicht auslagern. Nur bearbeitbar machen, wie @nik82 geschrieben hast und dann in einem Skript umschreiben auf false.

[nik82]

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

@darkiop
Den Datenpunkt musst du ja nicht auslagern. Nur bearbeitbar machen, wie @nik82 geschrieben hast und dann in einem Skript umschreiben auf false.

Also Beim VIS hab ich damit definitiv seit neuesten wie gesagt Probleme, zumindest bei der Sichtbarkeit, wenn ich das hier einstelle dürfte er das Objekt ja nicht anzeigen:

Macht er aber trotzdem, da kann ich reinschreiben was ich will, Objekt wird immer angezeigt, also das VIS hat mit den original Statuspunkten bei mir definitiv Probleme, da muss ich auf Variablen ausweichen.

[unltdnetworx]

@nik82
Auslagern wäre die sicherere Methode, da hast du recht. Zumal der Datenpunkt ja nicht zurück geschrieben werden kann und dann vllt. eine Fehlermeldung auftreten könnte.

[darkiop]

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

Auslagern wäre die sicherere Methode, da hast du recht. Zumal der Datenpunkt ja nicht zurück geschrieben werden kann und dann vllt. eine Fehlermeldung auftreten könnte.

Wäre auch meine Lösung - muss ich nur noch umsetzen.

Mir ist die Tage noch etwas aufgefallen:

Ich habe die Tage den ioBroker auf Englisch umgestellt. Heute, so 2-3 Tage danach ist mir aufgefallen das der stiebel-isg die DPs umbenannt hat somit in der Folge VIS und Archiv nicht mehr gepasst haben

Könntest du das umbennen der States optional gestalten? Aber so wie ich das sehe ist das ein normales Verhalten des ioBrokers .... grundsätzlich artet dadurch aber eine Umstellung der Sprache in massig Arbeit aus (Anpassen Skripte / VIS und zusätzliche DPs in der Datenbank die ggf. zusammengefahren werden müssen).

Edit: Habe eben mal alle meine Objekte durchgeklickt, übersetzt wurden nur die DPs von stiebel-isg und feiertage.

[unltdnetworx]

@darkiop
Inwiefern denn umbenannt?

[darkiop]

@unltdnetworx

Habe mich falsch ausgedrückt ... umbenannt passt nicht, neu erstellt mit der eingestellten Sprache

[unltdnetworx]

@darkiop
Das ist tatsächlich so gewollt, dass es sich an die Sprache anpasst. Warum stellst du denn auch die Sprache um???

[darkiop]

@unltdnetworx Weil ichs kann

Ne, hab eigentlich so ziemlich alles auf EN stehen - der ioBroker ist da noch eine Ausnahme

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