This forum uses cookies
This forum makes use of cookies to store your login information if you are registered, and your last visit if you are not. Cookies are small text documents stored on your computer; the cookies set by this forum can only be used on this website and pose no security risk. Cookies on this forum also track the specific topics you have read and when you last read them. Please confirm whether you accept or reject these cookies being set.

A cookie will be stored in your browser regardless of choice to prevent you being asked this question again. You will be able to change your cookie settings at any time using the link in the footer.

Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
[SOLVED] Wifi AP drops out
#1
Hi, I'm having intermittent  problems using openplotter V0.8 as a wifi access point sharing internet access using an Alfa  TL-WN722N on a Pi 3, opengl driver off. 

It will work for hours then  crash after which Openplotter will hang as well, needing a reboot. 

Using Control C in the terminal after a crash..

Code:
python /home/pi/.config/openplotter/openplotter.py
signalk-server running at 0.0.0.0:3000

^CTraceback (most recent call last):
File "/home/pi/.config/openplotter/wifi_server.py", line 32, in <module>
subprocess.call(['ifdown', wlan])
File "/usr/lib/python2.7/subprocess.py", line 522, in call
return Popen(*popenargs, **kwargs).wait()
File "/usr/lib/python2.7/subprocess.py", line 1384, in wait
pid, sts = _eintr_retry_call(os.waitpid, self.pid, 0)
File "/usr/lib/python2.7/subprocess.py", line 476, in _eintr_retry_call
return func(*args)
KeyboardInterrupt

Results of dmesg after a couple of crashes..


Code:
[   50.949193] cfg80211:   (5490000 KHz - 5710000 KHz @ 160000 KHz), (N/A, 2700 mBm), (0 s)
[   50.949209] cfg80211:   (57000000 KHz - 66000000 KHz @ 2160000 KHz), (N/A, 4000 mBm), (N/A)
[   53.076575] w1_master_driver w1_bus_master1: Family 0 for 00.800000000000.8c is not registered.
[   63.613546] gpiomem-bcm2835 3f200000.gpiomem: gpiomem device opened.
[   64.447554] gpiomem-bcm2835 3f200000.gpiomem: gpiomem device opened.
[  112.376578] w1_master_driver w1_bus_master1: Family 0 for 00.400000000000.46 is not registered.
[  159.728687] w1_master_driver w1_bus_master1: Family 0 for 00.c00000000000.ca is not registered.
[  230.997685] w1_master_driver w1_bus_master1: Family 0 for 00.200000000000.23 is not registered.
[  290.298662] w1_master_driver w1_bus_master1: Family 0 for 00.a00000000000.af is not registered.
[  325.704540] w1_master_driver w1_bus_master1: Family 0 for 00.600000000000.65 is not registered.
[  363.028928] w1_master_driver w1_bus_master1: Family 0 for 00.e00000000000.e9 is not registered.
[  375.643526] brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012
[  421.879987] w1_master_driver w1_bus_master1: Family 0 for 00.100000000000.9d is not registered.
[  458.189905] w1_master_driver w1_bus_master1: Family 0 for 00.900000000000.11 is not registered.
[  528.551301] w1_master_driver w1_bus_master1: Family 0 for 00.500000000000.db is not registered.
[  546.173629] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[  546.173643] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -52
[  576.810958] w1_master_driver w1_bus_master1: Family 0 for 00.d00000000000.57 is not registered.
[  601.281231] w1_master_driver w1_bus_master1: Family 0 for 00.300000000000.be is not registered.
pi@openplotter:~ $

[  684.082700] w1_master_driver w1_bus_master1: Family 0 for 00.700000000000.f8 is not registered.
[  684.994944] brcmfmac: send_key_to_dongle: wsec_key error (-52)
[  686.994966] brcmfmac: brcmf_cfg80211_del_station: SCB_DEAUTHENTICATE_FOR_REASON failed -52
[  688.994974] brcmfmac: brcmf_cfg80211_del_station: SCB_DEAUTHENTICATE_FOR_REASON failed -52
[  689.044979] ------------[ cut here ]------------
[  689.045039] WARNING: CPU: 2 PID: 2058 at drivers/net/wireless/brcm80211/brcmfmac/core.c:1144 brcmf_netdev_wait_pend8021x+0xfc/0x108 [brcmfmac]()
[  689.045044] Modules linked in: iptable_filter xt_conntrack ipt_MASQUERADE nf_nat_masquerade_ipv4 iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack ip_tables x_tables rfcomm bnep hci_uart btbcm bluetooth arc4 ath9k_htc ath9k_common ath9k_hw ath mac80211 snd_usb_audio snd_usbmidi_lib snd_hwdep joydev snd_rawmidi cdc_acm brcmfmac snd_seq_device brcmutil cfg80211 rfkill i2c_bcm2708 bcm2835_rng bcm2835_gpiomem spi_bcm2835 evdev ftdi_sio usbserial snd_bcm2835 w1_gpio snd_pcm wire snd_timer cn snd uio_pdrv_genirq uio i2c_dev fuse ipv6
[  689.045158] CPU: 2 PID: 2058 Comm: hostapd Tainted: G        W       4.1.19-v7+ #858
[  689.045162] Hardware name: BCM2709
[  689.045185] [<800185e0>] (unwind_backtrace) from [<80013f48>] (show_stack+0x20/0x24)
[  689.045199] [<80013f48>] (show_stack) from [<805730bc>] (dump_stack+0xd4/0x118)
[  689.045212] [<805730bc>] (dump_stack) from [<800271b4>] (warn_slowpath_common+0x98/0xc8)
[  689.045222] [<800271b4>] (warn_slowpath_common) from [<800272a0>] (warn_slowpath_null+0x2c/0x34)
[  689.045253] [<800272a0>] (warn_slowpath_null) from [<7f2aa6bc>] (brcmf_netdev_wait_pend8021x+0xfc/0x108 [brcmfmac])
[  689.045296] [<7f2aa6bc>] (brcmf_netdev_wait_pend8021x [brcmfmac]) from [<7f299878>] (send_key_to_dongle+0xa4/0xf8 [brcmfmac])
[  689.045326] [<7f299878>] (send_key_to_dongle [brcmfmac]) from [<7f299ac4>] (brcmf_cfg80211_del_key+0x68/0x78 [brcmfmac])
[  689.045374] [<7f299ac4>] (brcmf_cfg80211_del_key [brcmfmac]) from [<7f213558>] (nl80211_del_key+0xfc/0x28c [cfg80211])
[  689.045413] [<7f213558>] (nl80211_del_key [cfg80211]) from [<804c8688>] (genl_rcv_msg+0x26c/0x3ec)
[  689.045424] [<804c8688>] (genl_rcv_msg) from [<804c7870>] (netlink_rcv_skb+0xb0/0xcc)
[  689.045434] [<804c7870>] (netlink_rcv_skb) from [<804c840c>] (genl_rcv+0x34/0x44)
[  689.045442] [<804c840c>] (genl_rcv) from [<804c71b4>] (netlink_unicast+0x180/0x244)
[  689.045451] [<804c71b4>] (netlink_unicast) from [<804c764c>] (netlink_sendmsg+0x30c/0x378)
[  689.045464] [<804c764c>] (netlink_sendmsg) from [<8047d814>] (sock_sendmsg+0x24/0x34)
[  689.045476] [<8047d814>] (sock_sendmsg) from [<8047e2d8>] (___sys_sendmsg+0x1dc/0x1e4)
[  689.045488] [<8047e2d8>] (___sys_sendmsg) from [<8047f030>] (__sys_sendmsg+0x4c/0x7c)
[  689.045503] [<8047f030>] (__sys_sendmsg) from [<8047f078>] (SyS_sendmsg+0x18/0x1c)
[  689.045514] [<8047f078>] (SyS_sendmsg) from [<8000fa20>] (ret_fast_syscall+0x0/0x54)
[  689.045522] ---[ end trace 7eda7a9bb400654a ]---
[  691.044990] brcmfmac: send_key_to_dongle: wsec_key error (-52)
[  693.045023] brcmfmac: brcmf_cfg80211_del_station: SCB_DEAUTHENTICATE_FOR_REASON failed -52
[  732.352657] w1_master_driver w1_bus_master1: Family 0 for 00.f00000000000.74 is not registered.
[  790.815757] w1_master_driver w1_bus_master1: Family 0 for 00.080000000000.c2 is not registered.
[  840.034589] w1_master_driver w1_bus_master1: Family 0 for 00.880000000000.4e is not registered.
[  875.374626] w1_master_driver w1_bus_master1: Family 0 for 00.480000000000.84 is not registered.
[  922.664570] w1_master_driver w1_bus_master1: Family 0 for 00.c80000000000.08 is not registered.
pi@openplotter:~ $


And results from ifconfig after a crash..


Code:
pi@openplotter:~ $ ifconfig
eth0      Link encap:Ethernet  HWaddr b8:27:eb:b5:aa:69  
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:32211 errors:0 dropped:0 overruns:0 frame:0
          TX packets:32211 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:2259657 (2.1 MiB)  TX bytes:2259657 (2.1 MiB)

wlan0     Link encap:Ethernet  HWaddr b8:27:eb:e0:ff:3c  
          inet addr:10.10.10.1  Bcast:10.10.10.255  Mask:255.255.255.0
          inet6 addr: fe80::6a7c:5f8a:4b9c:cba2/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:4428 errors:0 dropped:26 overruns:0 frame:0
          TX packets:4592 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:986938 (963.8 KiB)  TX bytes:2453283 (2.3 MiB)

wlan1     Link encap:Ethernet  HWaddr 74:ea:3a:90:42:d5  
          inet addr:172.16.254.101  Bcast:172.16.254.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:5244 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5473 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2448955 (2.3 MiB)  TX bytes:1336203 (1.2 MiB)
Any other data I can get you? 
Thanks in advance Smile
Reply
#2
Hi!

Same problem here: Raspi 3 with internal wlan0 and wifi dongle wlan1. Openplotter 0,8

What I tested so far:

Initially wifi sharing runs fine "right out of the box". The internal wlan0 is the AP, the wifi dongle connects to the marina hotspot. When I don' use the wifi, the connection lasts for hours.

But as soon as I use the wifi, the internal AP disappears after a few minutes and does not show up again. A reboot solves the problem.

Further tests:

AP with internal wlan0, wlan1 dongle in USB port, but not connected to hotspot - stable

AP with internal wlan0, wlan1 dongle connected to hotspot, surfing within the Pi3 over vnc - stable

AP with internal wlan0, wlan1 dongle connected to hotspot, sharing the hotspot, surfing with iPad - unstable, AP disappears nearly at once

now the other way round: AP with wifi dongle wlan1 , internal wlan0 connectet to hotspot - stable, but very slow


For me, the problem occurs, when the connection is routed from the hotspot (wlan1 dongle) to the internal wlan0 (AP).

Does anyone have this problem, too?

Martin
Reply
#3
(2016-03-30, 09:13 AM)Alpenskippe Wrote: now the other way round: AP with wifi dongle wlan1 , internal wlan0 connectet to hotspot - stable, but very slow

Do you mean that when internal wifi device is connected with the marina AP and sharing internet with the wifi dongle acting as a AP, all works right but slow?

I have just noticed that not always the internal wifi device is recognized by the system as wlan0 when another wifi device is connected. Just now it has been recognized as wlan1 on my system. The openplotter script that manage wifi AP creation, is assuming that the internal wifi always will be wlan0 and that could be the issue source.

Could you check if that could be your case?
Reply
#4
(2016-03-30, 11:38 AM)Sailoog Wrote:
(2016-03-30, 09:13 AM)Alpenskippe Wrote: now the other way round: AP with wifi dongle wlan1 , internal wlan0 connectet to hotspot - stable, but very slow

Do you mean that when internal wifi device is connected with the marina AP and sharing internet with the wifi dongle acting as a AP, all works right but slow?

YES

I have just noticed that not always the internal wifi device is recognized by the system as wlan0 when another wifi device is connected. Just now it has been recognized as wlan1 on my system. The openplotter script that manage wifi AP creation, is assuming that the internal wifi always will be wlan0 and that could be the issue source.

Could you check if that could be your case?

The internal WLAN is always reconized as wlan0 in my case.

The AP drops out shortly after the traffic starts - is there some buffer, that can oberflow? (sorry, Linux noob :-)

Thank you,

Martin
Reply
#5
Thanks, that is a good clue.

Could both of you tell me what chipset has your wifi dongle? type lsusb and post here please. It should be something like this:


Code:
Bus 001 Device 009: ID 0bda:8178 Realtek Semiconductor Corp. RTL8192CU 802.11n WLAN Adapter
Reply
#6
(2016-03-30, 12:00 PM)Sailoog Wrote: Thanks, that is a good clue.

Could both of you tell me what chipset has your wifi dongle? type lsusb and post here please. It should be something like this:


Code:
Bus 001 Device 009: ID 0bda:8178 Realtek Semiconductor Corp. RTL8192CU 802.11n WLAN Adapter

In deed, it is a Realtek-Chipset RTL8192CU.

Martin
Reply
#7
Could you enumerate the system you are having problems from? please specify windows or IOS versions please.

I have tested from Ubuntu and Android and all is working right, actually writing now connected to OpenPlotter AP (internal wifi) connected by wifi dongle to the office router and sharing internet in both ubuntu and android at the same time. Have you tested any of these systems? could you?
Reply
#8
It is necessary that you make this test with anything connected but the wifi dongle to an auto-powered hub.
Reply
#9
(2016-03-30, 12:49 PM)Sailoog Wrote: It is necessary that you make this test with anything connected but the wifi dongle to an auto-powered hub.

The dongle is connected directly to the Pi3, no hub. I tried with iOS 9.3 an will try with Windows 7 this evening. Image is newly set up, no other programs or Hardware connected.

Martin
Reply
#10
(2016-03-30, 09:13 AM)Alpenskipper Wrote: Hi!

Same problem here: Raspi 3 with internal wlan0 and wifi dongle wlan1. Openplotter 0,8

What I tested so far:

Initially wifi sharing runs fine "right out of the box". The internal wlan0 is the AP, the wifi dongle connects to the marina hotspot. When I don' use the wifi, the connection lasts for hours.

But as soon as I use the wifi, the internal AP disappears after a few minutes and does not show up again. A reboot solves the problem.

Further tests:

AP with internal wlan0, wlan1 dongle in USB port, but not connected to hotspot - stable

AP with internal wlan0, wlan1 dongle connected to hotspot, surfing within the Pi3 over vnc - stable

AP with internal wlan0, wlan1 dongle connected to hotspot, sharing the hotspot, surfing with iPad - unstable, AP disappears nearly at once

now the other way round: AP with wifi dongle wlan1 , internal wlan0 connectet to hotspot - stable, but very slow


For me, the problem occurs, when the connection is routed from the hotspot (wlan1 dongle) to the internal wlan0 (AP).

Does anyone have this problem, too?

Martin

Could it be a problem with the marina hotspot?

Is it possible for you to connect to another hotspot, either via a smartphone or if you have wifi at home?

I have just watched a one hour film from Netflix on my Android pad connected via the AP on my pi3 with OP 0.7.1 connected to my wifi at home with a D-Link DWA-131 that uses the Realtek RTL8192SU chip.

I also have an Actisense NGW-1 and a USB GPS connected directly ti the pi, OpenCPN running, sending route information and receiving other info via the NGW-1. Netflix streaming still working without any hickups.
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)