Skip to main content
Version: 1.7.0

Deployment

The Deployment service handles the installation of software packages on the Edge device. When using the hopit Platform a private App Store can be used to store and download the packages. HEAP Engineering GmbH offers additionally an App Store, where all the packages used in the hopit Platform are hosted. The most important are:

  • hopit.edge: the hopit Edge service
  • Windows updates, which are approved by Beckhoff Automation GmbH
    • windows-10-iot-enterprise-2019-ltsc-cumulative-update
    • windows-10-iot-enterprise-2019-ltsc-cumulative-update-for-net
    • windows-10-iot-enterprise-2019-ltsc-servicing-stack-update
  • twincat-xar: the Beckhoff TwinCAT Runtime
  • beckhoff-plc-installer: helper software to install TwinCAT PLC packages
  • Other packages for a custom GitLab CI/CD runner set-up.

For information to generate custom packages of TwinCAT projects, please see the DevOps section.

App Store structure​

The hopit Edge service connects to a private App Store. This App Store automatically proxies package requests to the HEAP App Store if the package is not found.

If the hopit Portal service is not used, the Edge device can use the HEAP App Store directly.

Configuration​

Corresponding Edge configuration and Device Twin definition for the Deployment settings:

The Deployment service can be enabled or disabled with the Enabled property. If a custom App Store is used, the connection details can be configured here. If the Registry properties are empty, the HEAP App Store is used.

https://localhost:5050/Settings
Deployment Packages

Updating​

When a package is installed or upgraded, the Updater service runs the operation in the background and reports the result — including any Chocolatey errors — back immediately. A failed or interrupted upgrade is no longer reported as success, so problems surface right away. An individual package operation may run for up to 3 hours before timing out.

Result delivery is correlated with the active operation and retried if its acknowledgement is lost. During an Edge upgrade, the bundled Updater binary is refreshed without stopping the Updater that is currently running the package operation. Once the operation is idle, the Updater waits for its Windows service to stop before starting the refreshed binary. If the installer has to start a newly staged Updater and startup fails, it restores the previous binary and attempts to start that version.

  • Downgrade: A package can be moved back to an older version by setting a lower Desired Version.
  • Large packages: The 3-hour timeout allows slow downloads of packages of several hundred megabytes to complete.
  • Updater log: The progress of an upgrade can be followed on the Log page, where the Updater messages are shown together with the application log.