News

Azure IoT Tools Update Brings Standalone Simulator

Microsoft updated its Azure IoT tooling for the open-source, cross-platform Visual Studio Code editor, adding a standalone simulator that doesn't require Python, an Event Grid module, support for Vcpkg for IoT Plug and Play development and more.

Azure IoT Tools for Visual Studio Code, developed on GitHub, provides a set of extensions to help developers discover and interact with Azure IoT Hub ("managed service to enable bi-directional communication between IoT devices and Azure"), which is used to power IoT Edge ("cloud intelligence deployed locally on IoT edge devices") and device applications.

Leading the update is a standalone simulator for Azure IoT Edge developers using the Azure IoT EdgeHub Dev Tool, helping to create, develop, test, run, and debug Azure IoT Edge modules and solutions, which was tightly bound to Python and required running on top of Python environments.

However, "Not every Azure IoT Edge developer, especially those using Windows as development environment, has Python and Pip installed," Microsoft said in a post last week. "Therefore, we have shipped a standalone simulator for Azure IoT EdgeHub Dev Tool so that developers who use Windows as development environment no longer need to setup Python environment. The standalone simulator has already been integrated in the latest release of Azure IoT Tools for Visual Studio Code."

Microsoft also announced support for Vcpkg -- a cross-platform library manager that helps manage C and C++ libraries on Windows, Linux and MacOS -- for IoT Plug and Play development. Previously developers needed to work with source code to work with the Azure IoT C device SDK, but now device code stubs of IoT Plug and Play can be generated with Vcpkg and source code also.

Last week's post also detailed working with the new Event Grid module on Azure IoT Edge, useful for pub/sub and event-driven scenarios, along with the ability to configure an Embedded Linux C project using a containerized device toolchain.

"We release the preview experience of containerized toolchain months ago aiming to simplify the toolchain acquisition efforts for device developers working on C / C++ project for Embedded Linux that requires the cross-compiling toolchain, device SDK and dependent libraries set up properly," Microsoft said. "Instead of doing this on local machine, which could lead to a messed-up environment, we provided a couple of common container images for devices with various architectures (e.g. ARMv7, ARM64 and x86).

"And now you can further use this feature by configuring an existing C / C++ project you have to be able to compile in the container, and then deploy to the target device you use. If you want to further customize the container, we provided with extra device libraries and packages that are required for your device."

More information can be found in:

About the Author

David Ramel is an editor and writer at Converge 360.

comments powered by Disqus

Featured

  • Compare New GitHub Copilot Free Plan for Visual Studio/VS Code to Paid Plans

    The free plan restricts the number of completions, chat requests and access to AI models, being suitable for occasional users and small projects.

  • Diving Deep into .NET MAUI

    Ever since someone figured out that fiddling bits results in source code, developers have sought one codebase for all types of apps on all platforms, with Microsoft's latest attempt to further that effort being .NET MAUI.

  • Copilot AI Boosts Abound in New VS Code v1.96

    Microsoft improved on its new "Copilot Edit" functionality in the latest release of Visual Studio Code, v1.96, its open-source based code editor that has become the most popular in the world according to many surveys.

  • AdaBoost Regression Using C#

    Dr. James McCaffrey from Microsoft Research presents a complete end-to-end demonstration of the AdaBoost.R2 algorithm for regression problems (where the goal is to predict a single numeric value). The implementation follows the original source research paper closely, so you can use it as a guide for customization for specific scenarios.

  • Versioning and Documenting ASP.NET Core Services

    Building an API with ASP.NET Core is only half the job. If your API is going to live more than one release cycle, you're going to need to version it. If you have other people building clients for it, you're going to need to document it.

Subscribe on YouTube