Test Adapter stiebel-isg v1.4.x GitHub

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

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