Ich habe bei mir das Problem, dass die WLAN Verbindung meines Raspberry nach irgendwelchen undefinierten Zeiten einfach weg ist und damit natürlich dann keine Konnektivität mehr gegeben ist.
Es ist ein Raspberry B, der WLAN Stcik ist ein Edimax 1711 UN.
Es spielt keine Rolle, ob der WLAN Stick am USB Hubn oder direkt am Raspi angeschlossen ist.
Ein rpi-update habe ich gemacht.
apt-get update und upgrade natürlich auch.
Den Powersaving mode des WLAN-Sticks habe ich abgeschaltet.
Wenn ich den Raspi starte, dann kann ich stundenlang arbeiten. Am nächsten Tag kann ich mich aber nicht mehr einloggen, dann muss ich den raspi resetten.
Hat da jemand mal einen Ratschlag für mich?
Hallo Stephan,
irgendwo in den Untiefen dieses Forums gab es mal einen Thread, der sich mit dem Thema USB Port beim Raspberri Pi beschäftigt hat. Das könnte eine Möglichkeit sein.
Bei mir läuft WLAN problemlos und ich schalte es auch Nachts per cron ab und morgens wieder an.
Ich werde mal schauen, ob ich den Link dazu noch finde, bin gerade am falschen Rechner.
Gruß PeMue
Hab das teil schon direkt am pi gehabt, am usbhub,powered und nonpoweted. Immer alles das gleiche.
Gruss
Stephan
Ich hatte irgendwann exakt das gleiche Problem.
Nach erfolglosem Durchspielen aller zu findenden Tipps, Updates und Ratschläge und dem Test von mindestens zehn unterschiedlichen WLAN Sticks habe ich das ganze Thema "raspi + wlan" irgendwann aufgegeben. Seither gibts Raspberry bei mir nur noch kabelgebunden, damit gibt es keinerlei Verbindungsprobleme mehr.
Mit kabel läuft das bei mir wochenlang problemlos. Aber das mit dem WLAN raubt mir den letzten Nerv.
Gruss
Stephan
Manche w-LAN sticks gehen nach einer Weile in den suspend Mode...
Schau mal, vielleicht hilft dir das.
http://raspberrypi.stackexchange.com/questions/1384/how-do-i-disable-suspend-mode
Powersaving hatte ich schon ausgeschaltet.
cat /sys/module/8192cu/parameters/rtw_power_mgnt
ergibt 0
Gestern abend habe ich den HUB abgestöpselt, den WLAN Dongle direkt in den PI, den Deckel vom Tekberry Gehäude geöffnet.
Heute morgen, kein Connect mehr möglich. WLAN Stick entfernt, wieder eingestöpselt, paar Sekunden gewartet, Connect wieder möglich. Also zumindest ist der PI nicht abgestürzt, so meine Vermutungzuerst. Ist er aber wohl doch, wenn ich mir syslog anschaue
Das ist megafrustrierend.
user.log
Zitat
Dec 3 12:58:08 raspi-fhem-wlan wpa_action: mode=station
Dec 3 12:58:08 raspi-fhem-wlan wpa_action: pairwise_cipher=CCMP
Dec 3 12:58:08 raspi-fhem-wlan wpa_action: group_cipher=TKIP
Dec 3 12:58:08 raspi-fhem-wlan wpa_action: key_mgmt=WPA2-PSK
Dec 3 12:58:08 raspi-fhem-wlan wpa_action: wpa_state=COMPLETED
Dec 3 12:58:08 raspi-fhem-wlan wpa_action: ip_address=192.168.178.13
Dec 3 12:58:08 raspi-fhem-wlan wpa_action: address=80:1f:02:b3:42:e5
Dec 3 13:02:26 raspi-fhem-wlan shutdown[8970]: shutting down for system reboot
Dec 3 13:02:43 raspi-fhem-wlan wpa_action: bssid=00:24:fe:e4:34:93
Dec 3 13:02:43 raspi-fhem-wlan wpa_action: ssid=Georgius 19
Dec 3 13:02:43 raspi-fhem-wlan wpa_action: id=0
Dec 3 13:02:43 raspi-fhem-wlan wpa_action: mode=station
Dec 3 13:02:43 raspi-fhem-wlan wpa_action: pairwise_cipher=CCMP
Dec 3 13:02:43 raspi-fhem-wlan wpa_action: group_cipher=TKIP
Dec 3 13:02:43 raspi-fhem-wlan wpa_action: key_mgmt=WPA2-PSK
Dec 3 13:02:43 raspi-fhem-wlan wpa_action: wpa_state=COMPLETED
Dec 3 13:02:43 raspi-fhem-wlan wpa_action: ip_address=192.168.178.13
Dec 3 13:02:43 raspi-fhem-wlan wpa_action: address=80:1f:02:b3:42:e5
Dec 4 19:36:25 raspi-fhem-wlan wpa_action: WPA_IFACE=wlan0 WPA_ACTION=DISCONNECTED
Dec 4 19:36:25 raspi-fhem-wlan wpa_action: WPA_ID=0 WPA_ID_STR= WPA_CTRL_DIR=/var/run/wpa_supplicant
Dec 4 19:36:25 raspi-fhem-wlan wpa_action: ifdown wlan0
Dec 5 11:29:30 raspi-fhem-wlan shutdown[3282]: shutting down for system reboot
Dec 6 03:30:08 raspi-fhem-wlan wpa_action: WPA_IFACE=wlan0 WPA_ACTION=DISCONNECTED
Dec 6 03:30:08 raspi-fhem-wlan wpa_action: WPA_ID=0 WPA_ID_STR= WPA_CTRL_DIR=/var/run/wpa_supplicant
Dec 6 03:30:08 raspi-fhem-wlan wpa_action: ifdown wlan0
Dec 6 03:30:20 raspi-fhem-wlan wpa_action: removing sendsigs omission pidfile: /run/sendsigs.omit.d/wpasupplicant.wpa_supplicant.wlan0.pid
Dec 6 03:30:20 raspi-fhem-wlan wpa_action: WPA_IFACE=wlan0 WPA_ACTION=CONNECTED
Dec 6 03:30:20 raspi-fhem-wlan wpa_action: WPA_ID=0 WPA_ID_STR= WPA_CTRL_DIR=/var/run/wpa_supplicant
Dec 6 03:30:20 raspi-fhem-wlan wpa_action: network settings not defined for default in /etc/network/interfaces
Dec 6 03:30:20 raspi-fhem-wlan wpa_action: ifup wlan0=default
syslog
Zitat
Dec 7 06:25:20 raspi-fhem-wlan rsyslogd: [origin software="rsyslogd" swVersion="5.8.11" x-pid="2190" x-info="http://www.rsyslog.com"] rsyslogd was HUPed
Dec 7 06:32:00 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 06:42:00 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 06:52:00 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 07:02:00 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 07:12:00 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 07:17:01 raspi-fhem-wlan /USR/SBIN/CRON[31027]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Dec 7 07:22:00 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 07:32:00 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 07:42:00 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 07:52:00 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 08:02:00 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 08:12:00 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 08:17:01 raspi-fhem-wlan /USR/SBIN/CRON[517]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Dec 7 08:22:00 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 08:32:00 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 08:42:00 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 08:52:00 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 09:02:00 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 09:12:00 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 09:17:01 raspi-fhem-wlan /USR/SBIN/CRON[2518]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Dec 7 09:22:00 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 09:32:00 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 09:42:00 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 09:52:00 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 10:02:00 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 10:12:01 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 10:17:01 raspi-fhem-wlan /USR/SBIN/CRON[4553]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Dec 7 10:22:01 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 10:32:01 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 10:42:01 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 10:52:01 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 11:02:01 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 11:12:01 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 11:17:01 raspi-fhem-wlan /USR/SBIN/CRON[6504]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Dec 7 11:22:01 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 11:32:01 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 11:42:00 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 11:52:00 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 12:02:00 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 12:12:00 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 12:17:01 raspi-fhem-wlan /USR/SBIN/CRON[8478]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Dec 7 12:22:00 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 12:32:01 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 12:42:01 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 12:52:01 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 13:02:01 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 13:12:01 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 13:17:01 raspi-fhem-wlan /USR/SBIN/CRON[10438]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Dec 7 13:22:01 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
Dec 7 13:32:01 raspi-fhem-wlan wpa_supplicant[1638]: wlan0: WPA: Group rekeying completed with 24:65:11:c3:da:f8 [GTK=TKIP]
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@$
Dec 7 13:17:24 raspi-fhem-wlan rsyslogd: [origin software="rsyslogd" swVersion="5.8.11" x-pid="2199" x-info="http://www.rsyslog.com"] start
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] Booting Linux on physical CPU 0x0
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] Initializing cgroup subsys cpu
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] Initializing cgroup subsys cpuacct
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] Linux version 3.10.22+ (dc4@dc4-arm-01) (gcc version 4.7.2 20120731 (prerelease) (crosstool-NG linaro-1.13.1+$
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] CPU: ARMv6-compatible processor [410fb767] revision 7 (ARMv7), cr=00c5387d
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT nonaliasing instruction cache
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] Machine: BCM2708
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] cma: CMA: reserved 16 MiB at 1e000000
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] Memory policy: ECC disabled, Data cache writeback
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] On node 0 totalpages: 126976
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] free_area_init_node: node 0, pgdat c05c5454, node_mem_map c0671000
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] Normal zone: 992 pages used for memmap
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] Normal zone: 0 pages reserved
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] Normal zone: 126976 pages, LIFO batch:31
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] pcpu-alloc: - 0
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 125984
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] Kernel command line: dma.dmachans=0x7f35 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2708.boardrev=0xd $
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] PID hash table entries: 2048 (order: 1, 8192 bytes)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] Memory: 496MB = 496MB total
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] Memory: 480468k/480468k available, 27436k reserved, 0K highmem
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] Virtual kernel memory layout:
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] vector : 0xffff0000 - 0xffff1000 ( 4 kB)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] vmalloc : 0xdf800000 - 0xff000000 ( 504 MB)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] lowmem : 0xc0000000 - 0xdf000000 ( 496 MB)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] modules : 0xbf000000 - 0xc0000000 ( 16 MB)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] .text : 0xc0008000 - 0xc05693ec (5509 kB)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] .init : 0xc056a000 - 0xc058ddf4 ( 144 kB)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] .data : 0xc058e000 - 0xc05c5f30 ( 224 kB)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] .bss : 0xc05c5f30 - 0xc0670a60 ( 683 kB)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] Preemptible hierarchical RCU implementation.
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] NR_IRQS:330
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] sched_clock: 32 bits at 1000kHz, resolution 1000ns, wraps every 4294967ms
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] Switching to timer-based delay loop
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] Console: colour dummy device 80x30
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.000000] console [tty1] enabled
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.001151] Calibrating delay loop (skipped), value calculated using timer frequency.. 2.00 BogoMIPS (lpj=10000)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.001212] pid_max: default: 32768 minimum: 301
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.001675] Mount-cache hash table entries: 512
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.002482] Initializing cgroup subsys devices
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.002544] Initializing cgroup subsys freezer
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.002578] Initializing cgroup subsys blkio
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.002725] CPU: Testing write buffer coherency: ok
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.003170] Setting up static identity map for 0xc03fd768 - 0xc03fd7c4
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.004985] devtmpfs: initialized
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.019382] NET: Registered protocol family 16
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.025310] DMA: preallocated 4096 KiB pool for atomic coherent allocations
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.026386] bcm2708.uart_clock = 0
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.027768] hw-breakpoint: found 6 breakpoint and 1 watchpoint registers.
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.027821] hw-breakpoint: maximum watchpoint size is 4 bytes.
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.027859] mailbox: Broadcom VideoCore Mailbox driver
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.027951] bcm2708_vcio: mailbox at f200b880
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.028052] bcm_power: Broadcom power driver
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.028089] bcm_power_open() -> 0
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.028114] bcm_power_request(0, 8)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.528835] bcm_mailbox_read -> 00000080, 0
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.528879] bcm_power_request -> 0
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.528835] bcm_mailbox_read -> 00000080, 0
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.528879] bcm_power_request -> 0
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.528906] Serial: AMBA PL011 UART driver
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.529046] dev:f1: ttyAMA0 at MMIO 0x20201000 (irq = 83) is a PL011 rev3
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.866809] console [ttyAMA0] enabled
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.892435] bio: create slab <bio-0> at 0
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.897727] SCSI subsystem initialized
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.901797] usbcore: registered new interface driver usbfs
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.907501] usbcore: registered new interface driver hub
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.913078] usbcore: registered new device driver usb
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.919649] Switching to clocksource stc
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.923993] FS-Cache: Loaded
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.927156] CacheFiles: Loaded
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.942847] NET: Registered protocol family 2
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.948250] TCP established hash table entries: 4096 (order: 3, 32768 bytes)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.955518] TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.962042] TCP: Hash tables configured (established 4096 bind 4096)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.968517] TCP: reno registered
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.971776] UDP hash table entries: 256 (order: 0, 4096 bytes)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.977688] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.984415] NET: Registered protocol family 1
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.989338] RPC: Registered named UNIX socket transport module.
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 0.995402] RPC: Registered udp transport module.
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.000127] RPC: Registered tcp transport module.
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.004878] RPC: Registered tcp NFSv4.1 backchannel transport module.
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.012224] bcm2708_dma: DMA manager at f2007000
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.017042] bcm2708_gpio: bcm2708_gpio_probe c059bdb0
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.022499] vc-mem: phys_addr:0x00000000 mem_base=0x1fa00000 mem_size:0x20000000(512 MiB)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.031822] audit: initializing netlink socket (disabled)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.037491] type=2000 audit(0.880:1): initialized
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.198276] VFS: Disk quotas dquot_6.5.2
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.202520] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.211394] FS-Cache: Netfs 'nfs' registered for caching
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.218118] NFS: Registering the id_resolver key type
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.223295] Key type id_resolver registered
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.227610] Key type id_legacy registered
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.232360] msgmni has been set to 970
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.238285] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.246141] io scheduler noop registered
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.250102] io scheduler deadline registered (default)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.255684] io scheduler cfq registered
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.260930] BCM2708FB: allocated DMA memory 5e400000
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.266069] BCM2708FB: allocated DMA channel 0 @ f2007000
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.282350] Console: switching to colour frame buffer device 82x26
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.292482] kgdb: Registered I/O driver kgdboc.
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.299176] vc-cma: Videocore CMA driver
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.304596] vc-cma: vc_cma_base = 0x00000000
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.310605] vc-cma: vc_cma_size = 0x00000000 (0 MiB)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.317339] vc-cma: vc_cma_initial = 0x00000000 (0 MiB)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.333098] brd: module loaded
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.342704] loop: module loaded
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.347457] vchiq: vchiq_init_state: slot_zero = 0xde000000, is_master = 0
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.356357] Loading iSCSI transport class v2.0-870.
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.363539] usbcore: registered new interface driver ax88179_178a
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.371178] usbcore: registered new interface driver smsc95xx
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.378271] dwc_otg: version 3.00a 10-AUG-2012 (platform bus)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.585414] Core Release: 2.80a
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.589800] Setting default values for core params
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.595866] Finished setting default values for core params
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.802674] Using Buffer DMA mode
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.807245] Periodic Transfer Interrupt Enhancement - disabled
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.814340] Multiprocessor Interrupt Enhancement - disabled
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.821137] OTG VER PARAM: 0, OTG VER FLAG: 0
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.826760] Dedicated Tx FIFOs mode
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.832021] dwc_otg: Microframe scheduler enabled
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.832255] dwc_otg bcm2708_usb: DWC OTG Controller
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.838512] dwc_otg bcm2708_usb: new USB bus registered, assigned bus number 1
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.847101] dwc_otg bcm2708_usb: irq 32, io mem 0x00000000
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.853916] Init: Port Power? op_state=1
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.859113] Init: Power Port (0)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.863853] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.872003] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.880637] usb usb1: Product: DWC OTG Controller
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.886704] usb usb1: Manufacturer: Linux 3.10.22+ dwc_otg_hcd
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.893895] usb usb1: SerialNumber: bcm2708_usb
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.900475] hub 1-0:1.0: USB hub found
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.905684] hub 1-0:1.0: 1 port detected
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.911278] dwc_otg: FIQ enabled
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.911295] dwc_otg: NAK holdoff enabled
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.911304] dwc_otg: FIQ split fix enabled
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.911322] Module dwc_common_port init
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.911764] usbcore: registered new interface driver usb-storage
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.919618] mousedev: PS/2 mouse device common for all mice
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.926786] usbcore: registered new interface driver xpad
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.934225] bcm2835-cpufreq: min=700000 max=700000 cur=700000
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.941420] bcm2835-cpufreq: switching to governor powersave
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.948415] bcm2835-cpufreq: switching to governor powersave
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.955349] cpuidle: using governor ladder
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.960660] cpuidle: using governor menu
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.965886] sdhci: Secure Digital Host Controller Interface driver
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.973291] sdhci: Copyright(c) Pierre Ossman
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 1.978948] sdhci: Enable low-latency mode
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.023700] mmc0: SDHCI controller on BCM2708_Arasan [platform] using platform's DMA
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.034229] mmc0: BCM2708 SDHC host at 0x20300000 DMA 2 IRQ 77
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.041457] sdhci-pltfm: SDHCI platform and OF driver helper
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.048612] ledtrig-cpu: registered to indicate activity on CPUs
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.058187] hidraw: raw HID events driver (C) Jiri Kosina
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.072555] usbcore: registered new interface driver usbhid
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.079619] usbhid: USB HID core driver
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.089472] TCP: cubic registered
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.096272] Initializing XFRM netlink socket
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.104063] Indeed it is in host mode hprt0 = 00021501
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.110658] NET: Registered protocol family 17
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.126922] Key type dns_resolver registered
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.144196] VFP support v0.3: implementor 41 architecture 1 part 20 variant b rev 5
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.164711] registered taskstats version 1
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.183953] drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.204181] Waiting for root device /dev/mmcblk0p2...
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.215908] mmc0: read SD Status register (SSR) after 3 attempts
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.242010] mmc0: new high speed SDHC card at address 59b4
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.249708] mmcblk0: mmc0:59b4 SDC 14.7 GiB
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.257240] mmcblk0: p1 p2
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.353758] usb 1-1: new high-speed USB device number 2 using dwc_otg
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.362523] Indeed it is in host mode hprt0 = 00001101
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.574426] usb 1-1: New USB device found, idVendor=0424, idProduct=9512
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.583138] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.592933] hub 1-1:1.0: USB hub found
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.598918] hub 1-1:1.0: 3 ports detected
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.883940] usb 1-1.1: new high-speed USB device number 3 using dwc_otg
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.930490] EXT4-fs (mmcblk0p2): recovery complete
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.941551] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.952731] VFS: Mounted root (ext4 filesystem) on device 179:2.
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.963198] devtmpfs: mounted
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 2.968260] Freeing unused kernel memory: 140K (c056a000 - c058d000)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 3.004468] usb 1-1.1: New USB device found, idVendor=0424, idProduct=ec00
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 3.013310] usb 1-1.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 3.025393] smsc95xx v1.0.4
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 3.090181] smsc95xx 1-1.1:1.0 eth0: register 'smsc95xx' at usb-bcm2708_usb-1.1, smsc95xx USB 2.0 Ethernet, b8:27:eb:96:9$
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 3.184027] usb 1-1.2: new high-speed USB device number 4 using dwc_otg
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 3.305976] usb 1-1.2: New USB device found, idVendor=7392, idProduct=7811
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 3.314929] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 3.324002] usb 1-1.2: Product: 802.11n WLAN Adapter
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 3.330577] usb 1-1.2: Manufacturer: Realtek
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 3.336927] usb 1-1.2: SerialNumber: 00e04c000001
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 3.424024] usb 1-1.3: new full-speed USB device number 5 using dwc_otg
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 3.548750] usb 1-1.3: New USB device found, idVendor=03eb, idProduct=204b
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 3.559511] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 3.568599] usb 1-1.3: Product: CUL868
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 3.574078] usb 1-1.3: Manufacturer: busware.de
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 6.254061] cdc_acm 1-1.3:1.0: ttyACM0: USB ACM device
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 6.520633] usbcore: registered new interface driver cdc_acm
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 6.653955] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 7.479211] usbcore: registered new interface driver rtl8192cu
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 11.102068] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 11.589975] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 12.509038] bcm2708 watchdog, heartbeat=10 sec (nowayout=0)
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 17.527670] FAT-fs (mmcblk0p1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 21.030952] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 22.737459] CIFS VFS: Error connecting to socket. Aborting operation.
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 22.737805] CIFS VFS: cifs_mount failed w/return code = -101
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 29.753360] bcm2835-cpufreq: switching to governor ondemand
Dec 7 13:17:24 raspi-fhem-wlan kernel: [ 29.753391] bcm2835-cpufreq: switching to governor ondemand
Dec 7 13:17:25 raspi-fhem-wlan /usr/sbin/cron[2245]: (CRON) INFO (pidfile fd = 3)
Dec 7 13:17:25 raspi-fhem-wlan /usr/sbin/cron[2246]: (CRON) STARTUP (fork ok)
Dec 7 13:17:25 raspi-fhem-wlan /usr/sbin/cron[2246]: (CRON) INFO (Running @reboot jobs)
Dec 7 13:17:26 raspi-fhem-wlan kernel: [ 33.993775] Adding 102396k swap on /var/swap. Priority:-1 extents:1 across:102396k SSFS
Dec 7 13:17:27 raspi-fhem-wlan avahi-daemon[2320]: Found user 'avahi' (UID 109) and group 'avahi' (GID 114).
Dec 7 13:17:27 raspi-fhem-wlan avahi-daemon[2320]: Successfully dropped root privileges.
Dec 7 13:17:27 raspi-fhem-wlan avahi-daemon[2320]: avahi-daemon 0.6.31 starting up.
Dec 7 13:17:27 raspi-fhem-wlan avahi-daemon[2320]: Successfully called chroot().
Dec 7 13:17:27 raspi-fhem-wlan avahi-daemon[2320]: Successfully dropped remaining capabilities.
Dec 7 13:17:27 raspi-fhem-wlan avahi-daemon[2320]: Loading service file /services/udisks.service.
Dec 7 13:17:27 raspi-fhem-wlan avahi-daemon[2320]: socket() failed: Address family not supported by protocol
Dec 7 13:17:27 raspi-fhem-wlan avahi-daemon[2320]: Failed to create IPv6 socket, proceeding in IPv4 only mode
Dec 7 13:17:27 raspi-fhem-wlan avahi-daemon[2320]: socket() failed: Address family not supported by protocol
Dec 7 13:17:27 raspi-fhem-wlan avahi-daemon[2320]: Joining mDNS multicast group on interface wlan0.IPv4 with address 192.168.178.13.
Dec 7 13:17:27 raspi-fhem-wlan avahi-daemon[2320]: New relevant interface wlan0.IPv4 for mDNS.
Dec 7 13:17:27 raspi-fhem-wlan avahi-daemon[2320]: Network interface enumeration completed.
Dec 7 13:17:27 raspi-fhem-wlan avahi-daemon[2320]: Registering new address record for 192.168.178.13 on wlan0.IPv4.
Dec 7 13:17:27 raspi-fhem-wlan avahi-daemon[2320]: Registering HINFO record with values 'ARMV6L'/'LINUX'.
Dec 7 13:17:27 raspi-fhem-wlan bluetoothd[2350]: Bluetooth daemon 4.99
Dec 7 13:17:27 raspi-fhem-wlan bluetoothd[2350]: Starting SDP server
Dec 7 13:17:27 raspi-fhem-wlan kernel: [ 35.163896] Bluetooth: Core ver 2.16
Dec 7 13:17:27 raspi-fhem-wlan kernel: [ 35.166137] NET: Registered protocol family 31
Dec 7 13:17:27 raspi-fhem-wlan kernel: [ 35.166169] Bluetooth: HCI device and connection manager initialized
Dec 7 13:17:27 raspi-fhem-wlan kernel: [ 35.166218] Bluetooth: HCI socket layer initialized
Dec 7 13:17:27 raspi-fhem-wlan kernel: [ 35.166260] Bluetooth: L2CAP socket layer initialized
Dec 7 13:17:27 raspi-fhem-wlan kernel: [ 35.166320] Bluetooth: SCO socket layer initialized
Dec 7 13:17:27 raspi-fhem-wlan bluetoothd[2350]: Failed to init alert plugin
Dec 7 13:17:27 raspi-fhem-wlan bluetoothd[2350]: Failed to init time plugin
Dec 7 13:17:27 raspi-fhem-wlan kernel: [ 35.232502] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
Dec 7 13:17:27 raspi-fhem-wlan kernel: [ 35.232534] Bluetooth: BNEP filters: protocol multicast
Dec 7 13:17:27 raspi-fhem-wlan kernel: [ 35.232586] Bluetooth: BNEP socket layer initialized
Dec 7 13:17:27 raspi-fhem-wlan bluetoothd[2350]: Failed to init gatt_example plugin
Dec 7 13:17:27 raspi-fhem-wlan kernel: [ 35.253911] Bluetooth: RFCOMM TTY layer initialized
Dec 7 13:17:27 raspi-fhem-wlan kernel: [ 35.254000] Bluetooth: RFCOMM socket layer initialized
Dec 7 13:17:27 raspi-fhem-wlan kernel: [ 35.254017] Bluetooth: RFCOMM ver 1.11
Dec 7 13:17:27 raspi-fhem-wlan avahi-daemon[2320]: Server startup complete. Host name is raspi-fhem-wlan.local. Local service cookie is 1197721524.
Dec 7 13:17:28 raspi-fhem-wlan avahi-daemon[2320]: Service "raspi-fhem-wlan" (/services/udisks.service) successfully established.
Dec 7 13:17:29 raspi-fhem-wlan ntpd[2424]: ntpd 4.2.6p5@1.2349-o Fri May 18 20:30:57 UTC 2012 (1)
Dec 7 13:17:29 raspi-fhem-wlan ntpd[2425]: proto: precision = 1.000 usec
Dec 7 13:17:29 raspi-fhem-wlan ntpd[2425]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123
Dec 7 13:17:29 raspi-fhem-wlan ntpd[2425]: Listen normally on 1 lo 127.0.0.1 UDP 123
Dec 7 13:17:29 raspi-fhem-wlan ntpd[2425]: Listen normally on 2 wlan0 192.168.178.13 UDP 123
Dec 7 13:17:29 raspi-fhem-wlan ntpd[2425]: peers refreshed
Dec 7 13:17:29 raspi-fhem-wlan ntpd[2425]: Listening on routing socket on fd #19 for interface updates
Dec 7 13:17:29 raspi-fhem-wlan ntpd[2425]: restrict: error in address '::' on line 42. Ignoring...
Dec 7 13:17:29 raspi-fhem-wlan ntpd[2425]: restrict: error in address '::1' on line 46. Ignoring...
Dec 7 13:17:31 raspi-fhem-wlan wd_keepalive[2496]: starting watchdog keepalive daemon (5.12):
Dec 7 13:17:31 raspi-fhem-wlan wd_keepalive[2496]: no watchdog device configured, aborting
Dec 7 13:17:31 raspi-fhem-wlan wd_keepalive[2496]: stopping watchdog keepalive daemon (5.12)
Dec 7 13:17:33 raspi-fhem-wlan watchdog[2573]: starting daemon (5.12):
Dec 7 13:17:33 raspi-fhem-wlan watchdog[2573]: int=1s realtime=yes sync=no soft=no mla=0 mem=0
Dec 7 13:17:33 raspi-fhem-wlan watchdog[2573]: ping: no machine to check
Dec 7 13:17:33 raspi-fhem-wlan watchdog[2573]: file: no file to check
Dec 7 13:17:33 raspi-fhem-wlan watchdog[2573]: pidfile: no server process to check
Dec 7 13:17:33 raspi-fhem-wlan watchdog[2573]: interface: no interface to check
Dec 7 13:17:33 raspi-fhem-wlan watchdog[2573]: test=none(0) repair=none(0) alive=none heartbeat=none temp=none to=root no_act=no
Dec 7 13:18:31 raspi-fhem-wlan dbus[2290]: [system] Activating service name='org.freedesktop.ConsoleKit' (using servicehelper)
Dec 7 13:18:32 raspi-fhem-wlan dbus[2290]: [system] Activating service name='org.freedesktop.PolicyKit1' (using servicehelper)
Dec 7 13:18:32 raspi-fhem-wlan polkitd[2704]: started daemon version 0.105 using authority implementation `local' version `0.105'
Dec 7 13:18:32 raspi-fhem-wlan dbus[2290]: [system] Successfully activated service 'org.freedesktop.PolicyKit1'
Dec 7 13:18:32 raspi-fhem-wlan dbus[2290]: [system] Successfully activated service 'org.freedesktop.ConsoleKit'
Dec 7 13:41:13 raspi-fhem-wlan wpa_supplicant[1649]: wlan0: WPA: Group rekeying completed with 00:24:fe:e4:34:93 [GTK=TKIP]
Dec 7 13:51:13 raspi-fhem-wlan wpa_supplicant[1649]: wlan0: WPA: Group rekeying completed with 00:24:fe:e4:34:93 [GTK=TKIP]
17:15Uhr, das Teil läuft, morgen früh wette ich wieder nicht.
Ich habe auch jede menge Probleme.
Habe einen TP-Link TL-WN727N
Habe den nach der Anleitung genau installiert, und der Funktioniert ja auch manchmal, meistens aber nicht.
Das ganze hatte waerend einem BU letztes Wochenende sich wieder aufgehaengt, und ich habe den Raspbeery neu gestartet, danach Probleme.
Einige Aktoren haben einfach nicht mehr funktioniert, und syslog hat nicht mehr aufgezeichnet. Ich hatte in der Woche keine Zeit gehabt, aber manche Aktoren funktionierten noch.
Gestern mich wieder dran gesetzt, den Wlan um-geplugged: in den Raspberry, mit/ohne usb Verlaengerung, mein Cul umgestickt...alles nichts. Jetzt kabel gebunden, und komme per putty auf den Raspberry, aber FHEM funktioniert nicht mehr! Bekomme die Oberflaeche nicht mehr auf.
Bin jetzt kurz davor die Speicherkarte komplett neu zu machen...ausser jemand haette eine Tipp wie/was ich noch machen kann? Koennte mir die fhem.cfg kopieren um die ganze Aktoren Programmiererei zu sparen....
Das scheint mir aber ein anderes Problem zu sein.
Wie vermutet. Mein pi ist heute morgen wieder mal off.
Was kann ich machen, um dem Problem auf die schliche zu kommen?
Gruss
Stephan
Hallo,
ich hatte bei meinem zweiten Raspberry Pi (Testserver fhem mit Add-On-Board) genau die gleichen Probleme. Als WLAN USB Stick habe ich den Logilink WL0084B angeschlossen. Dieser fiel rudimentär alle paar Stunden, manchmal nach einem Tag aus. Dagegen lief der Fhem-server mit seinen Tranceiver störungsfrei.
Auch ein Austausch des Wlan-Sticks mit dem baugleichen und einem aus China trat das gleiche Problem auf. ich dachte erst, es wäre ein Hitzeproblem, also USB-Verlängerungskabel dran am Pi und gewartet. War es aber auch nicht ...
Abhilfe (bis jetzt) scheint mein Tchibo USB Hub gebracht zu haben. Den gab es für 4 Euro (aktiver Hub mit 2 A Netzteil).
Seitdem funktioniert alles tadellos, inkl. Add-On-Display, WLAN-Stick und zusätzlich noch als Spannungsversorgung mit meinem Pi.
Schaltplan in meinem Blog: http://blog.moneybag.de/raspberry-pi-externer-usb-hub-mit-netzteil-an-rpi-verbinden-nur-ein-netzteil-notwendig/
Ob es wirklich an der Spannungsversorgung liegt, kann ich aber definitiv nicht sagen. Fakt ist, ich habe keine Ausfälle mehr und der Pi läuft so wie er soll.
Mein aktiver Rapsberry Pi hat den gleichen WLAN-Stick und auch einen aktiven 4-fach Hub mit separatem Netzteil dran, bei dem habe ich keinerlei Probleme.
LG
/robin
Ein aktiver USB hub war bei mir auch schon im test. Keine Verbesserung. Schein aber nicht so der super hub zu sein. Der powered den pi rückwärts. Werde dann mal einen anderen probieren.
Gruss
Stephan
Ich hatte auch Probleme, wenn ich am Router WLAN ausgeschaltet habe: das WLAN des Raspi hat sich dann abgeschaltet und ging nicht mehr automatisch an.
Ich habe dann mal im Netz rumgesucht und festgestellt, dass ich da nicht der einzige bin. Dabei bin ich auf ein Script gestoßen, das ich nun regelmäßig per cron-Job starte. Seitdem habe ich keine Probleme mehr mit dem WLAN.
Das Script probiere ich mal aus.
Der Raspi war natürlich wieder weg heute. WLAN Stick direkt im Raspi...das ist doch sch..sse...
Ich habe auch das Problem, dass der RPi über WLAN nicht erreichbar war. Ich habe aber festgestellt, dass der RPi die WLAN-Verbindung nicht komplett bei mir verliert. Er antwortet anscheinend nicht oder nicht schnell genug auf arp-Request von anderen Systemen.
Wenn ich in den ARP-Cache eines Clients die MAC-Adresse statisch eintrage, kann ich den RPi erreichen:
arp -s 192.168.178.50 nn:nn:nn:nn:nn:nn
Da ich noch keine Zeit hatte, das Problem genauer zu untersuchen, habe ich es bei mir momentan mit einen Cronjob gelöst. Der RPi pingt jetzt alle 5 Minuten meine relevanten Systeme. Damit bleibt der RPi erreichbar.
ping -c 2 192.168.0.4
sleep 5
ping -c 2 192.168.0.6
sleep 5
Zitat von: Stephan am 08 Dezember 2013, 22:15:42Das Script probiere ich mal aus.
Hinweis:Wer seinen Raspi mit locale=DE betreibt, muss das Skript anpassen und in allen grep-Einträgen "inet addr:" durch "inet Adresse:" ersetzen!
Ja, sowas dachte ich mir, nachdem die Kiste periodisch hing....:-)
Gruss
Stephan
Bei mir bewirkt das Skript übrigens keine positive Änderung. Die WLAN Verbindung verschwindet nach wie vor.
Fazit für mich nach vielem testen.
WLAN -> Tonne.
Ethernet ist angesagt. Schade.
Zitat von: Stephan am 20 Dezember 2013, 09:51:51
Fazit für mich nach vielem testen.
WLAN -> Tonne.
Ethernet ist angesagt. Schade.
Einspruch!
Ich hab auch den Edimax EW-7811Un.
Gleiches Problem, immer wieder
Link beat lost.
Folgendes hat mir (nach
langem! suchen) geholfen:
Eingeloggt auf Konsole des Pi als root:
touch /etc/modprobe.d/8192cu.confdiese Datei mit folgendem Inhalt gefüllt:
options 8192cu rtw_power_mgnt=0 rtw_enusbss=0seitdem ist Ruhe, der Stick geht nicht mehr in Suspend und gut ist.
Gefunden hab ich das auf http://developer-blog.net/hardware/raspberry-pi-problem-mit-wlan-stick-edimax-ew-7811un/
das dort noch aufgeführte anpingen per Cron ist bei mir nicht nötig.
Gruß Arno
Powermanagement hatte ich auch ausgeschaltet. Klappte trotzdem nicht.
Man kann problemlos den internen watchdog des RPi verwenden, um beim Ausfall der Netzwerkverbindung einen schnellen Neustart hinzulegen.
1. Modul in der richtigen Version holen
wget http://tgiles.icern.ch/binaries/watchdog_5.13-1_armhf.deb
dpkg -i watchdog_5.13-1_armhf.deb # Install Watchdog daemon
update-rc.d -f wd_keepalive remove # Remove conflicting init scripts
2. Editieren von /etc/default/watchdog, sollte Folgendes enthalten
# Start watchdog at boot time? 0 or 1
run_watchdog=1
# Load module before starting watchdog
watchdog_module="bcm2708_wdog"
# Specify additional watchdog options here (see manpage).
3. Editieren von /etc/watchdog.conf. Diese Datei sollte Folgendes enthalten
ping = 192.168.0.xxx (HIER IP-Adresse des Raspberry EINSETZEN - MUSS STATISCH SEIN)
ping-count= 3
max-load-1= 24
min-memory= 1024
watchdog-device = /dev/watchdog
interval= 5
realtime= yes
priority= 1
4.Neustart des Watchdog
/etc/init.d/watchdog restart
LG
pah
Guten morgen,
Bei mir läuft ein TP-Link TL-WN725N ohne Probleme direkt an einem Model B.
Bus 001 Device 004: ID 0bda:8176 Realtek Semiconductor Corp. RTL8188CUS 802.11n WLAN Adapter
Kann man das problem auf Model A oder B eingrenzen?
Gruesse
Ich habe ein Modell B.
Das mit dem WLAN ist zwar irgendwie aergerlich, mittlerweile aber für mich nicht mehr signifikant. Ich wollte den pi in den Keller hängen um dort s0 zu erfassen, werde das aber jetzt mit einem arduino machen. Der pi bleibt dann zentral, ist vielleicht auch Reichweiten maessig für den cul besser.
Am den Watchdog hatte ich auch schon gedacht, ist auch ohne WLAN grundsätzlich keine schlechte Idee glaube ich. Obwohl der kleine pi ja grundsätzlich erstaunlich stabil läuft.
Gruss
Stephan
Hallo zusammen,
ich habe ein Modell B mit Edimax WLAN USBStick und die Kiste läuft mittlerweile seit 89 Tagen ohne Probleme. Ich schalte WLAN per cronjob Nachts aus und morgens wieder an. Wenn ich irgendwelche Konfigurationen posten soll, mache ich das gerne ...
Gruß und schöne Weihnachten.
PeMue
Zitat von: Prof. Dr. Peter Henning am 24 Dezember 2013, 08:04:21
Man kann problemlos den internen watchdog des RPi verwenden, um beim Ausfall der Netzwerkverbindung einen schnellen Neustart hinzulegen.
Kann man, hilft aber bei den hier angesprochenen Problemfällen oft auch nicht zuverlässig. (Eigene Erfahrungen)
Das ist aber dann ganz klar keine Frage des Betriebssystems, sondern damit wird die Fehlerquelle schon mal auf die Firmware des WLAN-Adapters eingegrenzt.
LG
pah
Das hat ja niemand bestritten.
Zitat von: PeMue am 24 Dezember 2013, 18:48:32
Wenn ich irgendwelche Konfigurationen posten soll, mache ich das gerne ...
Ja gerne, vielleicht hilft es mir und andere auch.
Danke
Ist denn noch jemand hier der Probleme hat?
Könnte die Person im fehlerfalle bitte mal folgendes probieren ?:
Vom remote Rechner
arp -a
ping <IP vom raspberry>
arp -a
Dann nochmal per http/telnet/SSH probieren ob es klappt?
....ich bilde mir ein das manche Firmware auf icmp anders reagiert als auf tcp.
Gruesse
Hallo zusammen,
dann versuche ich mal die wesentlichen Punkte zu posten:
cat /proc/cpuinfo
Hardware : BCM2708
Revision : 000ed.h. Model B Revision 2.0 512MB (Sony)
lsusb
Bus 001 Device 008: ID 7392:7811 Edimax Technology Co., Ltd EW-7811Un 802.11n Wireless Adapter [Realtek RTL8188CUS]
cat /sys/module/8192cu/parameters/rtw_power_mgnt
1
cat /proc/version
Linux version 3.6.11+ (dc4@dc4-arm-01) (gcc version 4.7.2 20120731 (prerelease) (crosstool-NG linaro-1.13.1+bzr2458 - Linaro GCC 2012.08) ) #371 PREEMPT Thu Feb 7 16:31:35 GMT 2013 (Debian Wheezy vom 9.2.2013 mit updates)
sudo crontab -e enthält u.a.
3 10 * * * /sbin/ifup wlan0
58 21 * * * /sbin/ifdown wlan0
Am USB Port hängt noch ein USB-seriell Adapter (Optilink) auf dem vcrontrold seine Daten aus der Heizung holt.
Braucht ihr sonst noch etwas?
Gruß PeMue
Danke.
Aber als Neuling brauche ich noch mehr Hilfe :(
Ich habe den Edimax EW-7811Un jetzt gekauft in Hoffnung das dieser besser funktioniert bei mir. Nur, wie ich den genau installiere habe ich noch nicht gefunden...
Ausser dieser Eintrag von der Wiki (http://www.fhemwiki.de/wiki/Raspberry_Pi_%26_NFC)ist das richtige?
WLAN
Die Angaben gelten für den WLAN-USB-Stick EDIMAX EW-7811UN und können bei anderen Geräten abweichen.
Neu angelegt: /etc/wpa.conf
network={
ssid="<SSID>"
proto=RSN
key_mgmt=WPA-PSK
pairwise=CCMP TKIP
group=CCMP TKIP
psk="<Passwort>"
}
Modifiziert: /etc/network/interfaces
auto lo
iface lo inet loopback
iface eth0 inet dhcp
auto wlan0
iface wlan0 inet dhcp
wpa-conf /etc/wpa.conf
iface default inet dhcp
Hallo zgadgeter,
ich habe folgendes gemacht (Mitschrieb aus meiner Raspberry Installation):
- WLAN Adapter einstecken (Edimax EW-7811UN)
- WLAN Adapter konfigurieren
* X-Terminal starten (geht nur mit Monitor am HDMI Port)
'startx'
* Web Browser aufrufen und auf die WLAN Konfigurationsseite des WLAN Routers gehen
und Passwort für die Verschlüsselung kopieren
* WLAN Adapter auswählen und konfigurieren (Adapter + Passwort)
* X-Terminal beenden
- WLAN Passwort verschlüsseln
* per ssh (bzw. über die Konsole) auf dem Raspberry Pi einloggen
* in das Verzeichnis /etc/wpa_supplicant wechseln
* eine verschlüsselte Version des Passworts erstellen (ggf. Passwort mit
sudo cat wpa_supplicant.conf | grep psk > /tmp/pass.tmp extrahieren, Datei
nachbearbeiten (alles bis auf Passwort löschen) und als Input (</tmp/pass.tmp)
nehmen, nach bearbeiten /pass.tmp löschen)
'wpa_passphrase <WLAN_NAME> <'WLAN_PASSWORD'>'
(ggf. mit > /tmp/passenc.tmp in eine Datei) speichern
* generiertes verschlüsseltes Passwort in die Datei wpa_supplicant.conf kopieren
Zeile mit Passwort im Klartext löschen, nachdem der WLAN Zugang getestet wurde
* per crontab Interface an bzw. abschalten 'ifup wlan0' bzw. 'ifdown wlan0'
Habe ich damals alles aus irgendwelchen Posts zusammenkopiert.
Vielleicht hilft es Dir.
Gruß PeMue
Vielen Dank.
Aber um sicher zu gehen, das ganze geht tatsächlich nur wenn ich ein screen an den rasp anschließe? Sonst nicht?
Das sollte kein Problem sein, möchte nur sicher gehen das ich das richtig verstehe.
danke.
Moin zgadgeter,
Zitat
Aber um sicher zu gehen, das ganze geht tatsächlich nur wenn ich ein screen an den rasp anschließe? Sonst nicht?
Wenn Du Keinen anderen Computer in Deinem Netzwerk hast, dann brauchst Du einen Monitor am Pi, ansonsten geht es auch ohne.
Wenn Du bisher Mausschubser (Windows) gewesen bist, dann würde ich mir mal xRDP ansehen:
http://scribble.pf-control.de/blog/tutorial-rdp-verbindung-auf-dem-raspberry-pi/
dann hat man den Pi bequem auf seinem Hauptrechner.
ansonsten geht z.B. Putty (also ein Telnetzugriff) in Verbindung mit dem Midnight Comander auch sehr gut.
Gruß Joachim
Habe das gerade installiert, ich muss schon sagen das dieser PI sagenhaft ist. Eine volle grafische Oberfläche
!
Mit dieser Oberfläche und dem WLAN Einrichtung Icon (Programm) Könnten ich doch vorher mein tlink nochmal probieren, oder?
Sent from my GT-I9300 using Tapatalk 2
Dann bist Du jetzt also mit xRDP auf Deinem PI?
ZitatMit dieser Oberfläche und dem WLAN Einrichtung Icon (Programm) Könnten ich doch vorher mein tlink nochmal probieren, oder?
Warum nicht,vielleicht rennt er ja.
Gruß Joachim
Also, leider funkt das ganze bei mir nicht.
xRDP funkt einwandfrei.
Innerhalb von xRDP starte ich WiFi Config, Fenster geht auf, aber da ist kein Adapter. Weder mit dem TP-Link noch mit dem Edimax.
Habe den Pi schon neu gestartet (Kalt), kein Unterschied.
Innerhalb von xRDP Wificonfig sagt er mir bei Status: "could not get status from wpa_supplicant".
Anscheinend wir weder der eine noch der andere Stick erkannt?
Hätte da jemand noch einen Tipp?
danke.
http://www.forum-raspberrypi.de/Thread-wlan-%C3%BCber-edimax-dongel-klappt-nicht
und ggf. dort selbst suchen.
So, jetzt wird es richtig interessant!
Anbei ein screenshot von dem xRDP, wo mann sehen kann das kein wlan stick erkannt wurde/wird.
Nur, der Edimax ist in dem Pi drin, blink schön, und ist verbunden! Dieser screenshot ist vom xRDP verbunden nur über WLAN mit dem xRDP!
Ich versteh jetzt gar nichts mehr. Warum funktioniert die Verbinden, kann aber ueber xRDP nichts sehen?
Ich wuerde das gerne verstehen!
EDV heißt ausgeschrieben
Ende Der Vernunft
wenn es geht, nicht darüber nachdenken und freuen.
Gruß Joachim
Tja, das werde ich auch machen, wenn es weiter so gut funktioniert! Ich mache (probiere) gerade ein Backup vom PI zu machen über WLAN, da wird die gesamte Speicherkarte über WLNA kopiert. Dabei ist die WLAN Verbindung immer abgebrochen. Wenn das funktioniert ohne Probleme kann ich mit drauf verlassen!
mal sehen.
mach mal das lxterm auf und versuch
sudo wpa_gui
der default user pi hat keine rechte den wpa_supplicant zu bedienen.
übrigens ist wpa_gui nur ein frontend zu wpa_supplicant, ob aber der stick eingestöpselt ist, stellst du besser mit
lsusb
(auch im lxterm) fest
Stick scheint drin zu sein:
Bus 001 Device 005: ID 7392:7811 Edimax Technology Co., Ltd EW-7811Un 802.11n Wireless Adapter [Realtek RTL8188CUS]
Zitat von: juppzupp am 31 Dezember 2013, 12:56:22
mach mal das lxterm auf und versuch
sudo wpa_gui
der default user pi hat keine rechte den wpa_supplicant zu bedienen.
Das scheint nicht zu funktionieren:
pi@raspberrypi ~ $ sudo wpa_gui
wpa_gui: cannot connect to X server
??
Zitat von: zgadgeter am 31 Dezember 2013, 12:53:59
Tja, das werde ich auch machen, wenn es weiter so gut funktioniert! Ich mache (probiere) gerade ein Backup vom PI zu machen über WLAN, da wird die gesamte Speicherkarte über WLNA kopiert. Dabei ist die WLAN Verbindung immer abgebrochen. Wenn das funktioniert ohne Probleme kann ich mit drauf verlassen!
mal sehen.
Ok, Edimax funktioniert auch nicht :(!
Nach ca 2 Stunden, während einem B/U, keine Verbindung mehr zum Pi. Also Kabel wieder rein und alles funktioniert. Sch.......ade!
keine ahnung welches images du benutzt.....der user pi darf nicht an die wpa config, dein root user nicht ans X..... :o
du kannst probieren (ohne garantie) dem pi user zugriff auf wpa_gui zu geben :
sudo chmod 600 /etc/wpa_supplicant/wpa_supplicant.conf
sudo adduser pi netdev
oder dir als root den X server zu nehmen :
declare -x DISPLAY=":0.0"
declare -x XAUTHORITY="/home/pi/.Xauthority"
Zitat von: zgadgeter am 31 Dezember 2013, 14:11:09
Das scheint nicht zu funktionieren:
pi@raspberrypi ~ $ sudo wpa_gui
wpa_gui: cannot connect to X server
??
Für alle, die nach dem Abarbeiten dieses kompletten Threads immer noch das Problem haben, dass der Raspi regelmäßig die WLAN-Verbindung verliert:
Bei mir war es genauso. Nach etwas Recherche habe ich dann einen einfachen Tipp gefunden, der das Problem in meinem Fall zuverlässig und dauerhaft gelöst hat.
WLAN-Verbindung automatisch wiederherstellen (http://www.gieseke-buch.de/raspberrypi/wlan-verbindung-automatisch-wiederherstellen)
Hallo
Habe es mit der Anleitung versucht
Aber nach 2 Tage steigt das wlan aus
Werde jetzt ein Kabel legen :-)
Hallo zusammen,
ich habe WLAN schon seit fast einem Jahr im Einsatz und hatte (bis auf ein oder zwei Ausnahmen) immer Zugriff über das WLAN zum Raspberry Pi im Keller. Aber es kann sein, dass es daher kommt, dass ich WLAN per cronjob nachts um zehn ausschalte (da will hoffentlich keiner mehr was) und morgens um zehn wieder einschalte (ist synchronisiert mit der Fritz Box).
Falls jemand den Code braucht, kann ich diesen gerne posten. Was ich noch nicht geschafft habe (siehe auch Bastelecke), das WLAN per Skript und Dirk's Display wieder anzuschalten, aber gut Ding will ja bekanntlich Weile haben ...
Kann denn SYSMON bzw. SYSSTAT nicht das WLAN überwachen? Dann weiß man ggf. danach, wann die Sache ausgestiegen ist ;)
Gruß PeMue
Hallo,
bei WLAN Problemen ist es Wichtig das das Power Management deaktiviert wurde!
Wie das hängt vom Chipsatz ab hier al Beispiel bei folgendem Adapter Funktionierte das:
lsusb
Edimax Technology Co., Ltd EW-7811Un 802.11n Wireless Adapter [Realtek RTL8188CUS]
Testen ob das Power Management aktiviert ist mit:
cat /sys/module/8192cu/parameters/rtw_power_mgnt
Wenn hier 1 steht dann ist das Power Management Aktiviert und kann mit erstellen der Datei
vi /etc/modprobe.d/8192cu.conf
mit folgendem Inhalt:
# Disable power saving
options 8192cu rtw_power_mgnt=0
und einem Neustart, deaktiviert werden!
Testen wieder mit:
cat /sys/module/8192cu/parameters/rtw_power_mgnt
was nun eine 0 zurückgeben sollte.
Weiters ist für WiFi Nutzung das debain Paket wavemon zu empfehlen!
aptitude install wavemon
LG
Franz
Nur als Kommentar: Ich habe genau diesen Edimax-Adapter und das Powermanagement ist AKTIVIERT (habe es gerade nach der Anleitung des Vorposters getestet). Trotzdem habe ich keine Probleme mit dem WLAN, seit ich die oben erwähnte Anleitung (WLAN-Verbindung automatisch wiederherstellen (http://www.gieseke-buch.de/raspberrypi/wlan-verbindung-automatisch-wiederherstellen)) umgesetzt habe.
Das scheinen also einige Faktoren eine Rolle zu spielen. WLAN-Router ist bei mir übrigens eine Fritzbox.
ich nutze den /dev/watchdog genau um diesen Fehlerfall (WLAN Verlust) abzufangen und seit der watchdog läuft, ist das Problem nicht mehr aufgetreten. Ich meine damit: Es gab keinen WLAN Verlust mehr und der Raspi musste noch nie wegen des WLAN Problem, das mich vorher zur Verzweiflung getrieben hatte, neu gestartet werden. Komischer Zufall. Vielleicht.
Zitat von: betateilchen am 07 März 2014, 17:37:12
ich nutze den /dev/watchdog genau um diesen Fehlerfall (WLAN Verlust) abzufangen und seit der watchdog läuft, ist das Problem nicht mehr aufgetreten.
Welche Bedingung genau lässt Du den Watchdog denn wie überwachen?
mehrere...
Man kann ping nutzen, man kann das Interface selbst überwachen und man kann eine Datei beobachten, ob sie regelmäßig geändert wird. Diese drei Elemente werden bei mir überwacht.
Wichtig bei der Netzwerküberwachung ist nur, dass man dafür sorgen muss, den watchdog nicht als Systemdienst automatisch zu starten, sondern per @reboot mit Verzögerung in der crontab. Das Problem ist nämlich, dass anderenfalls der watchdog bereits gestartet wird, bevor das WLAN vollständig initialisiert und verbunden ist. Dann hat man ruckzuck eine Endlosschleife, weil der watchdog bemerkt, dass das ping nicht funktioniert und sofort wieder einen Neustart einleitet.