Daten aus einer Website mit Javascript
-
Zudem ist mir aufgefallen das beim Script 1.1.0 jeder einzelne beschriebene Datenpunkt im Log aufgeführt wurde.
Beim Script 1.2.0 nur das wie oben aufgeführt. Und wenn ich die Variable debug auf false setze kommt nur 1x senden und 1x empfangen danach werden die Datenpunkte weiter beschrieben ohne das dies im Log aufgeführt wird.
Lasse die Variable debug jetzt auf true und schau mal was passiert. -
Ok danke, die Antwortzeiten sind vergleichbar wie bei mir um die 3 sek.
Beim Script 1.1.0 sind noch einige Fehler enthalten, bin erst am Anfang das ich einigermaßen verstehe wie die Schnittstelle auf Anfragen reagiert.
Ich vermute das die Schnittstelle der SC18 nicht die schnellste ist.
Habe bei mir die den Abfragetakt auf 30 Sek. eingestellt und das Timeout auf 15 sek. seitdem bekomme ich auf jeden Send Befehl auch ein Antwort nach 3 Sek.
Werde mich noch etwas mit den Einstellungen spielen um zu testen ab wann die Schnittstelle überfordert ist. -
Bin auf dein nächste Neuerung gespannt!
Weiter so!!!
-
Ok, habe jetzt für mich die Richtigen Einstellungen gefunden.
Abfragezyklus 18 Sek. und Timeout 15 Sek.
Alles unter 18 Sek. führt bei mir dazu, dass ich sporadisch keine Rückantwort von der Anlage erhalte.
Script weiter oben mit diesen Einstellungen angepasst.
Werde mich jetzt mit den änderbaren Werten beschäftigen, da ich hier noch keine Lösung habe wie ich diese im Abfragezyklus so integriere das keine Überschneidung entsteht.
Wenn jemand da eine Lösung hat, würde ich mich freuen.
Da ich immer noch nicht weiß, wie man eine manuelle Regeneration starten kann, würde ich mich auch da über Unterstützung freuen.
Ich weiß bis jetzt nur das es über den Parameter D_B_1 gehen müsste, aber irgendwie funktioniert ein einfaches xhr.send("id=8871&edit=D_B_1>" + Status + "&show=D_B_1~") hier nicht. -
ArnoD leider kenne ich mich nur mit heidenhain und siemens840d aus javascript ist Neuland für mich also werde ich dir dabei leider nicht helfen können. Habe gerade noch 1.2.2 drauf gezogen. Und melde mich die nächsten drei Tage ab. Dir viel Spaß beim testen
-
So heute habe auch ich die Anlage in Betrieb genommen und vor 5 min das Script. Das Script hat auf Anhieb funktioniert. Wie es sich jetzt verhält kann ich dann die nächsten Tage auch berichten. Debug habe ich mal aktiviert.
-
-
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...
-
@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. -
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? -
Ja, stimmt
falsche Taste erwischt. Danke -
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..
-
Hi heute mal im log nachgschaut...
Sammeln sich diverse Einträge dieser Art...
Kommen auch vermert wenn ich anderweitig auf das Gerät zugreife. -
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 -
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) -
@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.
-
@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?
-
Ok, habe jetzt noch mal mein Script aktualisiert.
Den Fehler "send flag is true" habe fast eliminiert
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
Mit dem manuellen Regenerationsstart werde ich mich dann jetzt mal beschäftigen. -
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..
-
_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.
