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

[smartboart]

@ArnoD said in Daten aus einer Website mit Javascript:

}

Hier meine Rückmeldezeiten

[smartboart]

wird bei euch das InbetriebnahmeDatum angezeigt? Bei mir ist auch in der app nichts eingetragen...Hat mit dem Script zwar nichts zu tun, aber Fragen kann man ja mal...

[ArnoD]

@smartboart Danke, die Antwortzeiten sind anscheinend ziemlich identisch.
Das Inbetriebnahme Datum wird natürlich nur angezeigt, wenn es vom Installateur auch eingegeben wurde.
Bei mir wird hier auch kein Datum angezeigt.

[smartboart]

Hab Ich mir schon gedacht... Danke fuer die Bestätigung... Habs auch selber installiert... Gewährleistung fuer 3 Jahre wird dann wohl ein Thema trotz Registrierung... Aber egal...
Im Script hast du angegeben > 18 Sek sind nicht zu empfehlen..Du meinst sicher < oder?

[ArnoD]

Ja, stimmt :grinning:
falsche Taste erwischt. Danke

[smartboart]

So habe jetzt die View fertig und das Gerät in Betrieb. Das Script läuft auch sehr gut so dass ich jetzt den Durchfluß mit nem Floatchart mitloggen kann. Daraus lässt sich dann der Salzverbrauch nach einer gewissen Zeit ableiten. Wenn das soweit ist kann man ja noch über ein zusätzliches Script nachdenken, welche die Verbrauchswerte anzeigt, oder das noch intergrieren. Bis dahin wird aber bestimmt noch etwas Zeit vergehen.
Die Liste von Grueneck mit den Kommunikationsparametern habe ich hier im Threat gefunden. Werde dann wegen der Power und eco modus Umschaltung sowie der Regeneration mal mit testen. Vorher muss ich aber noch die entsprechende Kommunikation im Script verstehen. Hier nochmals danke für die tolle Arbeit...Hoffe du bleibst dran..

[smartboart]

Hi heute mal im log nachgschaut...
Sammeln sich diverse Einträge dieser Art...

Kommen auch vermert wenn ich anderweitig auf das Gerät zugreife.

[schmid_no1]

Hallo smartboart
Ich denke der Fehler kommt wenn nach 15 s kein callback kommt.
Vorallem wenn du anderweitig auf deine Anlage zugreifst wird wird die Schnittstelle überlastet sein und somit kein callback ausgegeben.
Hast du deinen debug auf true oder false. Wenn du den auf true hast wird dir das Script jeden falschen callback als Fehler anzeigen

[ArnoD]

Ja das ist genau das Problem, womit ich mich zurzeit beschäftige.
Habe noch keine Möglichkeit gefunden, das sicher abzufangen.
Habe jetzt noch ein paar Änderungen Vorgenomen:
- Automatische Zeit Synchronisation wenn Regenerationszeitpunkt auf "1=fest" eingestellt ist.
- Bei Änderung der Werte Ansprechverhalten,Regenerationszeitpunkt,Regenerationszeit wird
die Änderung an die SC18 gesendet.(!! noch nicht fehlerfrei, bei schnellen umschaltungen kommt send flag true Fehler !!)
- Parameter C_C_5_3 Automatische Umschaltung Sommer-/Winterzeit entfernt (ohne Funktion bei SC18)

[ArnoD]

@smartboart es wäre für mich auch interessant zu wissen, wann dieser Fehler auftritt und was im log vor dem Fehler steht, wen der debug Modus aktiv ist.
Wie aber schon schmid_no1 richtig bemerkt hat, tritt der " flag true" Fehler immer auf, wenn keine Rückantwort kommt und aber mit xhr.open die nächste Anfrage gestartet wird.
Bin der Lösung auf der Spur. :wink:

[smartboart]

@ArnoD hi also wenn man den Guenbeck in Ruhe lässt und nicht über die App oder die web gui darauf zugreift verhält sich das script ruihg. Und mit dem aktuellen Funktionsumfang des Scripts und dank deine tollen Arbeit ist das ja bald nicht mehr nötig.
Mir ist da noch ein state aufgefallen, welcher meiner Meinung nach ebenfalls entfallen kann. DC52/Datum. wird glaube ich auch nicht unterstützt.
Habe das Script wieder auf debug um dir die infos liefern zu können. Aber um die SD zu schonen möchte ich es nicht die ganze Zeit auf debug laufen haben..
Die 3 neuen aktiven Funktionen habe ich auch in vis integriert. hat funktioniert...Mit der Regenerationszeit Einstellung braucht er 1 , 2 anläufe bis er es schluckt...
Echt happy damit! fehlt nur noch der manuelle Regenerationsstart. Hast du dir die Eigenschaften der web gui im explorer mal angeschaut wenn dort manuel gestartet wird?

[ArnoD]

Ok, habe jetzt noch mal mein Script aktualisiert.
Den Fehler "send flag is true" habe fast eliminiert :relieved:
Bei mir tritt dieser Fehler nur noch auf, wenn ich zweimal hintereinander einen Wert über Vis ändere.
Das Problem ist einfach, Das die Schnittstelle sehr lange für Antworten benötigt bis zu 4 Sek. und dann noch mal 2 Sek. um
wieder Daten empfangen zu können.
@smartboart wird bei dem State D_C_5_2 auch nichts übertragen, wenn Das Inbetriebnahmedatum eingetragen wurde??
Das wollte ich noch testen, bevor ich lösche :wink:
Mit dem manuellen Regenerationsstart werde ich mich dann jetzt mal beschäftigen.

[smartboart]

Das inbetriebnahmedatum ist bei mir auch leer... Habe sie selber in Betrieb genommen. In meiner view ist das inbetriebnahmedatum manuell gesetzt... Ich versuche noch an das Service Passworts ran zu kommen, weil ich auch gerne die potentialfreie stoermeldung ueber gpio in meinem slave einlesen möchte..

[smartboart]

_was ist mit dem state D_D_2 kann der nicht auch entfallen? Sollwert WWH
_Wegen des manuellen Regenerationsstart habe ich auch mal etwas gegoogelt und im lox wiki was gelesen...kopiere es mal hier rein...Ich würde nämlich auch gerne über meine anwesenheitskontrolle die Regeneration bei unterschreiten eines wertes zusätzlich zur fest eingestellten Zeit über die Abwesenehit triggern.

Mit dem Befehl "edit=D_B_1>" ist dies möglich jedoch darf dieses Kommando nur ausgelöst werden wenn man eine gültige ID besitzt. (Nur wenn diese ID als Cookie im Browser registriert ist)
Außerdem hätte ich probiert eine ID jedesmal zu generieren und zwar mit dem selben Syntax wie im Grünbeck Gerät ( parseInt( Math.random() * ( (9999+1) - 1000 )) )Auch ohne Erfolg (traurig)Hat jemand eine Idee, eine ID vom Gerät anzufordern?

Wenn dies möglich wäre, hätte man die Möglichkeit eine Regeneration präsenzabhängig zu gestalten.

[ArnoD]

Ok, habe jetzt noch ein paar Fehler korrigiert und States gelöscht die keine Funktion haben.
Der Fehler "send flag is true" sollte jetzt erledigt sein, aber ich habe noch nicht alle Kombinationen getestet.
@smartboart : Installateurebene (Code 113), Kundendienstebene (Code 290) steht in der Bedienungsanleitung. :wink:

Die manuelle Regeneration ist wohl nicht so einfach über die Schnittstelle möglich. Ich werde erst mal den programmierbarer Eingang der Anlage nutzen um eine manuelle Regeneration auszulösen.
Aber ich bleibe dran eine Lösung zu finden.

[schmid_no1]

@ArnoD Hallo ArnoD wie steuerst die Schnittstelle an?

[smartboart]

der programmierbare Eingang ist eine Hardwareschnittstelle . Die Anlage hat einen Eingang und ausgang potentialfrei. Würde das über ein Relas lösen und das Relais über gpio ansteuern. Das werde ich auch so machen...
hab gerade gesehen, dass die Uhrzeit Sync schon behoben ist...

[smartboart]

@ArnoD Danke für den Hinweis...Vlt. sollte ich doch mal anfangen Bedienungsanleitungen zu lesen. :-)

[schmid_no1]

@smartboart würde dies auch über ein knx Binäreingang funktionieren?

[smartboart]

Habe leider kein KNX, aber am Eingang kannst du höchstens einen Zustand von der Gruenbeck abholen. z.B die Störmeldung der Gruenbeck weil Potentialfrei. Wenn du was schalten willst brauchst einen Ausgang. Wenn die Knx am Ausgnag einen Potentialfreien Kontakt ( NC oder NO ) zur Verfügung stellt, kannst den nehmen, ansonsten brauchst du ein Relais welches bei aktiven Ausgang anzieht. Dessen Kontakte / potentialfrei legst du dann auf den eingang der Grünbeck.