• State Resolved
  • Locked Locked
  • Replies 5 replies
  • Subscribers 53 subscribers
  • Views 3367 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.

CC1101 / CC110L settings to receive TPMS data

Baohua Sun
Prodigy 30 points
Other Parts Discussed in Thread: CC1101, CC110L

Dear experts on TI forum,

I'm trying to use CC1101/CC110L to receive packets of TPMS sensor at 315 MHz and 433.92 MHz.

I'm using two RF1101SE-V3.0 module bought from Amazon and currently I'm able to: transmit packets from 1 module and receive the packet from the other; receive a bunch of packets (unknown source) after I disable address check.

I have been using settings calculated by SmartRF studio.

However, I still cannot receive packet from the TPMS transmitter. The TPMS is using Infineon's SP37 chip and sending packet using 433MHz FSK.

My question is what Sync Word should I use, or should I stay with 0xD3 and 0x91?

What bandwidth, channel spacing and deviation should I use to receive from TPMS?

What else should I configure in the settings?

Your help is greatly appreciated!!

Best regards, 

B. Sun

  • 0
    TI__Guru**** 317180 points
    I looked briefly into the datasheet of the TPMS transmitter datasheet and it looked like the sync word used is down to the user.

    If you use the correct modulation you can use SmartRF Studio and fixed packet length (use preamble as sync word) to find out which sync word the TPMS sends. We can help you on how to set up CC1101 to receive a given packet but you have to find out what the Infinion based transmitter sends, we can't help you with that.
  • 0 in reply to TER
    Prodigy 30 points

    Thank you very much for the reply!!

    According to Infineon SP37's application note chapter 10.3, the packet should be as follows:

    Format: Non-inverted Manchester code, FSK, 433.92MHz

    Preamble: 20 bits (4 bit run-in, 16 bits TSI):  0xFFFFE

    Data: 10 Byte: [ID1] [ID2] [ID3] [ID4] [Battery] [Pressure] [Temperature] [Acceleration] [Payload1] [Payload2]

    I have tried the followings: configuring PKTCTRL0 to fixed packet length mode; PKTLEN tried 0x0A,0x0B,0x0C; Number of preamble bytes to 2; Sync Word set to 0xFF and 0xFF, but I'm still not receiving packets from TPMS. Just in case my CC110L module is not working I have ordered CC1101 module and SmartRF TrxEB from TI and they should arrive soon.

    If you can generously help me with the CC1101 settings it will be greatly appreciated!

    Thanks!!!

    B. Sun

  • 0 in reply to Baohua Sun
    TI__Guru**** 317180 points
    In this protocol you basically just have preamble. 0xFFFFE manchester coded looks like preamble. For this type of protocol you need to use async mode on the CC1101 since CC1101 needs both preamble and sync to work using the FIFO.
  • 0 in reply to TER
    Prodigy 30 points

    Hi TER,

    Thanks for the advice and guidance.

    I tried Async mode today, however I encountered more trouble. I have a hard time filtering out the noise. Now the signal output from GDO0 looks like a random number generator on the scope. On the MCU side I tried to print out the serial data at 9600 baud in HEX format however I cannot find the ID of the TPMS. Any guidance and directions on how to solve this problem will be greatly appreciated.

    I sincerely thank you for your help!

    B. Sun

  • 0 in reply to Baohua Sun
    TI__Guru**** 317180 points
    Are you able to say something about the potential volume behind this request? It's a bit difficult to do remote debugging on this since I don't have the sensor.