matheweis

Well, OTG may not work yet, but I got ethernet anyway with this

GMT -7 in a relatively rural area. There may be a dozen or so networks that are occasionally seen, but I would not consider it a noisy environment by any means. Let me know if there's anything I can do to help. Cheers!

For what it's worth, I [just] ran the same tests in as similar an environment as possible using the mainline nightly release and couldn't get more than 3Mbit in either direction.

I did debug it as far as determining that NM was trying to re-add the default route during the renewal process when one already existed; when that would fail NM would assume that the entire lease renewal failed, but I didn't dig further than that. Well in my case ch 1 was the least used. But the difference is between "works", and "totally unusable" was the use (or not) of channel 1... I didn't mean to discount the efforts that the other folks had done - obviously those folks know what they are doing and it seems like there is more than one problem with the board. I actually came here more to report that "it works for me too" than to poke at the problems Correct, no retransmits seen in the iperf output. Even at the TCP layer (as seen from netstat -s) the retransmits were in the 1% range.

Good point about the direction of traffic. I get 5.5Mbit from MacBook to OPi Zero in AP mode. If the OPi Zero is sending then I get about 2.5Mbit on avg (it does fluctuate quite a bit between 1Mbit and 4.5Mbit) I am using the Ubuntu Legacy 3.4.113 build. Interesting bits from the MBP WiFi menu are: Channel: 3 (2.4Ghz, 20Mhz) RSSI: -40dBm [ fluctuates in the range -45 to -40 ] Noise: -83dBm [ fluctuates in the range -90 to -80 ] Tx Rate: 11Mbps PHY Mode: 802.11g Let me know if you would like to see anything else. Cheers!

I was specifically referring to AP mode, in which context it seems reasonable that channel 1 might be the first one folks would pick for testing. I have done very little work with the OPi Zero in client mode, but about reliability in client mode; this quote reminded me of something... ... not to pick on NetworkManager too much, but I found by accident that it was also causing reliability issues with the wired ethernet interface. My OPi Zero was dropping Ethernet every 30 minutes or so until I removed NetworkManager (to do testing with hostapd as above) and the problem went away. Later I found that it was dropping the connection when trying to renew a DHCP release. Perhaps the same thing is happening on the wireless interface in client mode?

I've also done a bit of work with the OPi Zero in AP mode. Here's what I can share: Stability: WiFi channel #1 is borked on the OPi Zero. I'm not clear if this is a hardware, firmware, or driver issue - but I believe it is the reason for the widely inconsistent results that have been reported here on the forums. Using a higher channel it seems to be generally "reliable" (as much as one can reasonably expect from a device at this price point). Bandwidth: I get a stable 5.5Mbit/s or so from a meter or so away (measured with a MacBook Pro client and iperf3) If you still have NetworkManager installed, either stop/remove it, or exclude the AP with [keyfile] unmanaged-devices=mac: (see man NetworkManager.conf). NetworkManager and hostapd don't play nice together, adding additional confusion to the question of reliability.