Grünbeck SC18 Daten mit JS auslesen

ArnoD

Ich habe meine W-Lan Probleme erst mal gelöst. Musste bei meinem Router einen festen Kanal einstellen, da die SC18 anscheinend bei einem Kanalwechsel vom Router beleidigt ist.

@smartboart das Problem hatte ich bis jetzt noch nicht, bei mir verbindet sich die SC18 auch nach einem Stromausfall automatisch wieder mit dem W-Lan.
Habe das Script wieder aktualisiert und deine Änderungswünsche berücksichtig.
Habe dein Lösungsvorschlag, bezüglich merken einer Änderung in Vis von dir, leicht abgewandelt.
Wegen dem Fehler „send flag true“ bin ich gerade dabei mir „try catch throw“ anzuschauen ob ich es dafür verwenden kann. Muss mich aber erst noch einlesen und dann experimentieren.

schmid_no1

@ArnoD hi Arno könntest du noch einen Zähler so wie beim Salz für den Wasserverbrauch machen das man so was ähnliches wie eine wasseruhr hat?
Und wenn es möglich wäre diesen zähler mit einem Datum versehen. Also wenn er auf 0 gesetzt wird aktuelles Datum schreiben. Beim Salz dann natürlich auch️

ArnoD

@schmid_no1 Habe jetzt eine Berechnung vom Gesamtwasserverbrauch, also 0°dH Wasser + Verschnittwasser hinzugefügt.
Aktuelles Datum wird gesetzt wenn der State Wasserzähler auf 0 gesetzt wird.
Ich habe zwei neue States angelegt "Wasserzähler" und "DatumWasserzähler"
Datum für Salzverbrauch werde ich bei Gelegenheit noch machen.

schmid_no1

@ArnoD super gemacht Arno habs schon am laufen. Würde es gehen wenn mann die eingestellte Härte des Wassers hat den genauen Wasserverbrauch zu errechnen?

Und ich glaub bei der Berechnung des gesamt Salzverbrauchs ist ein kleiner Fehler, da der Salzverbrauch 1 zu 1 auf den Gesamtzähler drauf rechnet egal wie hoch der ist.

schmid_no1

@ArnoD Sorry Arno hab mir grad die Berechnung im Script angeschaut der 1 Punkt meines letzten Eintrags ist hinfällig

smartboart

Der gesamt zaehler ist doch richtig... Du resettest doch nur den Salzverbrauch nach Auffüllen... Der gesamt zaehler rechnet fleißig weiter... Also wenn du beide 0 hast sind beide solange gleich bzw addieren weiter bis du den einen auf 0 zurueck setzt... Dann zahlt der ab 0 weiter und der gesamt macht da weiter wo er war...

schmid_no1

Dann muss ich heute Abend abwarten wahrscheinlich war ich zu ungeduldig

smartboart

der wird vom Wasserverbrauch getriggert. Der Wert ändert sich 1 mal am tag denke 0 uhr . Berichte mal obs passt. Hab mein salzzähler noch nicht resettet...

ArnoD

@schmid_no1 ja da hast du recht, da ist ein Fehler beim Variablen Kopieren unterlaufen. Bei der Gelegenheit ist mir auch aufgefallen, dass der Wasserverbrauch auch nicht richtig berechnet wird. Habe ich jetzt korrigiert.

Ich würde gerne wissen, ob die Salzverbrauch Berechnung annähernd richtig ist. Wollte die Anlage schon auf eine Waage stellen und wiegen Habe aber keine analoge Waage und die Digitalen schalten sich immer aus.

smartboart

Oh OK Schande ist mir garnicht aufgefallen....sorry... Was haltet ihr von einer schleichwasser überwachung? Die aqa Perla 4.0 hat sowas.. Laesst sich doch bestimmt umsetzen mit dem aktuellen durchfluss... Ist nur die Frage wie genau die ist... Könnte man ja testen...

schmid_no1

@smartboart das wäre eine coole Sache müsste man versuchen
@ArnoD kurze Frage wie lange hast du deine Anlage schon? (ca. 1.3 Jahre)

ArnoD

Ich habe meine jetzt ein 1 1/2 Jahre.
Für eine schleichwasser Überwachung ist der Abfragezyklus wahrscheinlich zu lang, wenn der Durchflussmesser das überhaupt registriert. Ein Versuch kann aber nicht schaden.

schmid_no1

@ArnoD dann sollten die angaben meines Flaschners stimmen.
kannst du damit was anfangen?Grünbeck_Fehler.xlsx

smartboart

@ArnoD ja das ist die Frage... Beim Abfrage Zyklus bin ich mir nicht sicher.... Wenn der Wert bei jedem abfragezyklus einen durchfluss Meldet ueber eine längere Zeit Vlt. 3h waere das ja schon ein Zeichen... ne hängende klospuelung waere damit schonmal abgefangen... Obs fuern tropfenden Wasserhahn reicht müsste man probieren...

smartboart

hat sich hier ein copy and paste fehler eingeschlichen? D_C_6_1 ist doch Display oder...

//Soll Service Intervalldauer Int Tage
on(instanz + PfadEbene1 + PfadEbene2[0]+'D_C_7_1', function (obj) 
{
   if (KeineRueckmeldung == false){
        neuerWert = getState(instanz + PfadEbene1 + PfadEbene2[0]+'D_C_6_1').val;
        if (neuerWert >= 0 && neuerWert <= 4){
            ShowState ("edit=D_C_7_1>"+neuerWert+"&id=3369~")
        }
    } 
});

schmid_no1

Ja stimmt kleiner Fehler

Habt ihr beiden auch das Problem das wenn das Skript eine Weile gelaufen ist die Fehler und manuelle reg. nicht mehr startet, also on den Objekten true stehen bleibt?

smartboart

@schmid_no1 ist mir noch nicht aufegfallen... da ich aber im system gerade arbeite, bzw. fast täglich einmal durchstarte läuft es im moment nicht länger als 1 Tag....Aber heute morgen gerade wieder die manuelle Regeneration gestartet....funktionierte einwandfrei..

smartboart

@schmid_no1 moment...hab gesehen du hast es ja mal umgebaut.....kann natürlich vorkommen weill es jetzt nur noch durch den state idRegStart getriggert wird... wenn die Bedingungen nicht erfüllt sind, passiert auch nix weiter... So wie es jetzt ist, macht der merker keinen sinn. Der macht nur sinn wenn der Regenerationsstart erneut getriggert wird, wenn die Bedingung keine Rückmeldung === false wieder erfüllt ist... Du hast einen timeout 1000 rein gebaut...wird also nach einer sekunde nochmal getriggert. Wenn dann die Bedingung noch nicht erfüllt ist, geht der Befehl verloren.

// Regenerationsstart von Vis
const idRegStart = instanz + PfadEbene1 + PfadEbene2[7] + 'Regenerationsstart';
// Regenerationsstart von SC18
const idReg = instanz + PfadEbene1 + PfadEbene2[1] + 'D_B_1';
var merker =false
//manuelle Regeneration Int 1=Start
on({id:idRegStart,val:true,change:'ne'}, function RegenerationStart (obj){
	var Regeneration = getState(idReg).val;
	var Trigger = getState(idRegStart).val;
	setStateDelayed(idRegStart,false,1*1000);
	if ((KeineRueckmeldung === false && Regeneration === 0 && Trigger === true)||(KeineRueckmeldung === false && merker === true && Regeneration === 0)){
		ShowState ("edit=D_B_1>1&id=3369~")
		merker = false;
		if (logging) log ('manueller Regeneratiosstart')
		if (debug) {console.log('Befehl zum Regeneratiosstart wurde abgesetzt')}
        }else{
			if(KeineRueckmeldung == true){
				merker = true;
				setTimeout(RegenerationStart, 1000);
				if (debug) {console.log('Befehl zum Regeneratiosstart ging wegen fehlender RÃ¼ckmeldung nicht durch')}
		    } 
        } 
});

Deshalb hatte ich es ja ursprünglich mit der funktion gestartet....siehe unten...Dabei wird halt andauern getriggert und der Befehl abgesetzt sobald eine der Beiden Oder Verknüpfungen erfüllt ist... Nachteil es wird immer getriggert nach const polling time

//manuelle Regeneration Int 1=Start

 

function RegenerationStart() {

    if (debug) {console.log('Trigger Regenerationstart Prüfung aktiv')}

    var Regeneration = getState(idReg).val;

    var Trigger = getState(idRegStart).val;

    setStateDelayed(idRegStart,false,1*1000);

    if ((KeineRueckmeldung === false && Regeneration === 0 && Trigger === true)||(KeineRueckmeldung === false && merker === true && Regeneration === 0)){

    ShowState ("edit=D_B_1>1&id=3369~")

    merker = false;

    if (debug) {console.log('Befehl zum Regeneratiosstart wurde abgesetzt')}

    }else{

		if(KeineRueckmeldung == true){

			merker = true;

	        if (debug) {console.log('Befehl zum Regeneratiosstart ging wegen fehlender Rückmeldung nicht durch')}

        

        } 

 

    }

 

}

 

var merker = false

on({id:idRegStart,val:true,change:'ne'}, function (obj){

RegenerationStart();

});

 

 

 

 

// RegenerationStart(); eingefügt

// aktuelle State SC18 abrufen

 

function ShowState (sParSend) 

 

{

 

    if (KeineRueckmeldung == false)

 

    {

 

        if(typeof(sParSend) == "undefined")sParSend = "";

 

		xhr.open("POST","http://" + constIP + "/mux_http", true);

 

	    xhr.setRequestHeader("Content-type", "application/json");

 

	    xhr.setRequestHeader("Content-length", sParSend.length);

 

		xhr.setRequestHeader("Connection", "close");

 

		xhr.responseType = "document";

 

        if (KeineRueckmeldung == false){

 

            xhr.send(sParSend);

 

            if (debug) {console.log (sParSend.length + " Byte an Daten wurden gesendet :" + sParSend)}

 

        }

 

        KeineRueckmeldung = true;

 

        TimeoutRueckmeldung = setInterval(function(){timeout_Rueckmeldung();} , 4000);

 

		xhr.onreadystatechange = function()

 

		{

 

				if (xhr.readyState==4)

 

				{

 

					clearInterval(TimeoutRueckmeldung);

 

					KeineRueckmeldung = false;

 

                    RegenerationStart();

 

				}

 

			

 

		}

 

		

 

    }	

 

    else {return}

 

}

Wenn man nicht andauernd triggern will, kann man es auch komplizierter machen...Solange triggern bis die Funktion ausgeführt wurde....Also einen shedule starten und wieder stoppen. Habe so einen begrenzten Shedule in meiner rolladensteuerung eingebaut..

schmid_no1

@smartboart habe ich verstanden doch sollte uns das @ArnoD machen, da ich sein Script von oben übernommen habe

@ArnoD kannst du dir das nochmal anschauen

ArnoD

hatte jetzt wieder etwas Zeit.

@smartboart wen der Regenerationsstart nicht gesendet wird rufe ich die Funktion "RegenerationStart" jede Sekunde neu auf, bis der Befehl gesendet werden kann. Die eine Sekunde Verzögerung verhindert nur, dass der Arbeitsspeicher durch die Schleife nicht lahmgelegt wird.
Den Kopierfehler habe ich korrigiert. Danke.

@schmid_no1 ich habe noch nicht ganz verstanden, was bei dir das Problem ist. Funktioniert nur die manuelle Regeneration nicht mehr oder hängt das Script ?
Was steht den im Logfile ?

NEWS

Grünbeck SC18 Daten mit JS auslesen

Grünbeck SC18 Daten mit JS auslesen

Support us

193

32.4k

81.3k

1.3m