Ensuring maximum WiFi uptime

Official Hardware Classic Yún
1

I left my Yun in the office kitchen all night for the first time last night. It listens for the 5 beeps from the coffee machine and sends me a text message when the coffee is done.

However it managed to have lost connection to wifi sometime during the night so this morning when the first pot of coffee finished, I did not receive a text. I am considering some way to check for Wifi, like ping, and if the ping fails issue a reset command. I don't know the exact command, but I am pretty sure there is a command that will do a reset and reestablish wifi connectivity.

Any thoughts? Experience?

THANKS!
--Dan

2

By the way, this morning I just power cycled the Yun and it's back up and running connected to Wifi.

Thanks!
--Dan

3

I'm sure there is a cleaner way to reset just the WiFi, but the sledgehammer approach is to issue the "reboot" command on the Linux command line (or as a Process object call.) That will reboot Linux.

If you have a sketch running at the time, it could send data to the Linux system and interrupt the boot process. Some work-arounds are here: Arduino Playground - Yun

I'm sure someone will be along shortly with a more graceful way of handling the network without knocking the board out cold and starting over. :smiling_imp:

4

ShapeShifter:
::::SNIP::::

I'm sure someone will be along shortly with a more graceful way of handling the network without knocking the board out cold and starting over. :smiling_imp:

@ShapeShifter,
This looks like something I should document next. Since, we've wacked a lot of the other issues. There is a set of wifi commands to do things - like reset the processor, I just don't know that yet.

A quick look at Openwrt FAQ suggests:

wifi down && sleep 5 && wifi

You can check connectivity with:

How to scan for wireless networks?

or

How to get a list of connected clients?

You also check for signal strength for a possible reboot scenario.

Jesse

5

ShapeShifter:
If you have a sketch running at the time, it could send data to the Linux system and interrupt the boot process. Some work-arounds are here: Arduino Playground - HomePage

There is another way to avoid the boot process interruption. You can update the uboot version to the latest one. The latest version of uboot requires the string "ard" to stop the boot process.

So if your sketch is sending data that is different than the "ard" string you're fine.

The only drawback of this procedure is that it voids the warranty.

6

Angelo9999:
The only drawback of this procedure is that it voids the warranty.

Which is why I didn't mention it. :wink:

If someone messes up and bricks their Yun, I don't want it to be because of something I said. :-X