Hi,
NCS main, nRF9160 DK
git log -n 1 --oneline
4f916da03 (HEAD -> main, origin/main, origin/HEAD) west.yml: rebase OSS trees

Hi,
NCS main, nRF9160 DK
git log -n 1 --oneline
4f916da03 (HEAD -> main, origin/main, origin/HEAD) west.yml: rebase OSS trees
Hello Michal,
Michal Mühlpachr said:Yes, INDICATE transition marks where INDICATE pin was activated by SLM.
Yes, SLM do it itself because of CONFIG_SLM_INDICATE_PIN=2 setting in prj.conf.
Reason for SLM to raise INDICATE is "+CSCON: 0" URC during #XSLEEP=2.
INDICATE pin is way for SLM how to make host know: hey, there are some bytes in AT UART TX buffer who can not be transmited because UART is in sleep. So host can then wakeup SLM by WAKEUP pin and let him to transmit data in UART TX buffer after "Ready" URC.
Ok, thanks a lot! In which way / situations does the glitch affect your use case / application?
Regards,
Markus
Hello Michal,
Michal Mühlpachr said:Yes, INDICATE transition marks where INDICATE pin was activated by SLM.
Yes, SLM do it itself because of CONFIG_SLM_INDICATE_PIN=2 setting in prj.conf.
Reason for SLM to raise INDICATE is "+CSCON: 0" URC during #XSLEEP=2.
INDICATE pin is way for SLM how to make host know: hey, there are some bytes in AT UART TX buffer who can not be transmited because UART is in sleep. So host can then wakeup SLM by WAKEUP pin and let him to transmit data in UART TX buffer after "Ready" URC.
Ok, thanks a lot! In which way / situations does the glitch affect your use case / application?
Regards,
Markus
Hello Markus,
this glitch does not affect our use case (host UART is off before INDICATE because of low power operation), but it is bad practice to allow unintentional trasitions on any signal IO.
It can cause UART framing error for use cases where host UART is on continuously (e.g. for automated testing).
Regards,
Michal