• State
  • Locked Locked
  • Replies 9 replies
  • Subscribers 57 subscribers
  • Views 970 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

SmartRF Studio bug with CC1101

Janne Äijälä
Prodigy 50 points
Other Parts Discussed in Thread: CC1101

Hi, I've faced a frustrating bug in SmartRF Studio 1.9.1 when calculating register values for CC1101. When I select one of the "typical settings", everything works ok and all the register values are valid even after changing Base Frequency etc. from the RF-parameters.  The trouble starts when you change the 'Xtal frequency" from 26 to 27 MHz, then the "deviation" parameter goes all wrong, so do the register settings. Changing back to 26 MHz option does not fix the situation.

I've managed to get working settings for 27MHz crystal but it would be nice to get the values from the SmartRF Studio, just to be sure that they are correct.

  • 0
    TI__Expert 4870 points

    Hi Janne,

    Thanks for the feedback. This is offcourse not how it is ment to be so we have to fix that.

    I'm glad to see that you where able to figure out working settings though.

    Have you been able to use one of the previous versions of SmartRF Studio with 27 MHz?
    I'm asking because I don't imediately see any changes in version 1.9.1 that should have any effect on the "xtal" parameter.

    Regards,
    Øyvind 

     

  • 0 in reply to Øyvind K
    Prodigy 50 points

    Hi Øyvind,

    Thanks for the quick reply. The same bug is indeed present in v.1.7.1 also but I haven't used any earlier releases of the software.

    Best regards,

    Janne

  • 0 in reply to Janne Äijälä
    Prodigy 240 points

    Amazingly this bug is STILL present in 1.10.3 (latest) and just cost me about 2 hours on a project that uses a 27Mhz XTAL.

    EDIT:  This was with a CC430 which has a CC1101 radio core.

  • 0 in reply to Jon Ottaway
    TI__Expert 4870 points

    Hi Jon,

    I'm sorry for your loss of time. Normally this should have been fixed. Good point about CC430 though. The handling of the radio should be more or less the same as for CC1101, but I have to check what could be the problem with CC430.

    Regards,
    Øyvind

     

  • 0 in reply to Øyvind K
    Prodigy 240 points

    v1.13 of SmartRF Studio and this bug still exists.  Wow.

  • 0 in reply to Jon Ottaway
    Intellectual 505 points

    As Jon said in the past...

    v1.14 of SmartRF Studio  (relesed yesterday) and this bug still exists.  Marvallous.

    The bug is in calculation of the Deviation and in the RX filter BW parameters.

    Regards

    Ralph

  • 0 in reply to Ralph
    TI__Expert 4870 points

    For one or the other reason, the fix that was introduced in june last year was reverted...

    Anyhow, a new bug fix (Version 1.14.1) have been posted and should be available on the public web within a day or two.

    Regards,
    Øyvind

  • 0 in reply to Øyvind K
    Intellectual 845 points

    I also would like to report a bug on SmartRF Studio using the latest version as of this date.  Yesterday, I am using an MSK configuration. When I press register export, I saw that the Phase transition time is 53.  But in the GUI, it is set to 0. What I did is set the Phase Transition time to 1, then place back to 0, the register export now shows 0.  This happens both on CC1101 and CC430.

    I also encountered one bug before, when I used Manchester encoding, sometimes it is not reflected on the register export. That's why I need to check, un-check,  check the checkbox so that it will be 100% reflected on register export.

    By the way, is the source code of Smart RF Studio downloadable? If yes, where can we get it?

  • 0 in reply to dirt road84483
    TI__Expert 4870 points

    Hi,

    Thanks for the feedback.

    The Phase Transition time is a bug and will be fixed in next release of SmartRF Studio (1.14.2). The release is expected by the end of this week.

    For the Manchester encoding I expect this to happen when MDMCFG2 becomes equal to the reset value (0x02). In that case the register value will not be exported. Let me know if it is otherwise.

    The source code of SmartRF Studio is not downloadable.

    Regards,
    Øyvind