Controlling the Agent
Changing the UpdateHub Agent is very useful to the user because depending on the environment and goal, the settings must are custom. In this section we show the ways to interact and setting the UpdateHub Agent through the Callbacks use and the SDK functions.
Callbacks are called during process flows that trigger sets of scripts and allow the user to add behavior to the UpdateHub Agent without changing the agent’s code directly. Callbacks are called upon entering individual states and then execute the assigned scripts. If the user wants, it is possible to change the callback call directly in the code to the most appropriate point of execution of the scripts.
There are three types of callback:
Validate: it is called before the state machine starts, and by default, it is called when an update is installed. It allows the execution of tests that guarantee the system’s functionality according to the user's needs.
Rollback: is called when the Validate callback fails to validate the new firmware version successfully. In this case, the system must be reverted to the previous version, and actions might need to be taken, such as, for example, reversing the data migration made from the old system to the new one. After that, the agent reboots the device to the old installation.
The callbacks are added during the Yocto Project image generating. To this, the script must be available in meta-updatehub/updatehub, together with the recipe (.bb) containing the settings necessary to install and run the script.
Below we present the same script examples that quickly implement and allow agent behavior flexibility.
Here we have a simple function that checks a specified address to allow it to continue the process. In the Reboot state, the callback makes the agent ask a defined server for permission to proceed and wait for a 200 status code as an answer; anything different will cancel the reboot.
Energy and data use management are critical in remote devices, so turning off the unused resources is smart. A script to turn on the GSM connection, for instance, is a good idea and is simple, as shown below:
The code checks the current state and, if the state is probe state, it activates the GSM connection, allowing the device checks to available updates on the server to update.
Many different use cases are applied in the UpdateHub Agent through the callbacks use. Still, sometimes you want to put this logic inside the application, for instance, to use a graphic screen or use more complex logic that depends on multiple data sources, for example. Those more advanced use cases can be fulfilled using the UpdateHub SDK, in various programming languages, as described in the SDK subsection below.
Software Development Kit¶
The UpdateHub has an SDK that allows easy iteration with the UpdatHub Agent. There are four options of SDK: Rust, Python, Qt, and Go. All provide the very same structure and support, being different just the language used.
The SDK provides the following API requests:
Direct download - allows you to pass to UpdateHub Agent the link to immediate and direct download.
Local install - inform the UpdateHub Agent of the address in the local storage that contains the .uhupkg.
Probe request - send the control of agent to Probe state.
Abort download - cancel the download process.
Info - pass the information of the UpdateHub Agent to the user.
Log - presents the log register.
All of these are detailed in The State Machine and the Flows subsection, where we explain in detail which states can call each request.
Whenever you need to interact with the UpdateHub Agent workflow inside your application, the SDK helps in reducing the hassle to do so.
We provide an example, in all SDK versions, which shows how to listen to a specific state change. Below we show the code snippet of the listener function in each available language together with the link where the full implementation can be found.
In Rust, it is available in updatehub/updatehub-sdk/examples/listener.rs:
The Python version is in agent-sdk-python/examples/state_change_listener.py:
To see the QT listener, access in agent-sdk-qt/examples/qt/main.cpp:
You can check the Go code by visiting agent-sdk-go/examples/listerner/main.go:
Keep in your mind that in case of doubt or difficulties you can access our Gitter or send us an email at firstname.lastname@example.org, we will stay happy to support you.