Neuer Adapter: ioBroker.stiebel-lwz / ioBroker.stiebel-isg
-
Ein Update über die Github-Katze und löschen der Datenpunkte sollte eigentlich reichen. Bei mir ist das eben nicht. Es verschinden die Werte einfach nach 2 Minuten, falls nicht mehr aktiv. `
Ja die Werte verschwinden rein optisch ja bei mir auch.
Steht bei dir dann "null" drin oder ist das Objekt einfach leer.
Kannst du mal ein Blockly Script mit z.b. Warmwasser Status machen und schauen ob das geht?
Eilt auch nicht, muss jetzt eh kurz weg. Aber das wäre ne große Hilfe, zu wissen.
Denn wie die Screenshots zeigen ist bei mir auch alles leer, aber IOBroker hat "intern" noch den Wert true.
-
Ja, die verschwinden optisch. Stimmt. Es verfällt einfach nur die Gültigkeit.
Jetzt verstehe ich was du mit "intern" meinst. Das habe ich bei eigentlich allen Adaptern, dass in Blockly irgendwelche Werte als angeblich aktuell beim ersten Auswählen angezeigt werden. Aber ausgewertet wird nur das, was in den Objekten steht. z.B auch Bewegsungsmelder etc. bei mir. Scheint wohl nur eine Vorschau in Blockly zu sein.
-
Ah ok, das kann sein.
Nur bei mir wertet er die nicht richtig aus.
Wie schaut bei dir denn der flot aus z.b. bei dem status warmwasser?
Bei mir ist da nur ne durchgezogene linie, weil er das nicht auswerten kann wenn es nicht läuft.
-
Ich habe noch kein FLOT eingerichtet muss ich sagen. Habe mich eher mit der Adapterentwicklung beschäftigt. Zuletzt eher mit Snips.
Hast du mit Warmwasser auch Probleme? Das zeigt bei mir immer fehlerfrei alles an.
-
Aber ausgewertet wird nur das, was in den Objekten steht. `
Hast du das mal probiert?
Bei mir ist das nicht der Fall, kannst du einfach mal so ein Blockly machen und ausführen wenn deine Warmwasserbereitung nicht geht:
Das habe ich gerade probiert und bei mir läuft die Warmwasserbereitung nicht und hat auch in den Objekten nichts drin stehen (das wäre ja auch korrekt):
Aber er wertet es immer noch mit true aus, ich bekomme bei dem Bildschirm ein true im Telegram.
Hast du die History aktiv? Zeigt er bei dir in der History null an? Bei mir nicht, bei mir nur true und somit geht keinerlei Flot beim Status.
Deswegen wundert es mich sehr wie es bei dir auswerten kann, dann muss ja in meinem IOBroker mehr defekt sein.
Ich will es halt nur echt wissen bevor ich mir die Arbeit mache und den IOBroker neu aufsetze
Deswegen wäre es cool wenn das jemand testen könnte.
-
Okay, du hast leider Recht. Der Wert bleibt auf true, aber wird nicht angezeigt.
-
Da bin ich jetzt trotzdem beruhigt, dann muss ich mein system nicht neu aufsetzen
Danke für die Info.
Meinst du das bekommt man noch irgendwie hin, das sich der Wert zurücksetzt?
-
Gute Frage. Das ist wohl eher eine Frage von ioBroker allgemein. Kannst gerne mal im allgemeinen Teil nachfragen.
-
Hallo,
jetzt ist mir noch was aufgefallen, dass hat eventuell auch mit dem obengenannten Problem zu tun:
Dein Adapter erkennt den Wert "0" nicht, dass heißt egal welches Objekt den Wert 0 hat wird nicht aktualisiert,
es bleibt der alte Wert einfach stehen und wird leider auch vom IOBroker so ausgewertet.
Ich hab das erst nur bei der Heizstufe gemerkt und dann gesehen das das bei jedem Objekt mit dem Wert 0 ist.
Habe das mal mit den Lüftungswerten nachgestellt:
Ich habe die Lüftung mal ausgeschaltet:
Nun hier das Ergebniss nach gut 10 Minuten:
Dein Adapter hat immer noch die gleichen Werte, der stiebel-lwz übernimmt die 0.
Soll jetzt überhaupt keine Kritik sein (bitte nicht falsch verstehen, dein Adapter ist wirklich Klasse), soll nur eine Info sein, vielleicht kann man das ja relativ leicht beheben.
-
Danke für die Meldung. Ist mir bei der Heizstufe auch aufgefallen, aber weiß noch nicht warum das so ist.
-
0 Werte werden jetzt erkannt. Einfach über Github updaten.
-
Weltklasse! Danke!
-
Bitte kurze Rückmeldung, ob jetzt alles geht bzw. weniger Fehler sind. Dann kann ich die neue Version ins Stable Repository einfügen lassen.
-
Also die 0 Werte übernimmt er jetzt einwandfrei.
Morgen stelle ich alles von dem alten Adapter auf deinen Adapter um, also Flot und alle Scripte, danach kann ich dir genau sagen ob alles passt
-
Also scheint jetzt alles super zu laufen, vielen Dank für deine tolle Arbeit
Hätte noch eine kurze Frage.
In deinem Adapter gibt es folgenden Punkt:
Was bedeutet der?
Bedeutet das, dass wenn man einen Wert (z.B. Lüftung) ändert, dass dieser erst nach der eingestellten Zeit zum ISG gesendet wird?
-
Hi Nik,
eigentlich sollte bei einer deutschen Installation der Text in deutsch erscheinen. :?:
Aber im Grunde ist das nur der Zeitraum indem die Werte unter Einstellungen aktualisiert werden. Da sich diese Werte eher selten ändern, werden sie standardmäßig nur einmal pro Stunde abgerufen. Das soll einfach Ressourcen schonen. Alle anderen Werte werden wesentlich öfter (einmal pro Minute) geholt. Außerdem werden alle Einstellungen erneut abgerufen, sobald eine Einstellung verändert wurde.
-
Hallo Michael (unltdnetworx),
ich bin aufmerksamer Mitleser dieses Forums. Ich selbst besitze ein ISGplus. Ich habe das alte Script, welches es vor deinem Adapter gab im Einsatz, würde aber gerne auf den Adapter umstellen. Bevor ich dies mache, hätte ich aber noch ein paar Ideen bzw. Erweiterungen für den Adapter. Einige von denen sind für mich essenziell wichtig, da ich mit diesen meinen Eigenverbrauch hochtreibe und dies besser mache, als es das ISGplus je könnte mit seinen 2 Eingängen. Ich versuche sie mal zu beschreiben. Meinen Code kann ich zur Not auch zur Verfügung stellen, bin aber kein guter Programmierer, da ich mir alles zu Javascript selbst aus dem Netz angelernt habe.
- Über den Wert val154 MAX. ZYKLEN, starte ich bei Bedarf eine Abfrage, ob Heizbedarf besteht und dies wann ich will.
- Zudem nutze ich im Sommer den Wert val73 KÜHLBETRIEB in Kombination mit val80 RAUMTEMP. NACHT, um bei Hitze den Stromüberschuss in die Kühlung zu leiten.
- Da mein ISG leider keine Verdichterstarts zählt, habe ich mir einen eigenen Zähler gebaut, der die Starts ab einem Datum zählt. Dazu nutze ich HEIZSTUFE.
- Eine Anzeige über LUEFTUNGSSTUFE_AKTUELL ist auch integriert. Sie gibt anhand der Einstellwerte val91-val96 die aktuelle Stufe 0-3 wieder.
- Um es mir in einer Visu schön darzustellen habe ich noch den Wert SPREIZUNG gebastelt. Differenz zwischen Vor- und Rücklauf.
- Um den Volumenstrom zuzuordnen habe ich mir noch abhängig von POSITION_VENTIL zwei Werte VOLUMENSTROM_HEIZEN und VOLUMENSTROM_WW gegönnt. Dazu muss ich natürlich auch POSITION_VENTIL auswerten.
- Den Wert ISTWERT HK1 setze ich nur 2 min verzögert, wenn die Pumpe läuft, ansonsten ist er Null. Zu jeder anderen Zeit entspricht er ja nicht dem IST, deswegen Null.
Einige Dinge waren wahrscheinlich schon damals im Script (ich will nicht die Lorbeeren ernten) und einige sind von mir hinzugekommen, habe da den Überblick verloren. Mach dir bitte einfach mal Gedanken, ob du diese Dinge in deinen Adapter mit aufnehmen willst. Vielen Dank.
Gruß
Jörg
-
Hallo Jörg,
ich selbst hab auch diverse Regeln außerhalb des Adapters einfach mit Blockly umgesetzt. Daher hatte ich mir auch schon Gedanken gemacht, meine Einstellungen mit einzubauen. Aber grundsätzlich wäre das entweder eine Sache für einen zweiten Adapter oder externe Skripte, z.B. Blockly.
Der Sinn von Adaptern wäre ja meiner Meinung nach, das zu verwerten, was aus dem anzubindenden Gerät herauskommt bzw. umgekehrt. Bin mir nicht sicher, ob es zielführend ist, wenn man alle in den Adapter einbaut. Ich hab z.B. eine PV-Anlage und heize den Wassertank auf Maximum sobald ein bestimmter Einspeisewert erreicht ist. Dafür habe ich z.B. keine Kühlung. So hat ein dritter wieder eine ganz andere Installation. Verdichterstarts etwa habe ich und dann nochmal eine Funktion einbauen welche Verdichterstarts zählt? Lüftungsstufe aktuell habe ich auch.
Aber ich bin natürlich für Diskussionen offen.
-
Da muss ich Michael recht geben, ein Adapter soll die Werte eines Gerätes übermitteln, aber nicht die jeweiligen Scripte ersetzen.
Ich habe auch 8 Blocklys laufen, wollt ihr die auch mit rein nehmen? Da kommt man ja ins tausendste.
Was anderes sind natürlich funktionen die mit Scripten nicht möglich wären, aber ansonsten würde ich persönlich den Adapter so klein und ressourcen schonend wie möglich bevorzugen.
-
Vielen Dank euch für die Rückmeldungen.
Ich verstehe euren Ansatz und muss dann doch teilweise zustimmen. Dann werde ich meine persönlichen Dinge weiterhin extra in Scripts definieren.
Ich würde aber die Auswertung bzw. die Einstellungen einiger Dinge die ich geschrieben für Sinvoll im Adapter ansehen. Dies sind ja dann auch wie ihr geschrieben habt nur Daten des Gerätes.
Macht euch bitte nochmals Gedanken, ob ihr die nachfolgenden Werte mit auslesen bzw. als Einstellparameter haben wollt. Meiner Meinung nach gehören sie in den Adapter und jeder kann entscheiden, ob er sie benötigt, evtl. ja wie ich.
- POSITION_VENTIL
- KÜHLBETRIEB val73
- MAX. ZYKLEN val154
