Limitations to adl_atCmdSubscribe()on UART?

Remember that AT commands work strictly on a command-response basis; ie, the “client” must not send a new command before it has received the final response to the previous one!

At the speeds you mention, I think you possibly ought to be looking to a different protocol between your modules…?