CUL EM Verbindungsabbrüche

[Guest]

Originally posted by: <email address deleted>

On 09-08-2012 15:04, hgw wrote:

> As I can see in FHEM log the USB will be disconnected every
> 20minutes,
>
> 2012.08.09 14:00:36 1: /dev/ttyACM0 disconnected, waiting to reappear
> 2012.08.09 14:00:42 3: Setting CUL_0 baudrate to 38400
> 2012.08.09 14:00:42 1: /dev/ttyACM0 reappeared (CUL_0)
> 2012.08.09 14:20:04 1: /dev/ttyACM0 disconnected, waiting to reappear
> 2012.08.09 14:20:09 3: Setting CUL_0 baudrate to 38400
> 2012.08.09 14:20:09 1: /dev/ttyACM0 reappeared (CUL_0)
> 2012.08.09 14:40:04 1: /dev/ttyACM0 disconnected, waiting to reappear
> 2012.08.09 14:40:09 3: Setting CUL_0 baudrate to 38400
> 2012.08.09 14:40:09 1: /dev/ttyACM0 reappeared (CUL_0)
>
> I think, that cant't be a hardware problem :-/ To answer your
> question,
> the problem comes up in any case, it doesnt mater if the CUL is
> directly
> connected to the USB or with a cable.

Ok thanks.

maybe this can help you.

http://www.mjmwired.net/kernel/Documentation/usb/power-management.txt

###
148      power/autosuspend_delay_ms
149
150         This file contains an integer value, which is the
151         number of milliseconds the device should remain idle
152         before the kernel will autosuspend it (the idle-delay
153         time).  The default is 2000.  0 means to autosuspend
154         as soon as the device becomes idle, and negative
155         values mean never to autosuspend.  You can write a
156         number to the file to change the autosuspend
157         idle-delay time.
...
172      Changing the default idle-delay time
173      ------------------------------------
174
175   The default autosuspend idle-delay time (in seconds) is controlled
by
176   a module parameter in usbcore.  You can specify the value when
usbcore
177   is loaded.  For example, to set it to 5 seconds instead of 2 you
would
178   do:
179
180      modprobe usbcore autosuspend=5
181
182   Equivalently, you could add to a configuration file in
/etc/modprobe.d
183   a line saying:
184
185      options usbcore autosuspend=5
186
187   Some distributions load the usbcore module very early during the
boot
188   process, by means of a program or script running from an initramfs
189   image.  To alter the parameter value you would have to rebuild that
190   image.
191
192   If usbcore is compiled into the kernel rather than built as a
loadable
193   module, you can add
194
195      usbcore.autosuspend=5
196
197   to the kernel's boot command line.
...
###

Cheers
Aleks

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[rudolfkoenig]

                                                   

> OK here the long version of the disconnect logging message in FHEM with
> verbose 5

This won't help me. The read timed out, the DevIo layer reopened the device.
Now I'd like to know the cause of the timeout.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hallo Leute,

Ich glaube ich habe die Lösung gefunden. Es war eine Einstellung im BIOS.
Ich konnte mich erinnern das ich Probleme mit den USB Ports hatte als ich
diese Option  eingeschaltet hatte. Die Option ist unter den Northbridge
Einstellungen und heißt "Memory Power Down" Standardmäßig war
das Deaktivieren aber ich hatte es aktiviert um ein paar Watt zu sparen.
Jetzt nachdem ich die Option wieder Deaktiviert habe kommen die Funksignale
der EM anscheinend wieder durch und der CUL USB schaltet sich nicht mehr
aus. Ich hoffe das bleibt auch so

Grüße HG  

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Ich muss mich nochmal korrigieren, es sieht so aus als ob der Übeltäter
doch nicht die BIOS-Einstellungen waren sondern meine einzige WindowsVM
(WindowsXP). Nachdem ich diese gestartet hatte kamen die Probleme wieder
hoch. Jetzt habe ich für diese VM das USB deaktiviert und jetzt gehts
Keine Ahnung was Windows mit den durchgereichten USB Ports macht aber es
scheint das es diese nach 20min Inaktivität abschaltet was sich auf alle
anderen VMs die auf USB zugreifen auswirkt :-/

so wäre das Problem gelöst

Grüße HG.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com