The Azure IoT Edge Dev Tool greatly simplifies your Azure IoT Edge development process. It has everything you need to get started and helps with your day-to-day Edge development.
Перейти к файлу
Vikas 60d9b8e55a
Update .vsts-ci.yml
2022-05-05 09:10:31 -07:00
.devcontainer Dev/hshami/udate wiki (#527) 2022-03-31 11:41:07 -07:00
.github Fix issue with the pipeline failing on success 2021-09-02 13:20:18 +00:00
.vscode Dev/hshami/support py38 and py39 (#523) 2022-03-07 14:11:17 -08:00
assets Add quickstart video (#161) 2018-04-18 16:17:00 -07:00
docker/tool to py 39 (#533) 2022-04-13 17:34:13 -07:00
docs Dev/hshami/udate wiki (#527) 2022-03-31 11:41:07 -07:00
iotedgedev Updated simulator version at 0.14.14, upgraded version to 3.3.4 and resolved dependebot alerts. 2022-03-24 15:41:08 -07:00
scripts Update gen-help-markdown.bat (#310) 2018-08-28 11:32:19 +08:00
tests Updated simulator version at 0.14.14, upgraded version to 3.3.4 and resolved dependebot alerts. 2022-03-24 15:41:08 -07:00
vsts_ci Update .vsts-ci.yml 2022-05-05 09:10:31 -07:00
.env.tmp Remove redundancies 2021-09-03 08:52:47 +00:00
.gitignore Clean up after tests 2021-08-16 15:56:22 +00:00
CHANGELOG.md Dev/hshami/udate wiki (#527) 2022-03-31 11:41:07 -07:00
CODE_OF_CONDUCT.md update license file, update code of conduct (#172) 2018-05-15 09:10:17 -07:00
CONTRIBUTING.md Add devcontainer (#489) 2021-07-24 23:35:15 -07:00
LICENSE update license file, update code of conduct (#172) 2018-05-15 09:10:17 -07:00
MANIFEST.in Retire history.rst 2018-11-01 17:29:47 +08:00
Makefile Init Commit 2017-12-29 16:39:34 -08:00
README.md Rename (#519) (#522) 2022-02-25 14:33:32 -08:00
azure-pipelines.yml Updated simulator version at 0.14.14, upgraded version to 3.3.4 and resolved dependebot alerts. 2022-03-24 15:41:08 -07:00
build.sh Remove Python 2 Support (#449) 2021-01-27 09:42:43 -08:00
cleanup.sh Added support for windows containers via nanoserver (#158) 2018-08-10 14:29:44 -07:00
pull_request_template.md add pr md checklist 2021-08-05 18:29:57 +00:00
pytest.ini Configure travis for unit tests (#195) 2018-06-29 11:12:00 -07:00
requirements.txt Updated simulator version at 0.14.14, upgraded version to 3.3.4 and resolved dependebot alerts. 2022-03-24 15:41:08 -07:00
requirements_dev.txt Dev/hshami/udate wiki (#527) 2022-03-31 11:41:07 -07:00
setup.cfg Updated simulator version at 0.14.14, upgraded version to 3.3.4 and resolved dependebot alerts. 2022-03-24 15:41:08 -07:00
setup.py Updated simulator version at 0.14.14, upgraded version to 3.3.4 and resolved dependebot alerts. 2022-03-24 15:41:08 -07:00
tox.ini Dev/hshami/support py38 and py39 (#523) 2022-03-07 14:11:17 -08:00

README.md

Azure IoT Edge Dev Tool

PyPI version Build Status

The IoT Edge Dev Tool greatly simplifies Azure IoT Edge development down to simple commands driven by environment variables.

  • It gets you started with IoT Edge development with the IoT Edge Dev Container and IoT Edge solution scaffolding that contains a default module and all the required configuration files.
  • It speeds up your inner-loop dev (dev, debug, test) by reducing multi-step build & deploy processes into one-line CLI commands as well as drives your outer-loop CI/CD pipeline. You can use all the same commands in both stages of your development life-cycle.

Overview

For the absolute fastest way to get started with IoT Edge Dev, please see the Quickstart section below.

For a more detailed overview of IoT Edge Dev Tool including setup and commands, please see the Wiki.

Quickstart

To set up development machines manually instead of using the IoT Edge Dev Container, please see the Manual Development Machine Setup Wiki.

This quickstart will run a container, create a solution, setup Azure resources, build and deploy modules to your device, setup and start the IoT Edge simulator, monitor messages flowing into IoT Hub, and finally deploy to the IoT Edge runtime.

The only thing you need to install is Docker. All of the other dev dependencies are included in the container.

  1. Install Docker CE

    • For Windows, please follow the document to open Docker Settings and setup a Shared Drive.
    • For macOS, please follow the document to choose local directories to share with your containers.

    Note: If the device is behind the proxy server, you can set the proxy manually

  2. Run the IoT Edge Dev Container

    Before you run the container, you will need to create a local folder to store your IoT Edge solution files.

    Windows

    mkdir c:\temp\iotedge
    docker run -ti -v /var/run/docker.sock:/var/run/docker.sock -v c:/temp/iotedge:/home/iotedge mcr.microsoft.com/iotedge/iotedgedev
    

    Linux

    sudo mkdir /home/iotedge
    sudo docker run -ti -v /var/run/docker.sock:/var/run/docker.sock -v ~/iotedge:/home/iotedge mcr.microsoft.com/iotedge/iotedgedev
    

    macOS

    mkdir ~/iotedge
    docker run -ti -v /var/run/docker.sock:/var/run/docker.sock -v ~/iotedge:/home/iotedge mcr.microsoft.com/iotedge/iotedgedev
    
  3. Initialize IoT Edge solution and setup Azure resources

    iotedgedev init

    iotedgedev init will create a solution and setup your Azure IoT Hub in a single command. The solution comes with a default C# module named filtermodule.

    More information
    1. You will see structure of current folder like below:
        │  .env
        │  .gitignore
        │  deployment.debug.template.json
        │  deployment.template.json
        │
        ├─.vscode
        │      launch.json
        │
        └─modules
            └─filtermodule
                │  .gitignore
                │  Dockerfile.amd64
                │  Dockerfile.amd64.debug
                │  Dockerfile.arm32v7
                │  Dockerfile.windows-amd64
                │  filtermodule.csproj
                │  module.json
                │  Program.cs
    
    1. Open .env file, you will see the IOTHUB_CONNECTION_STRING and DEVICE_CONNECTION_STRING environment variables filled correctly.

    2. Open deployment.template.json file

      1. You will see below section in the modules section:
      "filtermodule": {
          "version": "1.0",
          "type": "docker",
          "status": "running",
          "restartPolicy": "always",
          "settings": {
              "image": "${MODULES.filtermodule}",
              "createOptions": {}
          }
      }
      
      1. Two default routes are added:
      "routes": {
          "sensorTofiltermodule": "FROM /messages/modules/tempSensor/outputs/temperatureOutput INTO BrokeredEndpoint(\"/modules/filtermodule/inputs/input1\")",
          "filtermoduleToIoTHub": "FROM /messages/modules/filtermodule/outputs/* INTO $upstream"
      }
      
    3. You will see privacy statement like below:

      Welcome to iotedgedev!
      -------------------------
      Telemetry
      ---------
      The iotedgedev collects usage data in order to improve your experience.
      The data is anonymous and does not include commandline argument values.
      The data is collected by Microsoft.
      
      You can change your telemetry settings by updating 'collect_telemetry' to 'no' in ~/.iotedgedev/setting.ini
      
  4. Build IoT Edge module images

    sudo iotedgedev build

    This step will build user modules in deployment.template.json targeting amd64 platform.

    More information
    1. You will see a "BUILD COMPLETE" for each module and no error messages in the terminal output.
    2. Open config/deployment.amd64.json file, you will see the module image placeholders expanded correctly.
    3. Run sudo docker image ls, you will see the module images you just built.
  5. Setup and start the IoT Edge Simulator to run the solution

    sudo iotedgedev start --setup --file config/deployment.amd64.json

    More information
    1. You will see an "IoT Edge Simulator has been started in solution mode." message at the end of the terminal output
    2. Run sudo docker ps, you will see your modules running as well as an edgeHubDev container
  6. Monitor messages sent from IoT Edge Simulator to IoT Hub

    iotedgedev monitor

    More information
    1. You will see your expected messages sending to IoT Hub
    2. Stopping the monitor doesn't stop the simulator. It will continue running until it is explicitely stopped using iotedgedev stop and at that time all containers used by the simulator will be cleaned up.
  7. Docker containers/images management

    1. The containers used by the simulator will be cleaned up when the simulator stops running iotedgedev stop
    2. All remaining containers can be cleaned up using iotedgedev docker clean -c
    3. All remaining images can be cleaned up using iotedgedev docker clean -i

Resources

Please refer to the Wiki for details on setup, usage, and troubleshooting.

Data/Telemetry

This project collects usage data and sends it to Microsoft to help improve our products and services. Read our privacy statement to learn more. If you dont wish to send usage data to Microsoft, you can change your telemetry settings by updating collect_telemetry to no in ~/.iotedgedev/settings.ini.

Contributing

This project welcomes contributions and suggestions. Please refer to the Contributing file for details on contributing changes.

Most contributions require you to agree to a Contributor License Agreement (CLA) declaring that you have the right to, and actually do, grant us the rights to use your contribution. For details, visit https://cla.microsoft.com.

When you submit a pull request, a CLA-bot will automatically determine whether you need to provide a CLA and decorate the PR appropriately (e.g., label, comment). Simply follow the instructions provided by the bot. You will only need to do this once across all repositories using our CLA.

This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact opencode@microsoft.com with any additional questions or comments.

Support

The team monitors the issue section on regular basis and will try to assist with troubleshooting or questions related IoT Edge tools on a best effort basis.

A few tips before opening an issue. Try to generalize the problem as much as possible. Examples include

  • Removing 3rd party components
  • Reproduce the issue with provided deployment manifest used
  • Specify whether issue is reproducible on physical device or simulated device or both Also, Consider consulting on the docker docs channel for general docker questions.