<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[RemoteDevice Address Changes]]></title><description><![CDATA[<p dir="auto">I'm testing against a simulator, and initially things work fine. The simulator is on network 20, address [1,0,0,0,0,0].</p>
<p dir="auto">When I call SubscribeCOV, the service succeeds, but then first unconfirmed notification comes from the simulator without the Source Network and Source Address in the NPDU. Bacnet4j interprets this as a new Address with network 0, address [ac,10,7f,9d,ba,c0] (IP/port) and updates the Address in the cached RemoteDevice.</p>
<p dir="auto">Now all subsequent communication with the device fails because its being sent to the wrong address.</p>
<p dir="auto">Is this a bug in the simulator or a problem with bacnet4j?</p>
<p dir="auto">I can provide a Wireshark capture of this if necessary.</p>
]]></description><link>https://forum.mango-os.com/topic/4801/remotedevice-address-changes</link><generator>RSS for Node</generator><lastBuildDate>Thu, 21 May 2026 08:29:46 GMT</lastBuildDate><atom:link href="https://forum.mango-os.com/topic/4801.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 15 May 2020 16:42:40 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to RemoteDevice Address Changes on Fri, 15 May 2020 16:55:08 GMT]]></title><description><![CDATA[<p dir="auto">Update: if I request confirmed notifications instead of unconfirmed the simulator does include the correct address.</p>
<p dir="auto">The question still remains, then: should bacnet4j be ignoring the address (or lack of) in unconfirmed COV notifications, or should the simulator be specifying the address in unconfirmed notifications too?</p>
]]></description><link>https://forum.mango-os.com/post/25183</link><guid isPermaLink="true">https://forum.mango-os.com/post/25183</guid><dc:creator><![CDATA[Kevin Herron]]></dc:creator><pubDate>Fri, 15 May 2020 16:55:08 GMT</pubDate></item></channel></rss>