CC2652P7: CC1352P7

Hi Manu, 

The Antenna switching callback must be implemented by the user if you want to use your own antenna switch. 

Please take a look at the default example. In the ti_drivers_config.c, you will see an antenna switching callback implemented for the switch we have on the launchpad. This can be used as reference implementation.

When you change the antenna switch control pins, it is expected that you use the reference implementation and implement your own antenna switching callback in the application.

What is the error you are seeing?

Regards,

Sid

Hi Sid

since the ti_drivers_config.c, files are generated by the sysconfig ,is it possible to modify?

Hi Manu, When you change the Antenna switching pins, the ti_drivers_config generated will look like this. 

The rfDriverCallbackAntennaSwitching must be implemented in an application source file. Some guidelines to implement this is found in the ti_drivers_config file and also you can see this is the attached screenshot.

So you can implement the callback in an application source file and it doesn't have to be in ti_drivers_config.c

Regards,

Sid

HI Sid

In Rf studio i have removed all the out put required for the SKY switch (default) The module started working in RF studio ...but the same i have implemented in the code, but it doesn't working ..

Hi Sid

One more question i have to ask related to this ..if atall we are planning to use only PA(20dbm) without a switch ..can we hard code  the same ? if yes please guide us for the same..

Not sure if I understand the question, if you don't have a switch you don't need a callback etc? 

Hi 

The module which we are using is CC1352p7 based sub1GHz(no 2.4Ghz)..so the manufacturer uses a SPDT swtich only for changing the PA using DIO 5 ..

and the same has been tested through the RF studio..(the change we have made was adding DIO PIn in the customize section)

But in our program which was developed from the existing SDK (Proprietary Rf Tx) is having SKY switch and if changes the setting it does not transmitting ...

HI ..There was a miscommunication in my previous question..

We are using custom module based on CC1352P7  which is only having sub1 Ghz 20dbm(2.4Ghz is not used ) there by using only an SPDT rf switch BGS12WN6 for switching RX and Tx  ..

we are able to transmit and receive the data through RF studio with some changes in the IO configuration (DIO 5 enabled with Tx High and RX LOW)...but with the SDK example(Basic TX )which is not working (same is working with  the launchpad)..

any suggestion for modifying the example?

Hi Manu,

If you take a look at the ti_drivers_config.c of a default rfPacketTx example for a CC1352P7 device, you will see that there is an antenna switching callback.

This callback is executed when there are RF driver's global events. You can see this explanation in SysConfig. 

This antenna switching callback works on our launchpads which is equipped with the SKY13317-373LF RF Antenna Switch. In this callback, you can see that depending on the configuration needed, it applies the right signals to the antenna switches to select the right path.

Now, in your case you want to have a different Antenna switch. This means you need to use a custom board. Click on the Board module. In the board view, you have the use custom board option.

When you do the above change, your ti_drivers_config.c file will be updated and the antenna switching callback is removed and you are expected to implement this callback yourself depending on the pin behavior you need.

Now, in the RF module, you can modify the parameters to suit your antenna switch requirements.

And the ti_drivers_config.c file has some guidelines to implement your own switching callback. 

Hope this helps. 

Regards,

Sid

Hi Sid

Thanks for you detailed reply...

in my case the custom board is using only the 20dbm path(Tx) and the sub1 path for Rx...in this case No antenna switching is required as per my understanding. The SPDT switch is used here for Tx and Rx switching..

any pointers would be highly appreciated …

Hi Manu,

The antennaswitchingcallback is not actually switching over multiple antennas, but rather switches between the TX and RX path connection to the antenna. 

In your case, I see that the switch you use needs only one control signal. this makes things simpler. What you need is a signal that is high when you are in TX and then low when you are not in TX. This will select your TX and RX path. 

For this, please refer to the routing RFcore signals section of our prop RF Users guide. https://dev.ti.com/tirex/content/simplelink_cc13xx_cc26xx_sdk_7_10_01_24/docs/proprietary-rf/proprietary-rf-users-guide/rf-core/signal-routing.html#routing-doorbell-signals-to-gpio-pins

You could use the RFC_GPO1 signal and route it to a GPIO and connect this to the CTRL input of your switch.

Regards,

Sid

HI Sid 

Thanks for your mail. Will check and update you asap

Hi Sid 

I have tried changing the GPIO mapping but it is not working.( Even with  the control switch in High state )..

In Rf studio if the  selection is  "Design as LP-CC1352p7-1" it will not work ,but just selecting new target without any DIO's  enable , it is working

....is there any way to implement the same setting as the RF studio in CCS ?

Please can you mention what is the setting you use in smart rf studio when it works. Does it work for RX and TX?

Hi Manu, were you able to make it work?

Hi Sid

No it does not working with the Tx program (SDK)...but yes with smart rf studio with the following settings...(Tx )

Hi Manu,

1. In this setting, you have not defined any IOs at all. Please can you tell how you have connected the TX and RX paths to the switch? And how you are controlling the switch when you use smartRfstudio?

2. How are you testing TX and RX when you are using smartRfstudio?

Regards,
Sid

Hi Sid

Initially i have added one DIO for controlling the switch ,and realised that the DIO's are not having any role on  the Tx ..

I have tested the smart rf studio using module in one side (TX using the setting which had shared you earlier) and the other board is the LPCC1352p7-1 launchpad(Rx side )...

Hi Manu, 

You are using the BGS12WN6 switch on the TX and RX path right?

According to the datasheet of the switch, https://www.infineon.com/dgdl/Infineon-BGS12WN6-DataSheet-v02_05-EN.pdf. 

Depending on the CTRL signal you are connecting the RFIN to either RF1 or RF2. Please can you share how you have made these connections? 
 
From my understanding, you need to connect the TX path to RF1, RX path to RF2. and then drive the CTRL signal to switch between TX and RX. If you are tying the CTRL signal to VDD or GND, you either have RF1 or RF2 always connected to the RF path.

Regards,

Sid

Hi Sid

You are right ,but in that case it should transmit the data without enabling the switch in the SDK example...but it is not working in all these conditions..

Condition 1: control switch as HIGH...Not working

Condition 1: control switch as LOW...Not working

Condition 1: control switch not connected...Not working

Hi Manu, 

Assuming that the TX path is connected by default, please can you import the rfPacketTx example in CCS and make the following change in the RF module on Sysconfig.

Use hardware none. this should get rid of the antenna switching callback and also un-assign GPIOs that were used for the antenna switch. This way, you should have the same setting as smartRf studio. 

Suppress the warning because in this scenario, we do not want to use the callback. 

After you flash the program, make sure that the green LED is blinking. This will ensure TX command is running. test if you receive the packets. 

Regards,

Sid 

Hi Sid

This scenario is also not Transmitting  ,but the led is blinking (GPIO_led changed as per the custom board)..

Hi Manu, 

This seems to be the same setting on both SmartRFStudio and the SDK project. 

Please can you give the schematic/ at least give all the connections you have made for the switch on your board?

Also, please make sure you are sending on the same Phy/Frequency and TX power in the SDK project as you do on SmartRF studio. 

Regards,

Sid

HI Sid

This is a bought out module so i don't have the exact schematic (still i will try to trace the chip pins and update you )

The settings are exactly the same ..(the same program dumped in the Ti Launch pad and it is working)..

I think we do need to know the connections.

I also noticed that you have selected Internal Bias RF differential mode in your SmartRF settings, Was this recommended by the module maker?

In order for you to get the same setting, in addition to the changes I mentioned in my previous answer:

2. Select Custom Board

And then use the setting for RF design as Internal Bias Differential mode.

Regards,

Sid

Do you have a link to the module you are using? 

Hi

This module we have got it from melange system India(suggested by Mr.Pravin Ganapathy Texas instruments India)

The exact module is not in their website ..melangesystems.com/index.html

Hi Sid

I have tried this configuration without success..The module i have opened and tried to trace it myself is attechde for your reference..(i was not able to trace the TX/Rx (Pin no7)..

Thanks for the schematic. Please can you attach your sysconfig file as well?

What does Melange provide of documentation? As this shows you need a minimum of information to be able to implement a working application running on it. 

Hi Sid

please find the sysconfig screen shots...

Sid

One more thing we have noticed that the

RF design based on in smart rf studio that is ;

1.If  using the setting as LP_CC1352p7based  it will not work even after changing its DIO,s as sae as the working model

2.If using as New target and then it started working...

is there any conflict regarding the "RF design based" ?

is there any way to change this in the CCS ?

Hi Manu, 

Please can you explain what you meant in your previous reply?

Manu pillai said:

2.If using as New target and then it started working...

Do you mean that if you had this setting on sysconfig, it started to transmit?

Regards,

Sid

Sid

in rf studio it is working with new target (if we edit the design from the default(that is Rf design -LP_CC1352p7) it will not work)...

in ccs i was not able to change the rf design 

Hi Manu, I sent you a private message on e2e. Please check it. I have sent the out file that I generated with some sysconfig changes .Please flash the firmware and check if it works

Hi Sid

I tried this as well ..but not working.

Hi Manu, 

Without really knowing how the antenna switch is actually connected to the CC1352P7 in the module. It is difficult to help. I am out of office next week. If you have any updates from melange for some software or other documentation support. It will help my colleagues answer better. 

Regards,

Sid

Hi Sid

We are not able to get the details from melange  ,so we are planning to get  integrated modules from ti certified vendors . (Please guide us incase if any) ...

Thank You 

Hi Manu,

You can find a list of third party wireless modules on TI.com using our Third Party Wireless Module Search Tool: https://www.ti.com/tool/3P-WIRELESS-MODULES 

Regards,

Zack

Thank you Zack..

HI Zid

We have changed the cap array delta value from 0xc1 to 0x00...and it is working now...This is for your information...

Thank you for all your support