I have Reach M+ and a Navio2 running from a raspberry pi, of course. I have added an additional USB wifi dongle that has a long range to connect with my main network. I then generated a network bridge on the raspberry pi using the internal wifi to broadcast a network local for my rover. My Reach M+ is configured to join this network and it seems to work well as long as my raspberry pi is powered up before the Reach M+. Under normal circumstances the Reach M+ is powered by the Raspberry pi and they are all powered on at the same time. This creates an issue because the network is not yet available immediately when Reach M+ boots (the RPi is booting too). Reach does not find the network and continues on to create a hotspot. I’m looking for something that would allow it to connect properly in sequential order when the system is powered on. Anyone have any ideas of how to deal with this situation?
Reach M+ doesn’t have features for the delayed power on, so I can’t recommend something specific.
It seems that some kind of relay may work, as @bide proposed. It shouldn’t necessarily be a network-require type. Some time based relay should fit too.
I ended up implementing something that isn’t ideal but seems to work for my case. I have a main [wifi] network that contains my DHCP server. This is almost always available when the robot starts, even if not strong. When the signal drops from this network my Reach M+ connects to the bridged local network. Seems to work okay although during the switchover the connection to my base Reach RS+ gets a little wacky. I’m thinking another solution may be able to turn off AP mode all together but this is a little risky if I run into problems.