• State
  • Locked Locked
  • Replies 3 replies
  • Subscribers 51 subscribers
  • Views 166 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

Original question:

CC2642R: Exclusive control between Radio core and MCU run

CC2642R: GPIO set to INPUT/OUTPUT mode

Akihiko Fujinaka
Expert 3465 points
Part Number: CC2642R
Other Parts Discussed in Thread: SYSCONFIG

Tool/software:

Hello expert,

Our customer will use  RF output signals which are PAEN / LNAEN on their system board.

They want to get CPU interrupt by these signal edge.

The easy way is, to use these RF output pins as "Output" , then connect these pins to another "Input" GPIO.

However , for this case, it requires 2 pins for each (PAEN and LNAEN)

Instead of using 2 pins,  is is possible to assign those RF signal port assigned GPIO as Output/Input,  so that they can use GPIO edge interrupt by using only one pin?  

Regards,

A.Fujinaka

  • 0
    TI__Genius 12391 points

    Hello Fujinaka-san,

    Akihiko Fujinaka said:
    They want to get CPU interrupt by these signal edge.

    -Why don't we use some application code (akin to GPIO read state) to read the state of the LRF pin(s) then handle whatever action you need to do with the CPU.

    Akihiko Fujinaka said:
    Instead of using 2 pins,  is is possible to assign those RF signal port assigned GPIO as Output/Input,  so that they can use GPIO edge interrupt by using only one pin?  

    -The GPIOs can be dynamically configured using the GPIO driver; with that being said I never tried this directly with LRF assignment so I am unsure if it will fully work or not, we could cascade (GPIO read -> GPIO write) the state of LRF pins to another pin, and set the CPU GPIO falling edge to that PIN. 

    Thanks,
    Alex F

  • 0 in reply to Alex Fager
    TI__Expert 3465 points

    Hello Alex,

    Regarding your question,

    "Why don't we use some application code (akin to GPIO read state) to read the state of the LRF pin(s) then handle whatever action you need to do with the CPU."  ,

    they want very quick action , so they want to use interrupt handling.

    As for the second sentence, Sysconfig show the warning message of duplication if I set that port to INPUT and also OUTPUT.

    I understand you did not tried , but is it worth to check it ?

    Regards,

    A.Fujinaka

  • 0 in reply to Akihiko Fujinaka
    TI__Genius 12391 points

    Hello Fujinaka-san,

    Akihiko Fujinaka said:

    As for the second sentence, Sysconfig show the warning message of duplication if I set that port to INPUT and also OUTPUT.

    This is likely intended for syscfg currently, as we can't set as both output/input, what I was getting at with "dynamically configured" is that in the application code we should try and re-configure the GPIO for what we need before setting to what it was before. 

    Thanks,
    Alex F