<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>Wireless MCUのトピックRe: Qn908x OTA File Header</title>
    <link>https://community.nxp.com/t5/Wireless-MCU/Qn908x-OTA-File-Header/m-p/1340636#M12033</link>
    <description>&lt;P&gt;你好，&lt;/P&gt;&lt;P&gt;在上次留言中的圖1&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;S21003F6E010100A0301020401FFFFFFFFE5&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;在01020401後的 "FF FF FF FF" 並沒有被編譯在圖二中得原因為何呢？而是直接 + Bitmap 的 "00 F0"&amp;nbsp;&lt;/P&gt;&lt;P&gt;另外文件中的&amp;nbsp;&lt;SPAN&gt;Sector Bitmap Sub-element&amp;nbsp;&lt;/SPAN&gt;敘述為32Bytes,&amp;nbsp;&amp;nbsp;&lt;SPAN&gt;Image File CRC Sub-element&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;2Bytes,&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;但在 "01020401" 後方 增加了46Bytes 的原因為何呢?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;最後CRC的&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;00f1 0200 0000 c11d &lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;"0200 0000 c11d" 是如何計算的?&lt;/P&gt;&lt;P&gt;CRC (C11D)的計算範圍 為 Header(第0Byte) 到哪個地方結尾呢？&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;謝謝~&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 15 Sep 2021 13:08:04 GMT</pubDate>
    <dc:creator>Corgi</dc:creator>
    <dc:date>2021-09-15T13:08:04Z</dc:date>
    <item>
      <title>Qn908x OTA File Header</title>
      <link>https://community.nxp.com/t5/Wireless-MCU/Qn908x-OTA-File-Header/m-p/1339524#M12013</link>
      <description>&lt;P&gt;Hello,&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;我已在 OTA Image File中增加 Header，&lt;/P&gt;&lt;P&gt;但我發現使用Test Tool 編譯出來的.bleota檔案的結尾會有多出一段代碼&lt;/P&gt;&lt;P&gt;編譯前&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;S21003F6E010100A0301020401FFFFFFFFE5&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;編譯後&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;1010 0a03 0102 0401 00f0 2000 0000 e0ff
ffff ffff ffff ffff ffff ffff ffff ffff
ffff ffff ffff ffff ffff ffff ff1f 00f1
0200 0000 c11d &lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;從0401後的代碼 不曉得是從何而來的&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;感謝&lt;/P&gt;&lt;P&gt;是有什麼地方我沒有注意到嗎？ 謝謝!&lt;/P&gt;</description>
      <pubDate>Tue, 14 Sep 2021 06:05:56 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Wireless-MCU/Qn908x-OTA-File-Header/m-p/1339524#M12013</guid>
      <dc:creator>Corgi</dc:creator>
      <dc:date>2021-09-14T06:05:56Z</dc:date>
    </item>
    <item>
      <title>Re: Qn908x OTA File Header</title>
      <link>https://community.nxp.com/t5/Wireless-MCU/Qn908x-OTA-File-Header/m-p/1340113#M12024</link>
      <description>&lt;P&gt;用test tool的时候，下面有个override sector bit map这个也会写入image的，还有校验值，这个遵循TLV（type-length-value），以crc为例子，f100是type说明下面是校验，后面是4个字节的length指定crc值长度，就是2，最后2个字节是校验值&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="nxf56274_0-1631671669281.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/156032i5FB29C286316F92E/image-size/medium?v=v2&amp;amp;px=400" role="button" title="nxf56274_0-1631671669281.png" alt="nxf56274_0-1631671669281.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 15 Sep 2021 02:13:29 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Wireless-MCU/Qn908x-OTA-File-Header/m-p/1340113#M12024</guid>
      <dc:creator>nxf56274</dc:creator>
      <dc:date>2021-09-15T02:13:29Z</dc:date>
    </item>
    <item>
      <title>Re: Qn908x OTA File Header</title>
      <link>https://community.nxp.com/t5/Wireless-MCU/Qn908x-OTA-File-Header/m-p/1340636#M12033</link>
      <description>&lt;P&gt;你好，&lt;/P&gt;&lt;P&gt;在上次留言中的圖1&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;S21003F6E010100A0301020401FFFFFFFFE5&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;在01020401後的 "FF FF FF FF" 並沒有被編譯在圖二中得原因為何呢？而是直接 + Bitmap 的 "00 F0"&amp;nbsp;&lt;/P&gt;&lt;P&gt;另外文件中的&amp;nbsp;&lt;SPAN&gt;Sector Bitmap Sub-element&amp;nbsp;&lt;/SPAN&gt;敘述為32Bytes,&amp;nbsp;&amp;nbsp;&lt;SPAN&gt;Image File CRC Sub-element&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;2Bytes,&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;但在 "01020401" 後方 增加了46Bytes 的原因為何呢?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;最後CRC的&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;00f1 0200 0000 c11d &lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;"0200 0000 c11d" 是如何計算的?&lt;/P&gt;&lt;P&gt;CRC (C11D)的計算範圍 為 Header(第0Byte) 到哪個地方結尾呢？&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;謝謝~&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 15 Sep 2021 13:08:04 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Wireless-MCU/Qn908x-OTA-File-Header/m-p/1340636#M12033</guid>
      <dc:creator>Corgi</dc:creator>
      <dc:date>2021-09-15T13:08:04Z</dc:date>
    </item>
    <item>
      <title>Re: Qn908x OTA File Header</title>
      <link>https://community.nxp.com/t5/Wireless-MCU/Qn908x-OTA-File-Header/m-p/1341028#M12043</link>
      <description>&lt;P&gt;1 ff可能是填充字节，S210的10是后面数据占16字节，从image转换到srec时候，剩下的最后的数据可能不够16字节，就用0xff凑，再转成带有otap头尾的image时候就不需要了&lt;/P&gt;&lt;P&gt;2 尾部数据是TLV格式，T占2字节，L占4字节，bitmap大小就是2+4+32=38，crc大小就是2+4+2=8，合起来是46字节&lt;/P&gt;&lt;P&gt;3 crc是校验除了自己以外（最后8字节之前）的所有数据&lt;/P&gt;</description>
      <pubDate>Thu, 16 Sep 2021 02:20:01 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Wireless-MCU/Qn908x-OTA-File-Header/m-p/1341028#M12043</guid>
      <dc:creator>nxf56274</dc:creator>
      <dc:date>2021-09-16T02:20:01Z</dc:date>
    </item>
  </channel>
</rss>

