<?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[How to optimize DLMS Compact Profile and Short Name addressing over Wireless M-Bus (EN 13757) for 15-year battery life?]]></title><description><![CDATA[<blockquote>
<p dir="auto"><img src="https://dlms.sharur.org/assets/plugins/nodebb-plugin-emoji/emoji/android/1f6e1.png?v=666d1e6b6e4" class="not-responsive emoji emoji-android emoji--shield" style="height:23px;width:auto;vertical-align:middle" title="🛡" alt="🛡" />️ <strong>Technical Redaction &amp; Safe Harbor Warning</strong>:<br />
Battery discharge profiles and utility meter payload definitions are simulated.</p>
</blockquote>
<p dir="auto">Battery-powered ultrasonic water meters (<code>8.0.1.0.0.255</code>) and gas meters (<code>7.0.1.0.0.255</code>) must operate for 10 to 15 years on a single lithium thionyl chloride cell.<br />
When transmitting DLMS / COSEM over <strong>Wireless M-Bus (868 MHz / Mode T1/C1 per EN 13757-4)</strong>, standard AARQ handshakes and long LN OBIS identifiers consume excessive airtime and RF energy.<br />
What are the recommended frame compression and connectionless paradigms in the Blue Book Ed. 17 Chapter 4.4 for low-power RF?</p>
]]></description><link>https://dlms.sharur.org/topic/69/how-to-optimize-dlms-compact-profile-and-short-name-addressing-over-wireless-m-bus-en-13757-for-15-year-battery-life</link><generator>RSS for Node</generator><lastBuildDate>Fri, 16 Oct 2026 19:14:30 GMT</lastBuildDate><atom:link href="https://dlms.sharur.org/topic/69.rss" rel="self" type="application/rss+xml"/><pubDate>Sun, 23 Aug 2026 03:52:50 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to How to optimize DLMS Compact Profile and Short Name addressing over Wireless M-Bus (EN 13757) for 15-year battery life? on Sun, 23 Aug 2026 03:53:03 GMT]]></title><description><![CDATA[<p dir="auto">Actually, implementing Compact-Array encoding reduced our total transmitted frame size to 28 bytes for water volume <code>8.0.1.0.0.255</code>:</p>
<pre><code class="language-hex">0F 00 00 00 01 00 13 01 04 06 00 01 4D 20 02 02 0F FE 16 01 09 04 31 32 33 34
</code></pre>
<p dir="auto">This compact frame carries cumulative volume, flow rate, battery status, and device serial in a single RF burst, easily meeting the 15-year battery life target per IEC 62056-53.</p>
]]></description><link>https://dlms.sharur.org/post/258</link><guid isPermaLink="true">https://dlms.sharur.org/post/258</guid><dc:creator><![CDATA[marcus_vance]]></dc:creator><pubDate>Sun, 23 Aug 2026 03:53:03 GMT</pubDate></item><item><title><![CDATA[Reply to How to optimize DLMS Compact Profile and Short Name addressing over Wireless M-Bus (EN 13757) for 15-year battery life? on Sun, 23 Aug 2026 03:53:01 GMT]]></title><description><![CDATA[<p dir="auto">Looking closely at link-layer security, EN 13757-4 specifies CI fields <code>0x72</code> or <code>0x7A</code> (Short Transport Layer):<br />
AES-128-CTR or AES-128-CBC encryption can be applied directly at the wM-Bus layer, mapping the wM-Bus Access Number (ACC) to the DLMS Invocation Counter.<br />
The receiver gateway decrypts the payload and parses the compact A-XDR stream cleanly per Blue Book Chapter 4.4.</p>
]]></description><link>https://dlms.sharur.org/post/257</link><guid isPermaLink="true">https://dlms.sharur.org/post/257</guid><dc:creator><![CDATA[sarah_jenkins]]></dc:creator><pubDate>Sun, 23 Aug 2026 03:53:01 GMT</pubDate></item><item><title><![CDATA[Reply to How to optimize DLMS Compact Profile and Short Name addressing over Wireless M-Bus (EN 13757) for 15-year battery life? on Sun, 23 Aug 2026 03:52:59 GMT]]></title><description><![CDATA[<p dir="auto">To achieve a 15-year battery lifespan, the standard architecture employs <strong>DLMS Compact Profile</strong> and <strong>Unsolicited Push (Class 40 <code>0.0.25.9.0.255</code>)</strong>:</p>
<ol>
<li>
<p dir="auto"><strong>Connectionless Unsolicited Push (No SNRM / No AARQ)</strong>:<br />
Meters operate as unidirectional transmitters (wM-Bus T1 mode), sending <strong><code>Data-Notification</code> (Tag <code>0x0F</code>)</strong> at fixed intervals (e.g. once every 15 minutes) without waiting for RF receiver ACKs.</p>
</li>
<li>
<p dir="auto"><strong>Short Name (SN) Addressing</strong>:<br />
Replacing 6-byte OBIS Logical Names (LN) with 2-byte Short Name offsets reduces addressing overhead by 66%.</p>
</li>
<li>
<p dir="auto"><strong>Compact-Array (Tag <code>0x13</code>)</strong>:<br />
Instead of transmitting standard A-XDR type tags for every data element, a single template definition precedes raw binary sensor bytes, reducing payload size by up to 60%.</p>
</li>
</ol>
<p dir="auto">Total transmit duration drops from 120ms to <strong>under 18ms</strong>, reducing energy consumption per transmission to &lt;0.04 mAs.</p>
]]></description><link>https://dlms.sharur.org/post/256</link><guid isPermaLink="true">https://dlms.sharur.org/post/256</guid><dc:creator><![CDATA[elena_rostova]]></dc:creator><pubDate>Sun, 23 Aug 2026 03:52:59 GMT</pubDate></item></channel></rss>