- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi.
I tested the snip.link_status.
Link_up the first event does not occur even though the connection to the AP during boot-up.
However, when off the AP, link_down event is generated.
When the AP on in this state, link_up event does not occur.
Why link_up events do not occur?
Attach the log below.
Starting WICED v3.3.1
Platform MurataTypeYD initialised
Started ThreadX v5.6
Initialising NetX_Duo v5.7_sp2
Creating Packet pools
WWD SDIO interface initialised
WLAN MAC Address : FC:DB:B3:7D:E1:01
WLAN Firmware : wl0: Nov 7 2014 16:03:45 version 5.90.230.12 FWID 01-0
Joining : samwoo_R&D
Successfully joined : samwoo_R&D
Obtaining IPv4 address via DHCP
DHCP CLIENT hostname WICED IP
IPv4 network ready IP: 192.168.0.135
Setting IPv6 link-local address
IPv6 network ready IP: FE80:0000:0000:0000:FEDB:B3FF:FE7D:E101
Switch your AP off
Network connection is down.
Switch on your AP and wait until the connection is up.
- Labels:
-
SDK 3.x
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
It's normal behavior for you to not receive a callback upon initial joining with the AP. Although you push the function pointers beforehand, the actual callbacks are not registered until after you've successfully joined an AP (wifi.c line 448). If you want information about the initial joining of an AP you should check the return of wiced_network_up(...).
You should, however, see the callback upon re connection. Just to clarify, this snip wants you to quickly power cycle your AP, not leave it off. I just tested this snip on a BCM4343W and got good behavior:
Jacob
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi,
The point is the callbacks for up or down are not working reliably.
*Sometimes* the link_up callback is not called when the AP is back.
Try power-on/power-off your AP multiple times, I think you can hit this issue.
Similar issue was asked multiple times:
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
You refer to post: When will link_up_callback/link_down_callback be called?
As Naren stated in that post, that's the network actually dropping which could be caused by numerous factors. NOT a problem with the callbacks. Is there something to support it's a callback incorrectly firing and not an actual dropping of the link?
You also refer to: WiFi STA link status up or down callbacks
This is a separate problem entirely and likely hardware specific. The customer was having problems with link_downs not being pushed through until after connection up. They did fire, but they were getting stuck somewhere along the way, likely in the firmware--out of the SDKs reach.
Jacob