nRF9160 LTE modem coexistence interface

[ERIK]

I'm trying to understand how to make use of the nRF9160 LTE modem coexistence interface in a design.  I started asking about this topic in another thread about the BLE Gateway sample app: https://devzone.nordicsemi.com/f/nordic-q-a/46778/lte-sensor-gateway-sample-app

I've seen the spec entry for the LTE modem coexistence interface here: https://infocenter.nordicsemi.com/index.jsp?topic=%2Fps_nrf9160%2Fdita%2Fchapters%2Fradio_lte%2Fgnss_coext_if.html

However, I'm looking for more information.  Is there any further documentation of this interface?  In general, how is this interface intended to be used in a design?  Can you describe its use?  Can you give an example?

Without knowing more, I do still have some other questions:

Are these pins already handled in modem firmware or elsewhere in the SDK, or do they need to be supported by application code written by your users?  Is there source code that I can look at to help understand how the interface is used?

If already supported by code:

How is the interface enabled/disabled?

With COEX0, does a high input inhibit transmit by the LTE modem?

How is COEX1 intended to be used?  I don't understand what is meant by "Active high time mark pulse, which is synchronous to LTE system time.".

Thank you,

Erik

[Martin Lesund]

Hi Erik,
So it's the COEX0 that's used in the LTE Sensor Gateway sample.

The nrf52 uses the PA/LNA pin to say to the modem that it is using BLE to Transive/receive via the COEX0, so the modem won't be do any communication at that time.

The other COEXs pins will behave like described here, but I will ask internally if there are any more details I can share with you about this.

The protocol to use for sending data is more or less up to the user.

e.g. 

You get lower power consumption with SPI, but then you would have to sacrifice more GPIOs than UART.

If you are wanting to use UART flow control would be adviced to have enabled.

Please take a look at the LTE Sensor Gateway sample and see on how this is handled there.

[ERIK]

Slightly confused with this at the moment.  You said that the only part of the LTE Coexistence being used is the output saying the modem is active.  Which I believe is COEX2 in the documentation.  However, you've now noted that the LTE Sensor Gateway example is using COEX0 as an input to the nRF91.  This is especially confusing because in another ticket I asked about coexistence with the LTE Sensor Gateway and was told that the sample app did nothing for coexistence:

https://devzone.nordicsemi.com/f/nordic-q-a/46778/lte-sensor-gateway-sample-app

However, it sounds like that's incorrect.  That's great, because it gives me something to look into.

So, the modem firmware will not allow the modem to start to transmit if the COEX0 input is active?  Would I be correct in assuming that if the pin goes high during transmission that the modem would complete it's transmission and then be inhibited?

I'm still trying to understand how eDRX and PSM work, but what would the implications be if COEX0 were active when it was given its chance to transmit?  Would it have to wait another cycle to transmit, or just delay the short time until the COEX0 input is inactive and then transmit?

Thanks for all of the info!

[Martin Lesund]

Hi Erik,

I am sorry for the confusion.

I meant to say that you can use one dedicated nRF9160 pin "COEX2" for the actual radio co-existence management and separate chosen nRF9160 serial interface e.g. UART for data/communication between the devices.