Dynamic Pin Control/Changing Functionality in runtime

[DamoL]

Hello, 

I recently noticed that I may have an issue with our current design of PCB and firmware. We basically have created a datalogger using the nRF9160, and we take readings for a variety of sensors. One such thing that we have yet to add into firmware, is the ability to read Modbus sensors (RS485), which would need a UART port. 

I am not sure I have ever fully understood the devicetree, so bare with me....

We currently have in use - (Enabled in Overlay file)

I2C0

SPI1

I2C2

UART3

So I don't know how we are going to add a further UART Port. 

Is it possible to disable say I2C0, and enable UART0 in runtime? 

Alternatively, is it possible to dynamically change the pins of UART3 to go to another set of UART pins in runtime?

On the latter I have found this remap function but it runs in PRE_KERNEL_1 sdk-zephyr/samples/boards/nordic/dynamic_pinctrl/src/remap.c at main · nrfconnect/sdk-zephyr

Can this be modified to work without rebooting the firmware? 

I am guessing either of these would be possible, maybe without using the Devicetree, but I cant find any specific reference document. 

Thanks, 

Damien

[DamoL]

Thanks Kenneth, that's very useful.

I am a little confused at this first option though, looking at the code provided, it seems it is using zephyr UART0, and changing the pins, with PM_DEVICE_ACTION_SUSPEND / RESUME

FedericaMayorga said:

However, according to the documentation this should only be used before the device is initialized,

Surely this violates what the documentation says though?

Thanks, 

Damien

[Kenneth]

Hi Damian,

I can understand the contradiction here now.

It should in theory be possible to do this runtime as suggested in the linked devzone case, but you just need to be very aware of and have full control over when and which UART configuration that is used at any given time, basically you need to ensure that you update at a safe time (e.g. not while it may be running a UART transaction) and that you are the one that is calling any kind of UART transaction at any given time, you can't really allow other zephyr modules use the UART at it's own free will if that make sense.

Kenenth

[DamoL]

I think I understand...

For the majority of the time in my code, the UART is in sleep mode (using pm_device_runtime_enable()), and the RX pin is attached to a GPIO interrupt, so if that fires it wakes up the UART (using pm_device_runtime_disable()). The UART is only really used for configuration and testing. There are already wrappers around code to stop trying to do a UART transaction if in sleep mode, so I guess I can do a similar thing, but use pm_suspend/pm_resume if I need to update the uart pins, do something, then switch back when needed. 

I dont think there are any other Zephyr modules that use my UART3, all the logging modules I have used are on RTT. 

I may just have to try it and see if it falls over...

Thanks, 

Damien

[DamoL]

I can confirm this works. 

Based on this answer - https://devzone.nordicsemi.com/f/nordic-q-a/107317/configuring-uart1-using-pinctrl-for-two-uarts/463996  

I did a similar thing by switching pins and sending some data over UART every second, and pins do get routed to alternative pins. 

Only slight problem is when I call 

err = pm_device_action_run(uart, PM_DEVICE_ACTION_SUSPEND);

It always comes back as -120 (EALREADY). If I just ignore it, it works, but I will investigate as to why, I wonder if things have been changed since SDK2.5 to SDK3.1 and I should be calling something else, but that can wait for tomorrow. 

Thanks for you assistance Kenneth!

Damien

[Kenneth]

Sounds good. Can it be that you have "zephyr,pm-device-runtime-auto" for the uart instance in the devicetree? Try to delete it. 

Or maybe because you have it in the devicetree you don't need to put it manually to suspend like earlier.

Kenneth