2023-08-17 Alarm Watchdog Mission Scheduling proposal

Key points:

1. In missions menu user can schedule missions to execute on their own at designated days and times during the week.

2. Scheduling executes automatically even if phone is locked and is not on the same network.

Limitations:

1. Cannot schedule for specific date (if necessary let us know to plan this function)

2. Cannot schedule bi-weekly etc. repeat schedule (if necessary let us know to plan this function)

3. Cannot schedule multiple schedules for single mission, each mission has only single scheduling plan (if necessary let us know to plan this function)

UI proposal

Architecture proposal

As background tasks cannot be executed with reliable consistency on iOS and Android as these operating systems have rules to save battery.

iOS limitations:

• The minimum duration between two jobs is 15 minutes. (https://javascript.plainenglish.io/scheduled-background-task-in-react-native-app-6f1f02a0faa7)

• iOS will wait a period of time before a background task will run once again in the background, that could range from 15 minutes to a number of hours

• Therefore, the maximum duration of a background task is limited to 10-15 minutes on Android and can vary on iOS (even cannot predict precisely)

Android limitations:

• Starting with Android build version code "M" and ending with "R", jobs have a maximum execution time of 10 minutes. Starting from build version code "S", the maximum execution time is 15 minutes

Both also have limitation that they must be on same WiFi to control drone in background.

To avoid these problems reliable solution is either to control drone from ROS itself on drone node or using secondary node/server on the same network which also might serve as map processing node.

Option A - with local server

Local server would then execute scheduling, wake up drone at designated time. Additional computing capacity for other tasks. Asya could implement REST API and control node using ros on local server.

During execution of mission when phone is locked or not available

Option B - without local server

In this option we need modifications in Drone itself, it must be capable of waking up using interrupts from sleep itself and execute whole mission without any interaction from phone. It also must store schedule and provide ROS interface to change it.

During execution of mission when phone is locked or not available

We recommend Option A.