Ja, konnte ich auch feststellen. Danke fürs melden
Hi,
die 2.0.8 ist als Stable verfügbar.
die 2.0.9 ist als beta draußen
Neu ist:
- beim löschen eines Alarms im Webfront wird nun auch ein Status im Button korrekt angezeigt. Zudem wurde ips_sleep verwendet um dies zu realisieren und nun durch einen Timer ersetzt.
- wenn man das Ventil auf oder zugefahren hat, wird nun der Ventilstatus alle 3 sek. durch einen Timer aktualisiert und in der Variable Ventilstatus der derzeitige zustand angezeigt.
- ein paar Übersetzungen wurden hinzugefügt.
Happy Testing 
VIele Güße
1 „Gefällt mir“
Danke fürs Update! Alles gut.
Gruß Michael
Hi,
da gibt es leider einen doofen Fehler, das der AdminMode, wenn er verfällt, nicht mehr gesetzt wird. Die URL ist falsch. (Copy&Paste Fehler).
Ich baue gerade das Modul um, es wird IMMER der Adminmodus aktiviert, die Daten abgeholt und abschließend wieder deaktiviert.
Viele Grüße
1 „Gefällt mir“
Hi,
Hm, also bei mir ist seit den letzten Änderungen keine Meldung mehr aufgetreten. Ich kann die Prüfung ggf optional ganz ausschalten.
VIele Grüße
Nee, lass mal an. Ich schaue und schicke die Meldung dann mal rüber.
Gruß Michael
oder hilft es, die Timeout konfigurierbar zu machen? Vielleicht finden wir da den optimaleren wert
Hi,
also einen Error 405 hatte ich noch nie, ich lasse mal die Debugausgaben in eine Datei schreiben um sicher zu gehen, das ich das überlesen habe. Error 405 bedeutet, das die Methode nicht zugelassen ist.
Viele Grüße
1 „Gefällt mir“
Wie häufig kommen diese Meldungen? Könntest du mal einen Rechtsklick auf den Meldungen machen und die Meldung kopieren und mir zukommen lassen?
Viele Grüße
Das weiß ich nicht, habe die Meldungen immer wieder zurückgesetzt und bei der PontosBase nicht drauf geachtet.
Die „404-Meldung“ ist mir nun auch erstmalig aufgefallen. Ich achte nun mal aktiv drauf. Kann ich den Thread irgendwie „killen“?
Habe die Abfragezeit nun von 30 auf 60 sek. gestellt.
Danke dir und Gruß
Michael
einen Thread kann man nicht killen. Du könntest mal die Pontos für eine Minute vom Strom trennen und die Batterie auch entfernen. Wenn Curl im Hintergrund die Verbindung noch offen hält, sollte dieser sich beenden.
Ich schicke gleich eine neue Version hoch, dort wird nach 60 sek curl beendet.
Ok, dass kann ich allerdings erst morgen machen… Ich hoffe, dass dann nicht alle Daten weg sind.
Gruß Michael
Guten Morgen,
So, PB stromlos incl. Batterie gemacht. Leider keine Änderung. Der Thread läuft wohl immer noch.
Gruß Michael
Genau.
Nein, der Hängt jetzt ewig fest.
Symcon neustarten ist die einzige Lösung.
Aber auch da wird es dann wohl beim runterfahren hängen bleiben.
Michael
Hi,
Schade, ich hatte gehofft das wenn der Partner weg ist, curl aufhört. Weißt Du vielleicht on denn ein „CURLOPT_TIMEOUT“ helfen würde? Ich hab in der neuen Version eine Zeit von 60 sek eingestellt, da die Abfrage in der Regel nur 2-3 sek braucht.
Viele Grüße
Sicher das es curl und nicht SYS_GetURLContent ist?
Wenn die Abfrage nur 2-3 Sekunden ist, warum das timeout so hoch? 5 Sekunden reicht doch.
Es gibt auch mehrere Timeouts. Mindestens gibt es Gesamt und auch schon einen für Connect.
Ergänzung:
Eventuell warten beide Seite auch darauf, dass noch Daten übertragen werden. Die Verbindung also bestehen bleibt.
Das kannst du idr durch entsprechende Einstellungen bei curl und HTTP Header unterbinden.
Weil sonst wird immer bis zum timeout gewartet.
Michael
PS: Es gibt doch hier ein Thema zu dem Modul, warum wird das überall in verschiedenen Themen verteilt? Ich habe die mal verschoben.
So, nach Hardwarereset spielt nun alles wieder und der Thread ist weg.
Nun bin ich gespannt und werde natürlich weiter beobachten.
Danke für bisher und Gruß
Michael