Test Adapter stiebel-isg v1.4.x GitHub

[SaschaS]

@unltdnetworx Sorry, dass hatte ich nicht explizit erwähnt. Auch hierbei gibts einen Eintrag...

try {
   var VAL1 = getState('stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.HEIZEN').val;
   console.log('try');
}
catch  (e) {
   console.log('case');
}

führt zu

17:57:56.304	info	javascript.0 (25315) Stop script script.js.ISG.Test
17:58:13.848	info	javascript.0 (25315) Stop script script.js.ISG.Test
17:58:22.988	info	javascript.0 (25315) Start javascript script.js.ISG.Test
17:58:23.004	warn	javascript.0 (25315) at script.js.ISG.Test:7:15
17:58:23.005	info	javascript.0 (25315) script.js.ISG.Test: try
17:58:23.005	info	javascript.0 (25315) script.js.ISG.Test: registered 0 subscriptions and 0 schedules
17:58:29.994	info	javascript.0 (25315) Stop script script.js.ISG.Test

javascript.0	2020-02-01 17:58:23.004	warn	(25315) at script.js.ISG.Test:7:15
javascript.0	2020-02-01 17:58:23.003	warn	(25315) getState "stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.HEIZEN" not found (3)

[SaschaS]

Kann ich dem Wert 'stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.HEIZEN' zufällig einen default-Wert zuweisen, so dass dieser immer gesetzt wird, außer dein Adapter meldet ein "true"?
Nur so eine Idee..

[unltdnetworx]

@SaschaS
Ein Standardwert wird mit dem ersten Aktualisieren überschrieben, also wird es wenig bringen.

[SaschaS]

Gibt es eine andere Möglichkeit? Ich werde ja nicht der einzige mit solch einer Anforderung sein

[unltdnetworx]

@SaschaS
Das ist kein direktes Adapterproblem. Evtl. kannst du einen Thread im JS Bereich aufmachen, wie man mit Werten umgehen kann, deren Gültigkeit abgelaufen ist. So werden die Werte nämlich behandelt. Kommt nach der doppelten Abrufzeit vom ISG kein Wert, verfällt die Gültigkeit.

[SaschaS]

@unltdnetworx Ok. Wenn es kein direkts Adapterproblem ist, muss ich an entsprechender anderer Stelle schauen.

Ich habe nun auch versucht z.B. den Datenpunkt 'stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.HEIZKREISPUMPE' zu klonen (also seperat zu erzeugt) und mittels

on ({id : "stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.HEIZKREISPUMPE", change: "any"}, function(obj)
{
console.log("Es wurde eine Änderung festgestellt -> update2");
update2();
});

Änderungen festzustellen und in der Funktion update2() false/true für mein eigens angelegte Variable zu setzen.
Allerdings wird jeder Refresh (ca. 60 Sekunden) als Änderung interpretiert. Kann das sein?

21:02:10.612	info	javascript.0 (1102) script.js.ISG.TestHeizenIndicator: Update3:Die HKP ist aktiv
21:02:10.613	info	javascript.0 (1102) script.js.ISG.TestHeizenIndicator: !Wert: false
21:02:10.614	info	javascript.0 (1102) script.js.ISG.TestHeizenIndicator: Der Status der HKP wurde gewechselt!
21:03:13.763	info	javascript.0 (1102) script.js.ISG.TestHeizenIndicator: Es wurde eine Änderung festgestellt -> update
21:03:13.764	info	javascript.0 (1102) script.js.ISG.TestHeizenIndicator: try
21:03:13.769	info	javascript.0 (1102) script.js.ISG.TestHeizenIndicator: Es wurde eine Änderung festgestellt -> update2
21:03:13.770	info	javascript.0 (1102) script.js.ISG.TestHeizenIndicator: Update2:try
21:03:13.770	info	javascript.0 (1102) script.js.ISG.TestHeizenIndicator: Es wurde eine Änderung festgestellt -> update3
21:03:13.771	info	javascript.0 (1102) script.js.ISG.TestHeizenIndicator: VAL1: true
21:03:13.774	warn	javascript.0 (1102) at update3 (script.js.ISG.TestHeizenIndicator:29:5)
21:03:13.777	warn	javascript.0 (1102) at Object.<anonymous> (script.js.ISG.TestHeizenIndicator:52:1)
21:03:13.783	info	javascript.0 (1102) script.js.ISG.TestHeizenIndicator: Update3:Die HKP ist aktiv
21:03:13.784	info	javascript.0 (1102) script.js.ISG.TestHeizenIndicator: !Wert: true
21:03:13.784	info	javascript.0 (1102) script.js.ISG.TestHeizenIndicator: Der Status der HKP wurde gewechselt!
21:04:10.578	info	javascript.0 (1102) script.js.ISG.TestHeizenIndicator: Es wurde eine Änderung festgestellt -> update

[SaschaS]

@unltdnetworx Und eine technische Frage zum Adapter selbst. Kann man den Adapter eigentlich auch dafür verwenden um gezielt Wert ans ISG zu senden?
z.B. Wenn ich "stiebel-isg.0.Einstellungen.HEIZEN.HEIZKURVE HK1.val35" anpassen möchte. Kann ich das dann direkt in ioBroker machen, oder würde der Wert nach dem nächsten Refresh des Adapters wieder überschrieben werden.
Habe es bislang noch nicht getestet. Danke

[unltdnetworx]

@SaschaS
Es wird der Wert des States geschrieben, scheinbar wird es nicht überprüft, ob der Wert geändert wurde.

[unltdnetworx]

@SaschaS
Ja, du kannst gezielt Werte abändern. Es dauert aber dann ein wenig, bis das ISG reagiert. Die Werte werden aber sofort geschrieben.

[maodch]

@SaschaS

und falls der Wert mal nicht übernommen wird (für längere Zeit), strom raus und rein beim ISG.
Ich habe mir immer die HK anzeigen lassen, dann siehst du schön, ob das ISG gerade am sterben ist, wenn längere Zeit keine Änderung mehr passiert ... immer ein guter Indikator.

in 80% rebootet die ISG selber, oder entstresst sich, aber manchmal hilft nur "unplug"

[SaschaS]

@unltdnetworx
Ich klinke mich hier noch einmal ein.

Gerne würde ich mit

console.log($('state[state.id=stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.]'));

die nachstehenden Objekte auslesen:

Merkwürdigerweise habe ich gestern Abend allerdings folgende Ausgabe erhalten. Es wurden also auch Objekte ausgelesen, die nicht auf 'true' standen:

18:40:38.156 info javascript.0 (13463) script.js.Tests.Statusabfrage: {'0':'stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.ABTAUEN_VERDAMPFER','1':'stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.HEIZEN','2':'stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.SCHALTPROGRAMM_AKTIV','length':3}

und heute früh, erhalte ich lediglich, obwohl weitere Objekte auf 'true' stehen.

07:31:21.722 info javascript.0 (13463) script.js.Tests.Statusabfrage: {'0':'stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.SCHALTPROGRAMM_AKTIV','length':1}

Es passt also mMn hinten und vorne nicht zusammen. Kann mir jemand die Logik davon erklären?

[SaschaS]

@SaschaS Ich habe nichts gesagt. Der Cache des Browers hat mich in die Irre geleitet.

[SaschaS]

Falls ein interessierten Leser zu einem späteren Zeitpunkt über ähnliche Probleme stößt. Es gibt eine recht simple Lösung um zu überprüfen, ob ein Objekt im Moment existiert oder nicht.

/**
* Checks if the state with the given ID exists
*/
function existsState(id: string): boolean;
/**
* Checks if the object with the given ID exists
*/
function existsObject(id: string): boolean;

Das Beispiel

console.log(existsState("stiebel-isg.0.Info.STATUS.ANLAGENSTATUS.HEIZEN"));

liefert entweder 'true' oder 'false'.

[unltdnetworx]

@SaschaS
Danke für den Hinweis. Das dürfte diverse Probleme mut diesen true/false Werten lösen.

[kilolima]

Hallo Michael @unltdnetworx

ich habe mal eine profane Frage: wie löst man denn (über welche Objekte den Heizbetrieb/Warmwasserbetrieb) aus?

Ich bin auch gerade dabei, meinen PV-Eigenverbrauch zu erhöhen und frage mich, wie ich meine LWZ 404 Trend über die Objekte zum Heizen bzw. Warmwasserbereitung bewege?

Einfach die Raumtemperatur per Objekt erhöhen oder gibt es da noch einen "richtigen" Trigger in den Objekten, den ich nicht finde?

Danke und beste Grüße

Kai

[unltdnetworx]

@kilolima
Entweder du hast ein ISGplus, dann kannst du mittels eines Relais den Wert erhöhen oder du ssetzt mit einem Script den Maximalwert für den Tag hoch.

Ich hab mir das quasi als Spickzettel zusammengeschrieben.
Anleitung

[nik82]

Ist bei euch auch das Update im ISG automatisch einspielt worden? Anscheinend ist bei mir am 27.02. ein Update auf v10.2.0 eingepielt worden.
Ist mir jetzt erst aufgefallen, anscheinend haben die Säcke von Stiebel wieder an der Beschreibung etwas geändert, da folgende Werte bei mir jetzt wieder anders sind:

Ordner "Einstellungen\HEIZEN\HEIZKURVE-HK1" heißt jetzt "Einstellungen\HEIZEN\HEIZKURVE HK1"
Ordner "Einstellungen\HEIZEN\RAUMTEMPERATUREN-HK1" heißt jetzt "Einstellungen\HEIZEN\RAUMTEMPERATUREN HK1"
Wert "Info\ANLAGE\HEIZEN\RÜCKLAUFTEMPERATUR" heißt jetzt "Info\ANLAGE\HEIZEN\RÜCKLAUFTEMP"
Wert "Info\ANLAGE\HEIZEN\VORLAUFTEMPERATUR" heißt jetzt "Info\ANLAGE\HEIZEN\VORLAUFTEMP"
Und es gibt einen neuen Wert unter ANLAGENSTATUS mit "ABTAUEN_LL_WT" und "ABTAUEN_VERDAMPFER", normalerweiße war ja immer "ABTAUEN_LL_WT" unter dem Ordner Prozessstatus.:

Mehr ist mir jetzt nicht aufgefallen, frag mich nur was der Scheiß von Stiebel immer soll die Werte umzubenennen...

Ist das bei euch auch passiert?

[unltdnetworx]

@nik82
Also bei mir steht die Version noch immer auf 10.0.1
Das Update hatte ich mit dem Stiebel-Update-Tool (k.A. ob das so heißt) gemacht. Ich habe aber auch keine Verbindung zur Cloud/Vertrag abgeschlossen.

Die Steuerung der Heizung funktioniert aber noch mit dem Adapter?

[nik82]

Ja, läuft gott sei dank, alles einwandfrei

[unltdnetworx]

@nik82
Ich habe mein ISGplus gerade auf Version 10.1.0 upgedatet. Es haben sich tatsächliche einige Werte verändert. Temperatur wird nun mit Temp. abgekürzt, % wird als (Proz) angegeben und alle Infos im Bereich Info/Anlage/Status/Prozessstatus sowie alle Werte zum Energieverbrauch für die Warmwasserwerte wurden entfernt.