I have VF61 comunicating through uart_a to cellular modem.
The problem comes when a certain time has passed, I have not calculated it but it can be between 30 minutes and an hour.
The modem receives the module’s commands but once it has made the query and has to write to the COM, it stops doing so and the RTS signal remains in state 1 indefinitely.
Previously, to be clear, the system has been successful.
I want to clarify that the modem has been previously tested with another module prior to this and it works correctly, it never fails, not even leaving it for weeks.
Does anyone have an idea what might be going on? Anyone ever happened something similar?
Thank you for contacting the Toradex community!.
Could you share a reproducible project with us? Is it similar to this one : https://developer.toradex.com/knowledge-base/how-to-use-gsm-modem
Did you try below documentation links:
Could you log the debug message during the issue occur and share it with us?
Are you using 1.1B2 BSP? It is a very old release, Could you try with a more recent version is 1.7 B4 mentioned [here][5 and let us know the feedback.
Recently we found ThreadPriority is not used by the UART driver. It is using the wrong spelling keyword shown below:
Priority256 registry key under the UART is no use.
Hi @raja.tx ,
We are using modem to query database not sms sending or receiving message.
As it is said in the article i didn’t put
“RTSToggleAlwaysOn” = “dword:1”
“RTSPol” = “dword:1”
Because we are using Hardware Flow control to ensure correct functionality.
We are using 1.6 BSP in enviroment this was corrected.
You think this was because of BSP?
i can not enable debug message because modem is conected through module on com1 so i have to mantain it open and debug disable.
There are any chance to put debug message in some text inside module? this would be great.
If you have other serial ports free then you can change debug serial port as described here : https://developer.toradex.com/knowledge-base/change-bootloader-output-port#tegra-vfxx-and-imx6-modules
I was able to get the log while the error was occurring.
Hope this can help clarify what’s going on …
I attach the log.
Hi @Kernel01 ,
It looks like PDM.VIA.exe (i guess that’s your application) crashes while in a kernel call.
This normally will cause the calling thread in PDM.VIA.exe to be terminated.
Since you say RTS functionality is compromised after this i imagine the crash happens inside a ReadFile or WriteFile to the Uart.
Could it be that you do deallocate buffers passed to ReadFile or WriteFile while they are still in the call? (from another thread)?