Proprietary Knowledge Base

    Publish
     
      • Difference between connecting the GND pin of TCXO to Pin 18 (GNDX) of Si446x or the common GND

        dasimon | 09/272/2015 | 09:19 AM

        Question

        What difference can be observed in RF performance when connecting the GND pin of TCXO to Pin 18 (GNDX) of Si446x or connecting it to the common GND?

         

        Answer

        In case of using TCXO, a few dB lower (2-3 dB) reference spurs (fxtal away on both sides of the carrier) can be observed when connecting the GND pin of TCXO to Pin 18 (GNDX). Connecting to either GNDX or to the common GND has no effect on any other RF parameters.

         

        For the proper connection of GNDX pin, please refer to the following Knowledge Base Article:

        http://community.silabs.com/t5/Wireless-Knowledge-Base/Si446x-pin-18-GNDX-connection/ta-p/132796

      • 何种数据闪存/ EEPROM外部存储器件可与Ember芯片一起使用

        Siliconlabs | 09/250/2015 | 06:12 AM
        Question

        何种数据闪存/ EEPROM外部存储器件可与Ember芯片一起使用

          Answer

        mc24aa1025.c: Microchip24AA1025/24LC2025串行I2C接口的EEPROM,包含128K字节内存

         

        stm24m02.c: ST M24M02串行I2C接口的EEPROM,包含256K字节内存

         

        at45db021d.c: Atmel/Adesto AT45DB021D/E串行SPI接口的闪存,包含264K字节内存 

         

        m45pe20.c: Micron/Numonyx M45PE20串行SPI接口的闪存,包含256K字节内存

         

        spiflash-class1.c: 支持一系列SPI驱动的闪存
             Winbond W25X20BV (2Mbit), W25Q80BV (8Mbit)
             Macronix MX25L2006E (2Mbit), MX25L8006E (8Mbit), MX25L1606E (16Mbit),                                    MX25U1635E (16Mbit 2Volt)

             Atmel/Adesto AT25DF041A (4Mbit), AT25DF081A (8Mbit)
             Numonyx/Micron M25P20 (2Mbit), M25P40 (4Mbit), M25P80 (8Mbit), M25P16 (16Mbit)

         

        注意: spiflash-class1.c 可以很好的支持使用相同协议的其他部分闪存。

         

        大多数信息可在文档AN772_Using_Application_Bootloader的table2 “支持串行Dataflash/EEPROM外部内存部分” 中找到。

         

        注意: Atmel/Adesto AT45DB021D/E在上述表格中作为256K字节被列出。这是因为虽然设备实际上是264k字节,但被作为256K字节使用。正因为如此,如果你为Atmel/Adesto大小为264的部分调整at45db021d.c,无须将其改为264.

         

        注意: 对于 EmberZNet 5.4.3,spiflash-class1.c 同时支持 Spansion S25FL208K (8Mbit)和and MX25L4006E (4Mbit)。

      • 曼彻斯特解码

        Siliconlabs | 09/246/2015 | 06:59 AM

        Question

        如果在曼彻斯特解码中遇到Si4x6x/5x上无效的bit pairs将会发生什么?

         

        Answer

        在接收曼彻斯特编码比特流过程中,可以想到(尤其是接近灵敏度水平),有些bits被破坏,所以它们不再与邻近bit形成有效的曼彻斯特编码bit pair(01或10)。所以我们自然会产生一个疑问: 分组处理器如何解码此类损坏的bit patterns呢? 答案是如果分组处理器曼彻斯特解码算法遇到无效bit pair (00或11),它将会按照最后一个(最近的)的有效bit pair的结果对其进行解码。

         

        举个例子,我们假设如下曼彻斯特编码映射和编码数据串:

        1              ->            10

        0              ->            01

        Data_sequence:     0101 1010 1001 0110

         

        如果数据被正确接收,那么解码序列将会是: 0011 1001。现在,让我们在随机位置破坏数据流:

        Data_corrupted1:            0101 1011 1001 0110

        Decoded pattern1:          0011 1001 (Note, that the decoded sequence is still correct)

         

        Data_corrupted2:            0101 1010 1000 0110

        Decoded pattern2:          0011 1101 (Note, that the error propagates through the decoded stream)

         

        如果在无效bit pair之前不存在有效模式的已解码符号的情况下又该如何处理呢如果第1个bit pair解码是无效的开始,这种情况就会发生。此种情况下,无效的bit patterns将一直会被解码为0,无论code map是怎样的。让我们看一下这种情况!

        Data_corrupted3:            1101 1010 1001 0110

        Decoded pattern2:          0011 1101

         

        最后是一个关于该问题的重要提示: 分组处理器永远不会发布一个关于在接收到的数据流中有违反曼彻斯特bit pattern 的信号,也不会放弃接收此类数据包。它只会根据上述原则继续解码数据流,直到需要的比特数被全部接收。请注意CRC错误计算总是在解码得到的的数据串上进行。所以还有一种情况可能发生,那就是曼彻斯特编码接收的bit pattern中有错误,但在解码错误后,它将不再被显示(参见如上之pattern1),它也没有CRC错误。