Habe ich Heute im Log der Fritz!Box shell gefunden. Im FHEM log war im fraglichen Zeitraum
2013.05.08 15:47:35 3: SW: X
2013.05.08 15:47:38 1: /dev/ttyACM0 disconnected, waiting to reappear
2013.05.08 15:47:43 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is No answer, but we need 113. Waiting 113 seconds.
2013.05.08 15:47:43 3: Setting CUL_MAX baudrate to 38400
2013.05.08 15:47:43 1: /dev/ttyACM0 reappeared (CUL_MAX)
2013.05.08 15:47:43 3: SW: V
2013.05.08 15:47:43 3: SW: ?
2013.05.08 15:47:43 3: CUL_MAX: Possible commands: BCFiAZEGMRTVWXefmltux
2013.05.08 15:47:43 3: SW: X21
Zr
Za123456
Zw111111
2013.05.08 15:47:43 3: SW: T01
2013.05.08 15:49:28 3: SW: X
2013.05.08 15:49:28 3: SW: Zs0f9c040312345605da08000d080f715c
zu lesen. Allerdings kein Hinweis darauf, wieso der CUL_MAX Pause gemacht hat.
Zeile 416 bis 418 lauten
Log 5, "needPreamble: $needPreamble, necessaryCredit: $necessaryCredit, credit10ms: $credit10ms";
if( defined($credit10ms) && $credit10ms < $necessaryCredit ) {
my $waitTime = $necessaryCredit-$credit10ms; #we get one credit10ms every second
Die ID ist
$Id: 14_CUL_MAX.pm 2959 2013-03-21 15:12:52Z mgehre $
Zumindest sollte mal der String "No Answer" als Möglichkeit eingeplant werden, denke ich.