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
ja, weil ich SYS_GetURLContent gar nicht benutze.
Das sind Angstsekunden 
ich hatte mal ein 10. sek timeout, aber einige haben von Problemen berichtet. Scheinbar wenn das Wifi unzuverlässig ist. Wenn das besser läuft.
Weil bei Tissenm mein Modul der Grund ist, warum sein System beim reboot hängt.
Hast Du die neue 2.0.11 installiert? Da habe ich einiges angepasst.
Viele Grüße
Nur 8 Mal 
Auch da gibt es einen Timeout von 10 Sekunden, welchen man hier anpassen kann:
Wegen cURL. Eventuel hilft das explizite setzen von Connection: close im Header?
Das Thema meinte ich nicht. Es ging um das Thema hier:
Da habe ich jetzt alles was zum Modul V2 gehört hier her verschoben.
Michael
ok, zuviel Kaffee, Visualstudio und Office365 Konfiguration heute…
Moin Moin,
Ja, ja das ganze Windowszeugs….
So, hier ist nun alles wieder gut. Neuste Software 2.011 war installiert und symcon stoppt und startet wie es soll.
Kai, ganz herzlichen Dank, auch TuxTom007; ohne das Integrity-Check Modul wäre ich da nie drauf gekommen…. wieder was dazu gelernt.
Gruß Michael
Moin,
kurze Frage:
Ist das Modul nur für die Pontos (Grohe) oder die zumindest funktional ähnlichen Geräte von Syr?
Versuche ein Syr SafeTech+ Connect damit (leider erfolglos) in Betrieb zu nehmen.
Als Antwort kommt immer ein HTTP 400 Bad Request. Der Verbindungstest der APP ist erfolgreich.
Dank und Gruß
Tante Edit sagt:
Habe im Netz folgendes gefunden: syr-safetech-connect-api/README.md at main · ahornung/syr-safetech-connect-api · GitHub
Es sieht so aus, als ob die Abfrage statt mit „/Pontos-base/“ mit „/safe-tec/“ beginnt, der Rest ist identisch.
Die Rückgabe von „/safe-tec/get/all“ sieht so aus:
{
"getSRN": "xx",
"getVER": "Safe-Tech V4.03",
"getTYP": "142",
"getCNO": "xx",
"getMAC": "xx",
"getAB": "1",
"getPRF": "1",
"getPRN": "3",
"getPN1": "Anwesend",
"getPV1": "300",
"getPT1": "60",
"getPF1": "3500",
"getPM1": "1",
"getPR1": "0",
"getPB1": "1",
"getPA1": "1",
"getPW1": "0",
"getPN2": "Abwesend",
"getPV2": "30",
"getPT2": "30",
"getPF2": "3500",
"getPM2": "1",
"getPR2": "0",
"getPB2": "1",
"getPA2": "1",
"getPW2": "0",
"getPN3": "Neues Profil",
"getPV3": "300",
"getPT3": "60",
"getPF3": "3500",
"getPM3": "1",
"getPR3": "0",
"getPB3": "1",
"getPA3": "1",
"getPW3": "0",
"getPN4": "Profile 4",
"getPV4": "300",
"getPT4": "60",
"getPF4": "3500",
"getPM4": "1",
"getPR4": "0",
"getPB4": "1",
"getPA4": "0",
"getPW4": "0",
"getPN5": "Profile 5",
"getPV5": "300",
"getPT5": "60",
"getPF5": "3500",
"getPM5": "1",
"getPR5": "0",
"getPB5": "1",
"getPA5": "0",
"getPW5": "0",
"getPN6": "Profile 6",
"getPV6": "300",
"getPT6": "60",
"getPF6": "3500",
"getPM6": "1",
"getPR6": "0",
"getPB6": "1",
"getPA6": "0",
"getPW6": "0",
"getPN7": "Profile 7",
"getPV7": "300",
"getPT7": "60",
"getPF7": "3500",
"getPM7": "1",
"getPR7": "0",
"getPA7": "0",
"getPB7": "1",
"getPW7": "0",
"getPN8": "Profile 8",
"getPV8": "300",
"getPT8": "60",
"getPF8": "3500",
"getPM8": "1",
"getPR8": "0",
"getPB8": "1",
"getPA8": "0",
"getPW8": "0",
"getLWT": "90",
"getTMP": "0",
"getVLV": "20",
"getCEL": "198",
"getBAR": "4400 mbar",
"getFLO": "0",
"getNPS": "ERROR: ADM",
"getALA": "FF",
"getALM": "ERROR: ADM",
"getDMA": "1",
"getAVO": "0mL",
"getVOL": "ERROR: ADM",
"getLTV": "1",
"get71": "ERROR: ADM",
"getBAT": "9,45",
"getNET": "ERROR: ADM",
"getBUZ": "1",
"getDBD": "ERROR: ADM",
"getDBT": "ERROR: ADM",
"getDST": "ERROR: ADM",
"getDCM": "ERROR: ADM",
"getDOM": "ERROR: ADM",
"getDPL": "ERROR: ADM",
"getDTC": "ERROR: ADM",
"getDRP": "1",
"getWFC": "xx",
"getWFS": "2",
"getWFR": "54",
"getRTC": "1696257872",
"getIDS": "1",
"getTMZ": "4",
"getFSL": [],
"getCND": "0",
"getCNL": "0",
"getCNF": "20",
"getSLP": "ERROR: ADM",
"getSLE": "0",
"getSLV": "0",
"getSLT": "0",
"getSLF": "0",
"getWAD": "1",
"getAPT": "3600",
"getWIP": "xx.222",
"getWGW": "xx.1",
"getSFV": "0"
}
„:5333/safe-tec/set/ADM/(2)f“ liefert
{
"setADM(2)f": "FACTORY"
}
" http://{$ip}:5333/safe-tec/set/ab/2" schliesst
" http://{$ip}:5333/safe-tec/set/ab/1" öffnet
Die Software schein wohl aus einer Softwareschmiede aus Polen zu kommen, habe da einen Interessanten Bericht gefunden (mutmaßlich bekannt):
Syr Safe-T Connect (msxfaq.de)
Hi,
Nur pontos, die befehle unterscheiden sich teilweise, sodass ich mich entschlossen habe, keine syr mehr zu unterstützen.
Es gibt noch eine vorgängerversion von mir die syr unterstützt hat, aber auch da ungetestet.
Teste das mal, wenn es halbwegs läuft, du zeit, lust und eine hohe Frustrationsgrenze hast, kann ich ja mal versuchen das wieder aufleben zu lassen. Geht mit tester einfacher
Viele Grüße
Hi,
oh, Deine Antwort hat sich mit meinem Edit überschnitten.
Die „alte“ Version beleibt nach (erfolgreichen Verbindungstest) bei „Daten abrufen“ einfach hängen.
Testen und Dumps, Traces o.Ä. kann ich gerne anfertigen
Danke und Gruß
ich habe mal eine Testing erstellt. @Kea Du hast eine Einladungs-PN bekommen.
Viele Grüße
Et lüpppt!!! (wie der Rheinländer sagt).
Super, perfekt, vielen Dank für das Modul!
Nachtrag: Habe es in der module.php geändert.
Hi,
das neue Modul mit der Hardwareauswahl funktioniert auch.
Super, nochmals vielen Dank, schneller konnte es echt nicht gehen!
Viele Grüße
kea
