<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent posts by charleskirkland</title><link>https://forge.codesys.com/u/charleskirkland/</link><description>Recent posts by charleskirkland</description><language>en</language><lastBuildDate>Mon, 27 Apr 2026 07:16:47 -0000</lastBuildDate><atom:link href="https://forge.codesys.com/u/charleskirkland/profile/feed.rss" rel="self" type="application/rss+xml"></atom:link><item><title>Connect to Azure IoT Hub</title><link>https://forge.codesys.com/forge/talk/Engineering/thread/94e71ad9f0/?limit=25#101e</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;It sounds like your TLS setup is basically correct, since the handshake works via OpenSSL, so the issue is likely on the CODESYS side rather than the certificates themselves. From what I’ve seen with the Azure IoT Hub Client SL library, you should double-check that the SAS token is actually being generated and passed correctly to the function blocks (especially wsDeviceSaS) and that the MQTT/HTTPS FB is really triggered cyclically-otherwise the controller won’t initiate the connection at all. &lt;/p&gt;
&lt;p&gt;Also, make sure DNS, time (NTP), and full certificate chain trust are properly configured on the controller, since IoT Hub authentication depends on them even when using SAS tokens. Another thing worth checking is the library/runtime version-there are reports that certain versions changed behavior and caused connection issues. &lt;/p&gt;
&lt;p&gt;I’d recommend starting with the official demo project (AzureMQTTDemo) and comparing it step by step with your setup to see what’s missing or not triggered.&lt;br/&gt;
&lt;a class="" href="https://speed-stars.co" rel="nofollow"&gt;Speed Stars&lt;/a&gt;&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">charleskirkland</dc:creator><pubDate>Mon, 27 Apr 2026 07:16:47 -0000</pubDate><guid isPermaLink="false">https://forge.codesys.comdce44ff063fbf86303d790793e2f0d557549348e</guid></item></channel></rss>