Hi,
recently we switched from HL7692 to RC7620.
The module is updated with the last firmware version SWI9X07H_00.09.10.00
We are using the module connected with a PIC32 mcu (PIC32MX440F512H), via UART. We have hardware flow control enable (AT+IFC=2,2) on both side.
The module works fine until some AT command with large response is executed, on this responses we lost some characters. (+KCELL for example or +CMGR=0). The MCU register that indicates a buffer overrun on UART is asserted (U2STAbits.OERR == 1).
We also tried to change the baud rate from 115200 to 1M baud/s but nothing changed.
Is there some know problem on RC7620 regarding the flow controls on UART?
Hi @jyijyi,
unfortunately I cannot set up a test environment right now.
I can, instead, enable the DM port and dump the log. Please let me know if this could be useful,. I never use DM port before, maybe I’ll need some hint.
Continuing my test I discovered the hw flow controls don’t work as expected until I sent AT+KTCPSND. Seems very strange but is reproducible. After AT+KTCPSND the behaiviour of RTS and CTS change drastically.
(I dumped the value of RTS and CTS pins on console during some key moments). Sincerely I cannot find any logical correlation between KTCPSND and hw flow controls, but that’s it.
Ok, thank you … that’s strange, I can reproduce the problem on different modules, even on previous version (release 9).
Do you think it is possible that tera term and windows are fast enough to consume rx buffer “in realtime” without a real need of “flow controls” that suspend the transmission for a while?