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.

CC1352P: ETSI polite spectrum access Toff_min time and TI 15.4 frequency hopping

Part Number: CC1352P

Dear SubGHz team,

We are using CC1352P and TI 15.4 stack with frequency hopping with a dwell time of 100ms and predefined APIMAC_STD_ETSI_863_PHY_3 phy. We do not use any retransmit or acknowledgement features.

ETSI EN 300 220-1 specifies under "5.21.3.1. Reference limits for polite spectrum access timing parameters" a "Minimum Toff_min on the same Operating Frequency" of 100ms.

QUESTION 1:

Does the stack keep track of the Toff_min in case we transmit more than one message within one 100ms dwell time interval? How does the stack handle this case? Does it postpone transmissions? Does it accumulate several messages to one transmission?

All I have found in the SDK is the following protoype function:

/*!
 * @brief       This function is used to check if the min TX off time is met in LBT mode.
 *              when LBT mode is disabled (in FCC band), it also assume the minimum TX off time is met.
 *
 * @param txChan - FH TX channel number
 */
uint32_t FHDATA_CheckMinTxOffTime(uint8_t txChan,uint32_t csmaDelay);


QUESTION 2:

Does the hopping sequence DH1CF used in frequency hopping have any constraints regarding a specific channel, or is it purely pseudo-random?
Could the result of DH1CF be that a channel is used for two consecutive dwell intervals?
What is, according to DH1CF, the earliest recurrence of a specific channel after it has been calculated for one dwell interval, until it is calculated for another dwell interval?


Thanks,
hkr