damarco hat geschrieben: ↑Mo 11. Mär 2024, 16:36
Meine Frage wie ist denn das ganze überhaupt aufgebaut ? Es lässt sich auch Eleganter lösen, die Sache ist ja eigentlich klar. Strings entgegen nehmen, JA/NEIN und Daten zurückgeben. Es könnte auch so wie https://nodered.org/ sein Flow basierend und das ließe sich sogar verwenden. Man müsste nur die i-telex Schnittstelle als Modul programmieren.
Wir freuen uns über jeden neuen Dienste-Programmierer, der das mal "elegant" macht und das "man müßte" einfach in die Tat umsetzt.
Du weißt doch: Es gibt nichts Gutes außer man tut es.
Folgende Benutzer bedankten sich beim Autor detlef für den Beitrag (Insgesamt 12):
Da die Diskussion zur Neuimplementierung des i-Telex-Protokolls mit den Diensten wenig zu tun hat, habe ich mir erlaubt, die betreffenden Beiträge abzutrennen: viewtopic.php?t=4762
Folgende Benutzer bedankten sich beim Autor detlef für den Beitrag (Insgesamt 5):
Hallo Detlef,
ich wollte gerade beim 11180 News-Dienst die Umleitungsfunktion ausprobieren und habe mein Account 204992 zu 204995 (mein neu in Betrieb genommener 75 bd Newsticker) einstellen. Ich habe daraufhin auf der 204995 die Nachricht mit der Bestätigungspin erhalten. Bei dieser dürften aber ein paar Variablen durcheinander gekommen sein. Der Text war:
bestaetigungs-pin fuer umleitung von 204992 zu **** ist: ?3
beim naechsten anruf beim news-service diese pin eingeben, um die
umleitung zu aktivieren.
Die vier Sterne stehen für meine PIN beim Account 204992. Meiner Meinung nach müsste dort eigentlich 204995 stehen. Und ?3 wurde bei Neuverbindung auch nicht als Bestätigungs-PIN akzeptiert, dürfte also auch nicht richtig sein.
Schöne Grüße
Grüße
Helmut +++
204991 KULO A (TeKaDe FS220Z) 204992 kulo a (Siemens T37i) 25321 maier a (Siemens T100S) 74773 WIEN A (Siemens T68d) 204995 (Siemens T100, nur Empfänger, 75 bd) 14445 potspi a (SEL LO15C) noch keine Kennung (SEL LO133)
Status: online, offline
204991 KULO A (TeKaDe FS220Z) 204992 kulo a (Siemens T37i) 25321 maier a (Siemens T100S) 74773 WIEN A (Siemens T68d) 204995 (Siemens T100, nur Empfänger, 75 bd) 14445 potspi a (SEL LO15C) noch keine Kennung (SEL LO133)
Status: online, offline
Meine Dienste sind ja immer nach 2-3 Wochen ausgefallen, weil das Windows nicht mehr richtig funktionieren wollte.
Ich denke, ich habe jetzt die Ursache gefunden. Ich bin die ganze Zeit davon ausgegangen, dass die TCP-Verbindungen das Problem sind.
Jetzt habe ich zufällig im Taskmanager gesehen, dass jeder Dienst eine Unmenge an Threads (Tasks) öffnet und nicht wieder schließt.
Einige sehr aktive Dienste, wie der Nachrichtendienst oder der Rundsender haben in einer Wochen über 800 Threads angesammelt. Die sind zwar inaktiv, fressen aber trotzdem Ressourcen. Ein Wunder, dass Windows das überhaupt mitmacht.
Ich habe die schuldige Routine jetzt hoffentlich gefunden. Ob es funktioniert, sehe ich aber erst in ein paar Tagen.
Wenn euch irgendetwas ungewöhnliches bei den Diensten auffällt, dann gebt bitte gleich Bescheid. Falls ich bei den Änderungen irgendetwas kaputt gemacht habe.
Folgende Benutzer bedankten sich beim Autor detlef für den Beitrag (Insgesamt 9):
