CUL TRANSMIT LIMIT EXCEEDED

[Zrrronggg!]

Ich habe seit neustem manchmal

 CUL TRANSMIT LIMIT EXCEEDED

Meldungen im Log.

Ich kenne die
CUL1: unknown message LOVF

Und es geht hier nicht darum, warum die Meldung kommt, das Thema 1% etc kenne ich.

Ich wunder mich nur, woher expliziet die
CUL TRANSMIT LIMIT EXCEEDED
Meldung her kommt. Diese kommt parallel zu LOVF.



Ich habe aber 3 CULs (2x V2 als SlowRF und RFR mit 1.44  und eine V3 für IT mit 1.51), die CUL1, CUL2 und CUL3 heissen. Ausserdem einen HM LAN Konfigurator.
Ich finde im Moment nichtmal raus welcher CUL die Meldung liefert.

Eine Idee jemand?

[Dr. Boris Neubert]

Hallo,

Ich habe seit neustem manchmal

 CUL TRANSMIT LIMIT EXCEEDED

Meldungen im Log.

ich habe diese Meldung auch gestern zum ersten Mal erhalten. Weil ich jede Meldung vom CUN auch gleich per E-Mail verschicke, hat mich das mit über 1000 E-Mails vollgespammt.

Der Code ist ab Zeile 633 in 00_CUL.pm und wurde seit Jahren nicht angefaßt. Auffällig sind die Änderungen darunter, die sich auf HomeMatic beziehen und vom Februar stammen. Ich habe aber kein HomeMatic im Einsatz.

Also nur eine Koinzidenz? Oder mal wieder den Fehler ganz woanders suchen?

Ich warte mal ab, ob das bei mir wieder auftritt, bevor ich in irgendeiner Weise tätig werde.

Viele Grüße
Boris

[rudolfkoenig]

Diese Meldung bzw. ein Event wird generiert, falls in der letzten Stunde ueber 163 FS20 Nachrichten gesendet wurden.

Wo die Meldung herkommt findet man mit "grep EXCEEDED FHEM/*.pm" raus.

Laut "svn blame FHEM/00_CUL.pm" gibt sie seit R249 / 2008-09-25

[Dietmar63]

Ich habe von diesen Meldungen auch einige Meldungen vor Mitternacht - kann es mit der Zeitumstellung zu tun haben?
Gegen Mitternacht hat mein fhem einen restart durchgeführt - danach war Ruhe. Aber wie schon im Forum hier festgestellt, sind die InternalTimer im AT nicht "Zeitumstellungsfest" - Bei mir sind sie um eine Stunde verstellt.

Das gleiche Problem besteht in HC: Link

Code Auswählen Erweitern


2013.03.30 23:58:19 2: dummy set Heute 30.03.2013(089)
2013.03.30 23:58:19 2: dummy set SonnenUntergang 19:49:48
2013.03.30 23:58:19 2: dummy set SonnenAufgang 06:59:24
2013.03.30 23:58:19 2: FS20 set StehlampeTisch off
2013.03.30 23:58:18 2: dummy set Heute 30.03.2013(089)
2013.03.30 23:58:18 2: dummy set SonnenUntergang 19:49:48
2013.03.30 23:58:18 2: dummy set SonnenAufgang 06:59:24
2013.03.30 23:58:18 2: FS20 set StehlampeTisch off
2013.03.30 23:58:18 2: CUL_0: unknown message LOVF
2013.03.30 23:58:18 2: CUL TRANSMIT LIMIT EXCEEDED
2013.03.30 23:58:17 2: dummy set Heute 30.03.2013(089)
2013.03.30 23:58:17 2: dummy set SonnenUntergang 19:49:48
2013.03.30 23:58:17 2: dummy set SonnenAufgang 06:59:24
2013.03.30 23:58:17 2: FS20 set StehlampeTisch off

[Zrrronggg!]

Diese Meldung bzw. ein Event wird generiert, falls in der letzten Stunde ueber 163 FS20 Nachrichten gesendet wurden.

Wo die Meldung herkommt findet man mit "grep EXCEEDED FHEM/*.pm" raus.

Laut "svn blame FHEM/00_CUL.pm" gibt sie seit R249 / 2008-09-25

THX.

Rudolf, Frage:
Ist das eine unabhängige Betrachtung von LOVF?
Ich meine das Sendelimit kann ja schon weit vor 163 FS20 Nachrichten verbraucht sein, wenn man z.B. FHTs hat.
Ich nehme an ja, denn das würde erklären, warum ich zwar schon öfters mal LOVF gesehen habe (speziell beim Testen von Heizungsgeschichten), aber bis vor kurzem noch nie CUL TRANSMIT LIMIT EXCEEDED.
Und die Stunde wird Sekundengenau genau gerechnet?
D.H. wenn ich CUL TRANSMIT LIMIT EXCEEDED bekomme muss ich "nur" 22 Sekunden warten und dann kann ich wieder ein FS20 Kommando absetzen?

(Ich frage nur, weil ich das gleich ins Wiki eintragen will, praktisch muss ich bei mir nur den unüberlegten Blödsinn wieder ausbauen, der zu einem versehentlichen FS20 ... äh.... Sturm geführt hat)