POMdev wrote: > From what I can read about the chip, it seems pretty capable. It is > controlled by firmware for the chip's xtensa processor that the driver > or a support utility downloads to the chip. This firmware is > proprietary, and its source and environment more than very unlikely to > be released, because then hackers could do things like increase power, > operate on frequencies outside the 2.4 gHz unlicensed band, etc., > activities of which the FCC and other authorities take a dim view. > > That said, there are clues that the driver or user mode client apps > (wpa_supplicant or wpa_cli) might be involved, and not the chip or its > firmware, or at least that they could detect and mitigate a lost > connection much quicker than wlanpoke's ping test every couple seconds. > (It still might be good to have the ping test, as a fail-safe.) One > "smoking gun" is suggested by the Atheros utility 'recEvent,' which > reports driver events in a voluminous stream of messages. These stop > well before the connection seems lost, then resume immediately after the > "hard reset" process first kills wpa_supplicant and wpa_cli, and > continue until the driver is finally unloaded. The next task is to > discover why the messages stop, which shouldn't be that hard (famous > last words). Perhaps one of these apps is crashing, not too hard to fix. > Don't give up hope!
Thanks for digging into this :-) All current solutions are not ideal, in particular as the radio is mobile (battery pack). ------------------------------------------------------------------------ frankd's Profile: http://forums.slimdevices.com/member.php?userid=52885 View this thread: http://forums.slimdevices.com/showthread.php?t=109953 _______________________________________________ Radio mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/radio
