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

[ArnoD]

Ich habe jetzt bei mir eine manuelle Regeneration auslösen können.
Könnt ihr bitte das aktuelle Script einmal testen ob es bei euch auch funktiniert, bin mir nämlich nicht sicher
ob meine Anlage nicht die ID von meinem Webbrowser verwendet. :relieved:

[ArnoD]

Ich habe die manuelle Regeneration bei mir jetzt drei Mal gestestet und es funktioniert.
Warte jetzt noch auf Rückmeldungen, ob es bei euch auch geht, dann wäre der Punkt auch erledigt.
Entscheidet ist anscheinend die Reihenfolge beim Senden.
Anders als in der Schnittstellenbeschreibung angegeben muss zuerst "edit=D_B_1>1" und dann erst die ID "&id=3369~" gesendet werden.

[smartboart]

@ArnoD said in Daten aus einer Website mit Javascript:

&id=3369

Hi, habe es gerade probiert... Habe den State D_B_1 mit 1 gesetzt. Das ist doch richtig oder? Jedenfalls Die Regeneration ist gestartet. Super Arbeit!!!Habe aber das Gefühl das sie 2 mal gestartet ist.. Kann das sein..Ist eine Verriegelung evtl. möglich wen aktiv dass ein 2. Tastendruck nicht durchgeht...
Die Rückmeldung D_A_2_1 Restzeit wird aber nicht angezeigt oder?
Hier der debug dazu:

2019-03-07 17:35:47.798 - info: javascript.0 script.js.common.Status_Geraete.THW.Weichwasseranlage.Gruenbeck_Weichwasseranlage: registered 9 subscriptions and 1 schedule
2019-03-07 17:36:00.024 - info: javascript.0 script.js.common.Status_Geraete.THW.Weichwasseranlage.Gruenbeck_Weichwasseranlage: Zyklus1 Daten wurden gesendet
2019-03-07 17:36:03.614 - info: javascript.0 script.js.common.Status_Geraete.THW.Weichwasseranlage.Gruenbeck_Weichwasseranlage: Rueckmeldung SC18:ok22.0---000117:3603:300365361192.168.1.24/24192.168.1.1192.168.1.10.0.0.01192.168.0.1/24softliQ:SC_d029d110-V01.01.020 5200.000.146.00.0 1380211 12h 01min146-516-----------------------
2019-03-07 17:36:14.401 - info: javascript.0 script.js.common.Status_Geraete.THW.Weichwasseranlage.Gruenbeck_Weichwasseranlage: Änderung erkannt: Parameter ist=D_B_1 Status =1
2019-03-07 17:36:16.553 - info: javascript.0 script.js.common.Status_Geraete.THW.Weichwasseranlage.Gruenbeck_Weichwasseranlage: Rueckmeldung SC18:-
2019-03-07 17:37:00.051 - info: javascript.0 script.js.common.Status_Geraete.THW.Weichwasseranlage.Gruenbeck_Weichwasseranlage: Zyklus1 Daten wurden gesendet
2019-03-07 17:37:03.612 - info: javascript.0 script.js.common.Status_Geraete.THW.Weichwasseranlage.Gruenbeck_Weichwasseranlage: Rueckmeldung SC18:ok22.0---000117:3703:300365361192.168.1.24/24192.168.1.1192.168.1.10.0.0.01192.168.0.1/24softliQ:SC_d029d112-V01.01.020 010.000.006.0-0.0 0100211 12h 02min146-516-----------------------
2019-03-07 17:38:00.051 - info: javascript.0 script.js.common.Status_Geraete.THW.Weichwasseranlage.Gruenbeck_Weichwasseranlage: Zyklus1 Daten wurden gesendet
2019-03-07 17:38:03.613 - info: javascript.0 script.js.common.Status_Geraete.THW.Weichwasseranlage.Gruenbeck_Weichwasseranlage: Rueckmeldung SC18:ok22.0---000117:3803:300365361192.168.1.24/24192.168.1.1192.168.1.10.0.0.01192.168.0.1/24softliQ:SC_d029d112-V01.01.020 010.000.006.0-0.0 0100211 12h 03min146-516-----------------------
2019-03-07 17:39:00.044 - info: javascript.0 script.js.common.Status_Geraete.THW.Weichwasseranlage.Gruenbeck_Weichwasseranlage: Zyklus1 Daten wurden gesendet
2019-03-07 17:39:03.612 - info: javascript.0 script.js.common.Status_Geraete.THW.Weichwasseranlage.Gruenbeck_Weichwasseranlage: Rueckmeldung SC18:ok22.0---000117:3903:300365361192.168.1.24/24192.168.1.1192.168.1.10.0.0.01192.168.0.1/24softliQ:SC_d029d112-V01.01.020 010.000.006.0-0.0 0100211 12h 04min146-516-----------------------
2019-03-07 17:39:50.865 - info: javascript.0 script.js.common.Status_Geraete.THW.Weichwasseranlage.Gruenbeck_Weichwasseranlage: Änderung erkannt: Parameter ist=D_B_1 Status =0
2019-03-07 17:39:52.553 - info: javascript.0 script.js.common.Status_Geraete.THW.Weichwasseranlage.Gruenbeck_Weichwasseranlage: Rueckmeldung SC18:-
2019-03-07 17:40:00.044 - info: javascript.0 script.js.common.Status_Geraete.THW.Weichwasseranlage.Gruenbeck_Weichwasseranlage: Zyklus1 Daten wurden gesendet

Und Danke nochmal für die tolle Arbeit..echt klass!

[schmid_no1]

@smartboart hast du für die manuelle Regeneration einen schalter genommen der auf 1 stehen bleibt oder einen Taster der nach Betätigung auf 0 zurückspringt?

[smartboart]

Hi ein Schalter bleibt auf 1 stehen... Gedanke war ihn gleich als state Anzeige zu nehmen... Springt nach der reg wieder auf 0...aber jetzt wo du so fragst und ich drüber nachdenke ist ein Taster widget wohl besser...
Aber triggern tust du doch mit
on(instanz + pfad + 'Allgemein.D_B_1', function (obj) also auf 1 und 0 bzw. Change any... Also ist Schalter wohl doch OK...
ansonsten müsste man auf val 1 change ne triggern
Und nur if 0.
Also
on(instanz + pfad + 'Allgemein.D_B_1',val:1,change'ne', function (obj)

[smartboart]

Heute Abend ist das Script wieder ausgestiegen.

[schmid_no1]

@smartboart also hab ich verstanden mein Problem war ich hatte die states nicht gelöscht und dachte ich müsste die nehmen. Jetzt funktioniert es. Zu deriner erkenntnis mit D_A_2_1 ist mir aufgefallen das dieser nur bei Regenerationsschritt 3 angezeigt wird.
Zum Thema Fehlermeldung über die Potentialfreien ... finde ich schade dass dies nicht auch über die Weboberfläche abgegriffen werden kann.
Vielleicht gibt s diese Abfrage ja und Grünbeck gibt diase halt nicht raus.

[ArnoD]

Habe das Script noch mal optimiert und ein zusätzliches State zum Auslesen vom Fehlerspeicher hinzugefügt.

@smartboart wurde bei dir die Regeneration zweimal gestartet oder nur der Send befehl vom Script ?

Eigentlich müsste es egal sein, ob man einen Taster oder Schalter verwendet.
Das Script reagiert auf eine Änderung vom state D_B_1 und schickt den Wert 1 an die SC18, bei der zyklischen Abfrage wird
von der SC18 der state D_B_1 wieder auf 0 gesetzt.
Der Fehler war, dass diese Änderung noch mal einen Send Befehl ausgelöst hat. Ich prüfe jetzt vorher, ob der State 1 ist und Sende nur dann die Änderung an die SC18.

Der Fehler "socket hang up" kommt, wenn zu viele Anfragen in zu kurzer Zeit gestellt werden oder du keine Netzwerkverbindung zur SC18 hast.
Die Netzwerkverbindung zu prüfen und im Script darauf zu reagieren ist, das was ich mir noch vorgenommen habe.
Kann jetzt aber etwas dauern, muss mich bei meiner Frau wieder einschmeicheln :innocent: , die ist etwas zu kurz gekommen in den letzten Tagen. :wink:

[ArnoD]

@schmid_no1 durch die Weboberfläche von Grünbeck habe ich alle möglichen Werte gefunden, aber eine Störmeldung von der SC18 war nicht dabei. Wenn es die geben sollte wird sie von Grünbeck auch in der eigenen App nicht verwendet.

Ok zum Abschluss noch mein View Grünbeck:

[smartboart]

@ArnoD die Regeneration wurde 2 x gestartet... Bzw. Das erste Mal kam sie bis zum Schritt besalzen und wurde abgebrochen und ist dann ein 2. Mal gestartet.. Wird ein Tastendruck zu viel gewesen sein... Den Befehl nur bei change ne und nur bei 1 abzusetzen ist da besser.. Zusaetzlich verriegeln mit ner if Bedingung wenn Regeneration nicht aktiv wuerde das zusaetzlich verhindern...

Schau mir die Änderung dazu nachher mal an..
Und viel spass beim einschmeicheln. Ich kenne das.. Iobroker birgt echt eine Suchtgefahr
... 😂😂😂

[smartboart]

@ArnoD

//manuelle Regeneration Int 1=Start

on(instanz + PfadEbene1 + 'Allgemein.D_B_1', function (obj) 

{

   StatePfad = instanz + PfadEbene1 +'Allgemein.D_B_1';

   Parameter = 'D_B_1'

   neuerWert = getState(StatePfad).val;

   if (neuerWert == 1)

   {

        EditState(StatePfad,Parameter,neuerWert);

    } 

});

Hi, hab dazu nochmal nachgedacht.. Must nicht gleich draufspringen, hast genug geleistet die letzten Tage...Ich wollte es nur nicht vergessen, deshalb schreibe ich es gleich mal nieder..
Was passiert denn wenn die Regeneration fest oder auto losläuft. Dann fängt dieser Script Teil ja auch an loszulaufen. Das heist zusätzlich zu festen oder auto Regeneration würde die anlage nochmal den Befehl zum starten bekommen. Wenn ich das richtig sehe, wäre eine Lösung um das zu unterbinden mit einem Hiflsmerker oder zusätzlichen state zu arbeiten. Ansosnten behebt das natürlich erstmal mein beschriebenes Problem mit dem 2 Tastendruck.
Den scriptteil würde ich aber mit ner zuzsätzlichen Bedingung / Hilfsmerker bei von der anlage gestarten Reg blockieren.
Einfacher wäre vlt. nen eigen State als Trigger zu nehmen und die Regeneration / State D_B_1 nicht mit sich selbst zu triggern.

[smartboart]

nur ein Lösungsansatz..Werde es bei mir mal so testen...

createState(instanz + PfadEbene1 + PfadEbene2[7] + 'Regenerationsstart', {def: 'false',name: 'Regenerationsstart',type: 'boolean',role: 'state',desc: 'State zum starten der Regeneration'});

//manuelle Regeneration  true=Start

const idRegStart = 'javascript.0.Status.Gruenbeck.SC18.Ausseneingriff.Regenerationsstart';
const idReg = 'javascript.0.Status.Gruenbeck.SC18.Allgemein.D_B_1';

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

   Parameter = 'D_B_1'

   var Regeneration = getState(idReg).val;
   
   var Trigger = getState(idRegStart).val;
   
   setStateDelayed(idRegStart,false,1*1000);

   if (Regeneration === 0 && Trigger === true){

        EditState(idReg,Parameter,1);
		
   }else{
	   
	   if (debug) {console.log('Regeneration bereits aktiv')}
		
		

    } 

});

nur ein Lösungsvorschlag

[ArnoD]

Ja du hast recht, ist nich optimal gelöst.
Wenn du dein Lösungsvorschlag getestet, hast und es funktioniert , werde ich es übernehmen :grinning:
Ohne es selber getestet zu haben, aber kann der Function on mehr als drei Parameter übergeben werden?

[smartboart]

@ArnoD
werde es testen ich arbeite in Scripten immer mit const id / Konstanten und setze dann die id und arbeite in den logig Blöcken meistens mit variablen variablen.. var Trigger = getState usw. zur not passe ich es an

[smartboart]

@ArnoD Also habs getestet. habe oben meinen Vorschlag aktualisiert. unten siehe log. Wenn jetzt während der regeneration nochmal gestartet wird, kommt der Hinweis im log bereits gestartet. Eine Regeneration durch das Gerät selbst läuft jetzt ins leere und triggert nicht mehr den Scriptblock...

[ArnoD]

Habe das Script mit deiner Optimierung aktualisiert. :+1:
Macht natürlich auch für alle anderen änderbaren Werte sinn eine eigene ID für Änderungen in Vis anzulegen.

Habe mir auch überlegt ob wir hier unter "Daten aus einer Webseite mit Javascript" noch richtig sind und es nicht besser wäre ein neues Thema aufzumachen wie "Grünbeck SC18" :wink:

[smartboart]

@ArnoD ja da hast du Recht..mit allem...

Generell ist es besser eigene States zum Triggern zu benutzen, aber bei den anderen steuerbaren states fällt es nicht so auf, da keine Aktion in dem Sinner erfolgt...Ist ja eigentlich nur eine Aktualisierung..Stört mich an den Stellen nicht so...
Ein eigener Threat bietet sich an...Wäre sogar was für einen adapter...

[schmid_no1]

Hallo Ihr zwei kleine Frage:

• Auf was bezieht sich der Fehlerspeicher bzw. kann man den nutzen um eine Fehlerausgabe in Echtzeit zu basteln, somit wirde man die Potentialfreien nicht brauchen.
• @ArnoD wie hast das mit dem Salzverbrauch in deiner Visu gemacht.

[ArnoD]

Die Anlage speichert jede Störung mit einem Störcode in einem Fehlerspeicher. Das Script liest diesen nur aus.
Man kann diesen sicher dazu nutzen bei einem neuen Fehler ein State auf true zu setzen und durch Quittieren wieder auf false.
Warum nutzt du eigentlich nicht die E-Mail Benachrichtigung der SC18, somit würdest du bei jedem Fehler eine E-Mail bekommen.

Ich muss erst noch im Script den Salzverbrauch berechnen, so das man hier eine sinnvolle Anzeige hat, im Moment habe ich nur einen Zähler, der bei jeder Regeneration um eins erhöht wird. Das ist natürlich sehr ungenau, da die Anlage ja nicht immer zu 100% regeneriert.

[smartboart]

@ArnoD Ich werte dazu den Wasserverbrauch aus. Sobald ich einmal Salz nachgefüllt habe, schaue ich wieviel Wasser durch ging. Mit der Infor bastle ich dann ein script.
@schmid_no1 die Idee von Arno ist garnicht schlecht...Mittels Script könnte man alle Fehler Speicher auslesen mittels oder Verknüpfung würde ein neuer Fehler einen State triggern wie z.B Anlage störung. Mit diesem Sate in vis anzeigen und ne pusch nachricht schicken..Ich werde das so umsetzen..vorausgesetzt wir packen das Auslesen noch in den Schedule...Fraglich ist nur ob das zu viel wird für die Kleine..Ansonsten ist der potentialfreie die bessere Wahl.Hier wird noch die Spannung mit überwacht
Aber das ginge auch über meine smartplug mit welcher ich die Sannung anzeige und den Strom mitlogge.
Email fällt bei mir raus weil alle meine Smarten Geräte fürs internet gesperrt sind...Habe nur das nötigste online..safety first