Jump to content
43oh

none2

Members
  • Content Count

    4
  • Joined

  • Last visited

  1. Thanks again for pointing out my mistake. I've changed the address mask to 0x3F but it does not affect the bit duplication. Of course an easy workaround is to pad the data with zero bits at the end. Or, if the receiver does not care, just ignore it. It does waste a bit time of RF energy, though.. If someone could replicate, I'd be very interested. Chip version reads 7 (I think I bought the module when it came out).
  2. CC(false, false, 0x0029, 0x89); // RESERVED_0X29 Use setting from SmartRF Studio CC(false, false, 0x002A, 0x127); // RESERVED_0X2A Use setting from SmartRF Studio CC(false, false, 0x002B, 0x63); // RESERVED_0X2B Use setting from SmartRF Studio I just noticed that SmartRF studio incorrectly outputs _all_ the values for RESERVED, not just for 0x2A. These are simply decimal values prepended with "0x" by the output formatter. The cause is twofold: whoever wrote the file "C:\Program Files (x86)\Texas Instruments\SmartRF Tools\SmartRF Studio 7\config\xml\cc110L\register_def
  3. TI Launchpad with MSP430G2553 @ 1 MHz and AIR Booster Pack with Anaren LR09A (CC110L [the light version of CC1101] with 27 MHz xtal and 900 MHz PCB antenna). http://www.ti.com/product/MSP430G2553 http://www.ti.com/tool/msp-exp430g2 http://www.ti.com/tool/430boost-cc110l https://www.anaren.com/air/air-boosterpack http://www.ti.com/product/CC110L The following code is supposed to send a single byte with OOK at 868 MHz. After choosing the correct XTAL frequency and removing "hidden" settings CRC_EN and APPEND_STATUS from the output of SMARTRF Studio 7 (note it also outputs invalid va
×
×
  • Create New...