HS/FS HS hat Probleme die Telegramme auf den Bus zu senden

[jumper79]

Hallo,

habe seit Tagen das Problem, das meist nach einer Betriebszeit nach Neustart von ca. 5 Stunden der HS Probleme hat Telegramme am Bus abzusetzen. Nach einer Zeit zwischen 30min und 4 Stunden ist wieder alles gut ,sprich keine Probleme und nach wieder rum 30 bis 4Stunden beginnt der Spaß von vorne. Teilweise kann auch ein Neustart das Problem nicht beheben.

Habe jetzt eine Logik programmiert, die alle 10 sek ein Telegramm zu einer Logik in einen KNX-Tln versendet und hier kommt ein Telegramm zurück, was ich mit Watchdog überwache und mir einen Eintrag ins Meldearchiv schreiben lasse.

Über den eibmon sehe ich nun, das der HS über die Zeit interne Objekte verarbeitet, externe empfängt aber keine Telegramme versendet. Irgendwann kommt dann vom HS z.B. x-mal das Telegramm, das zur externen Logik gesendet werden soll, je nachdem wie lange er sich eine Auszeit genommen hat. Eine Auszeit

Das Problem tritt sowohl mit KNX/net und FT1.2 auf.

In dieser Zeit geht der Zähler im Debug für verlorene EibTelegramme nach oben und für jedes Telegramm wird unter Exceptions folgendes Protokolliert:

07.10.2015 06:22:26 (43) File "./../hssrc/hs_eib.py", line 1634, in sendThread ValueError: chr() arg not in range(256)

Anzahl Telegramme verloren	43
Letztes Telegramm verloren	07.10.2015 06:22:41

Die beiden Werte sind bei jeden Neustart bei 4.
Ansonsten habe ich hier keine weiteren Fehler.
Die Anzahl aus Exceptions und Telegramme verloren entstanden in der Zeit zwischen 5:54 und 6:22 Uhr.
Der HS wurde zuvor neugestartet um 0:48.

Was mir noch auffällt ist das unter WAIT ein großer Max. Wert protokolliert wird, der nach einen Neustart nicht verschwindet: Wait

Anzahl	112142
Abweichungen	Min:0.000 Max:1444191081.639 D:0.025 Akt:0.014/0.007/0.046

In den Queues steigt auch kein Wert an: Queues

Bezeichnung	Len	Ist	Max	Count	Error	Wait	Last
EIBSendQueue	5000	0	73	3396	0	60.02	07.10.2015 06:22:55
EIBEmpfQueue	5000	0	3	14896	0	0.08	07.10.2015 06:22:56
SocketQueue	100	0	0	0	0	0.00
SetWertQueue	5000	0	92	183621	0	1.69	07.10.2015 06:22:57
BefehlQueue1	5000	0	36	14330	0	2.84	07.10.2015 06:22:57
BefehlQueue2	5000	0	1	29	0	0.05	07.10.2015 06:22:31
BefehlQueue3	5000	0	0	0	0	0.00
SichQueue	15000	0	77	174229	0	4.97	07.10.2015 06:22:57
EventSendQueue	1000	0	0	0	0	0.00
ServerQueue	1000	0	4	4742	0	0.05	07.10.2015 06:22:57
ServerQueueEvent	100	0	0	0	0	0.00
ServerQueueList	100	0	1	11	0	0.04	07.10.2015 06:22:57
ServerQueueHtm	100	0	0	0	0	0.00
ServerQueueHtmBin	100	0	0	0	0	0.00
ServerQueueGUI	100	0	1	380	0	0.05	07.10.2015 05:10:01
ServerQueueGUIBin	100	0	3	1522	0	0.05	07.10.2015 05:10:02
ServerQueueWap	100	0	0	0	0	0.00
ZyklusQueue	1000	0	8	112144	0	0.11	07.10.2015 06:22:57

Es sind keine Webabfragen im Projekt.
Remanentspeicher habe ich gestern gesichert und danach gelöscht.


Hat jemand noch einen guten Rat, wo ich noch nachschauen kann, bzw. was da los ist?

Danke

[basti76nie]

Hallo,

das Problem bist du ja schon wissenschaftlich angegangen aber ich habe das Gefühl, ich habe das gleiche Problem (bzw. etwas ähnliches)

Ich übertrage relativ oft auf meinen HS4 abgeänderte Projekte. Direkt im Anschluss kann der HS zwar Telegramme empfangen (z.B. Temperaturwerte) aber senden kann er keine!

Beim Neustart werden keine Telegramme ausgelesen - somit kann das als Fehlerquelle ausgeschlossen werden.

Ich habe einen Workaround für mich gefunden welcher das Problem erstmal wieder löst (bis zum nächsten Projektupload eben).

In der ets starte ich den Gruppenmonitor über den IP Router. Dabei kann ich beobachten dass die Telegramme vom HS nicht auf den Bus ankommen.
Jetzt stoppe ich den Gruppenmonitor und wechsel die ets Schnittstelle auf Netzwerk und starte den Gruppenmonitor wieder. Jetzt sehe ich auch wieder die Telegramme vom HS. Diese sind jedoch gelb markiert.
Wenn ich jetzt den Gruppenmonitor wieder stoppe dann funktioniert der HS wieder ganz normal. Alle Telegramme werden auf den Bus gesendet.

Hatte zuerst meine Topologie als Fehlerquelle vermutet aber das scheint zu passen. Es gibt in meinem Fall nur eine TP-Linie (1.1).
Dem IP Router habe ich die Adresse 1.1.0 gegeben. Der HS hat die Adresse 1.0.100 und sitzt somit auf der Backbonelinie welche als Medientyp auf IP steht.

Vielleicht könnte ich mir meinen Workaround ersparen wenn ich nur länger warte, nachdem das Projekt übertragen wurde aber irgendetwas stimmt da nicht!

Gruß Bastian

[Axel]

Würde auf einen Phyton Baustein tippen der den HS für kurze Zeit blockiert. Mein HS hängt gelegentlich manchmal bei dem Ping Baustein für 1-2 Sekunden. Wobei ich Dutzende von Abfragen habe die zeitlich versetzt stattfinden.

Ne andere Erklärung hinsichtlich der schon durchgeführten Diagnose habe ich nicht.

[jumper79]

Danke euch beiden für das Feedback.
Ping hatte ich auch schon verdächtigt und habe ich schon seit Tagen sowohl die Logiken als auch den Baustein aus dem Ordern verbannt. Das hat aber auch auch nichts gebracht.

Was seit heute was gebracht hat, das ich die Logiken gelöscht habe wo die Zeitschaltuhr von sw4you gelöscht habe und nun habe ich zumindest die vier Fehler die nach jedem Start schon anlagen nicht mehr.

Habe den Baustein schon seit 2009 im Einsatz, damals direkt von der Webseite hardcopy. Kann es sein, das sich da was beißt?
Baustein triggerte nur das Schreiben ins Archiv an täglich um 23:59 und einmal Wöchentlich.
Hat den Baustein noch jemand im Einsatz mit der Firmware 4.3 und läuft ohne Probleme?