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.

CC1110-CC1111: Reading RX_SYMBOL_TICK and RX_HARD_DATA without setting them as GDOx_CFG outputs.

Part Number: CC1110-CC1111

Hello! 

I'm currently working on a project that involves modifying a third-party radio that implements the CC1110 chipset. Due to the nature of the project, I can only modify the software and not the hardware. The modifications involve making the third-party radio compatible with the amateur packet radio AX.25 protocol. These include G3RUH scrambling and NRZI encoding, which implies that I am not able to use the CC1110 packet handling engine. 

I was able to find a workaround for this using one of the GDOx_CFG outputs configured with the RX_HARD_DATA output. I've been able to read the incoming bitstream and decode it successfully. However, around 50% of the packets sent to the receiving radio are being dropped. I believe this is due to a timing issue. I read on Table 73 of the datasheet that one can use RX_SYMBOL_TICK to address this. My problem is the following:

The hardware I am working with only allows for a single GDOx_CFG output to be used (the other two are being used by peripherals on the third-party radio). Is there a way of accessing the RX_HARD_DATA and RX_SYMBOL_TICK outputs without actually outputting them as GDOx_CFG outputs? In other words, can I read these values with software without actually setting them as outputs? My idea was to use RX_SYMBOL_TICK as a trigger for an interrupt that samples RX_HARD_DATA. 

Thank you so much in advance and please let me know if you need any additional information.