Answer to questions from 'Simplified-instructions-for-Squeezebox-Radio-Wi-Fi-fix' (https://forums.slimdevices.com/showthread.php?114775-Simplified-instructions-for-Squeezebox-Radio-Wi-Fi-fix-(wlanpoke)&p=1039680&viewfull=1#post1039680)
lemmy999 wrote: > I am having some success with wlanpoke, but I tried to play music and > after about 8 hours I got the red wifi symbol again. I checked the logs > and during an attempt to reset the wifi, it showed the message "wlanpoke > exiting" or something like that. ... This "wlanpoke exiting" issue can occur for a variety of reasons, most of them unknown. However, one reason is the existence of a WiFi access point SSID containing an apostrophe. This will always cause the current script to exit because the logging functions do not support an apostrophe (i.e., single quote) in a name, and the WiFi names are logged for troubleshooting. This is a limitation of the current software design, which failed to anticipate things like "Jack's WiFi" as a valid access point name, oops. There is a proposed fix, which you can perhaps make yourself as a workaround, shown in a later message on https://github.com/PomDev2/wlanpoke/issues/7. This has not been included into the development or release packages because there have been a couple of other exiting occurrences which are/were being investigated, so far without success. It looks like the development branch should be updated with this fix. To complicate matters, the development branch includes various options for fast reset, none of which are fully satisfactory, but which don't seem to cause any harm, either. This might be easier than simplified instructions for applying the workaround to the existing script. Yeah, I've talked myself into it. Look for the workaround in the development branch. If you don't care to use that branch, apply the workaround manually. Alternately, ask your neighbors to remove their apostrophes (single quotes) from their WiFi SSIDs. A thread was started for simplified instructions, a worthy endeavor, but I'm afraid it is kind of messed up now with all this tech talk. ralphy wrote: > 'POMDev had been working on backporting an atheros driver to support the > radio's wifi hardware' > (https://forums.slimdevices.com/showthread.php?109953-WiFi-connection-unstable-lost-on-three-Radios&p=1014039&viewfull=1#post1014039). > However, I haven't seen any updates on this recently. ... The back-porting sort of works, partially. However, while troubleshooting the code last April, I got the feeling that the driver was too low level, processing packets, and knew very little of the connection condition. The root cause of the failure seems to be in the way the chip firmware works, but this is completely closed source, including the chip documentation. This might be happening during the very (too?) frequent network channel scans. I would consider reverse engineering the firmware code, but, without the chip documentation and understanding of the registers and hardware, this is too daunting. Without manufacturer support, it doesn't seem practical. Accordingly, work on higher level software, such as the client and supplicant, might be the way to go. ------------------------------------------------------------------------ POMdev's Profile: http://forums.slimdevices.com/member.php?userid=70558 View this thread: http://forums.slimdevices.com/showthread.php?t=111663 _______________________________________________ Radio mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/radio
