• State TI Thinks Resolved
  • Locked Locked
  • Replies 9 replies
  • Answers 1 answer
  • Subscribers 54 subscribers
  • Views 1364 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

RTOS/LAUNCHXL-CC1350-4: remote control O.O.K sniffer / copy signal

Michael Ozeri
Prodigy 60 points
Part Number: LAUNCHXL-CC1350-4
Other Parts Discussed in Thread: CC1350, CC1310

Tool/software: TI-RTOS

Hi all,

We are having a work project that includes copying a 433-MHz parking remote control signal  (a very basic one that transmits each time the same O.O.K signal).

what we have already done:

  • install CCS and download projects from SDK.
  • we know that the remote control emits each time the same OOK signal to copy at 433-Mhz.
  • we have the CC1350+ USB and we added an antenna to extend its reach.

we would like your help at:

  • referring us to specific examples (SDK or not) to start from
  • referring us to referenced code / similar projects
  • specific methods of receiving / transmitting 
  • relevant forums
  • relevant TI CC1350 tutorials

everything else will be a blessing.

thanks

  • 0
    TI__Guru* 79481 points
    I would recommend that you start with the rfPacketRX and rfPacketTx example from the CC13x0 SDK (www.ti.com/.../SIMPLELINK-CC13X0-SDK). Use SmartRF Studio to generate settings for OOK, and use the code export feature in Studio to get the settings on a format that you can use in the SDK examples.
    If you need to “sniff” the transmitter to find out what it is sending you should output the raw data on the RX side.
    To do this in OOK mode, you need to change the MCE_RFE override to
    // Mode 2: Transparent data from bit slicer to pin (no synchronization/tracking)
    MCE_RFE_OVERRIDE(1,0,2,1,0,0)
    And you need to add the following to your application before entering RX mode.
    PINCC26XX_setMux(pinHandle, IOID_xx, PINCC26XX_MUX_RFC_SMI_CL_OUT);
    You can then monitor the raw data on IOID_xx to figure out how to set up the sync word etc. when using the radio in normal mode

    Siri
  • 0 in reply to Siri
    Prodigy 60 points

    hi siri! 

    first of all thanks a lot for the help.

    first of all we understood that smart_rf is actually a GUI for configuring smart_rf settings module in the packetrx project.

    a few questions:

    • where can i find a documentation for the code that explains what is each parameter? for example what does it mean to change MCE_RFE_OVERRIDE to these values? what options do i have that i can change to?
    • we didn't find any documentation that explains these code modules.. can you point me out for that?
    • one last question - we cant access "expert mode" in the cc1350 that we have using smart_rf studio - do you have any idea about if it is possible to do so?

    thanks,

    Michael

  • 0 in reply to Michael Ozeri
    Prodigy 60 points
    another question: how did you mean we need to monitor data on the IOID we selected? is there a way to do that by software? at the higher level - we didn't understand what is the purpose of doing what you told us to do. thanks.
  • 0 in reply to Michael Ozeri
    TI__Guru* 79481 points

    There is some info about the overrides here:

    but typically you should not change them, but use whatever the code export in SmartRf Studio gives you.
    One exception is the one I mentioned, where I simply gave you info about how to monitor the raw data while in OOK mode.
    I suggested this because it was my understanding that you were trying to receive some data from another device. If you do not know the packet format of the data you are trying to receive (how the preamble, sync word etc. looks like) it can be useful to look at the raw data to figure out what the transmitter is transmitting.
    Once you know this, you can go back to “normal2 mode on the CC1310 and configure your receiver to look for the correct data.
    Not sure what you are referring to when talking about expert mode

    BR

    Siri

  • 0 in reply to Siri
    Prodigy 60 points

    Hi,

    Thanks for your help.

    We have a 433.900-Mhz remote.

    We want to get the signal to the launchpad somewhere ( register / struct) and print it - or any other way.

    also - can you please explain the meaning of the Tx/RX packet - specifically what is the meaning of the preamble / sync word

    cant i just deliver a packet as i wish? without a sync word / only the payload?

    the reason i'm asking is because the remote has no sync word q etc. only a payload that i wish to copy..

    thanks

  • 0 in reply to Michael Ozeri
    TI__Guru**** 317180 points
    In the final product, are you only going to send the OOK signal?
  • 0 in reply to TER
    Prodigy 60 points

    Yes,

    we wish to send the same signal as the remote.

    thanks,

  • 0 in reply to Michael Ozeri
    TI__Guru**** 317180 points
    The reason I asked is that on CC1310 it's not possible to receive a signal without preamble/ sync with high performance.

    Sendiong on the other hand it's much easier. You have to use some bits preamble/ sync when transmitting but you can set those to the first bits of the signal you want to send. Use the method described by Siri to sniff the signal. A remote like this typically send the same packet about 3 times making it easier to find the packet in the noise. When you have found the packet you want to use, set the preamble + sync + payload equal to the wanted packet. Turn off the CRC.
  • 0 in reply to TER
    Prodigy 60 points

    Great! will try! 

    so actually we are sending the same packet as the remote but tricking the CC1350 to send the same signal using preamble + sync+ payload with CRC off.

    i'm guessing its the same at the 1350 (you wrote 1310)

    Will update!

    thanks!