The newest HALCoGen 03.08.00 software generates SCI.C code with bugs for at least the TMS570LS0432 (the only one I have tested. The attempts to bring the code up to misra C standard is appreciated but it has introduced at least one error. There are several spots in the SCI.C file in the file that have
sci->TD = *(uint32 *)g_sciTransfer_t.tx_data;
which should instead be
sci->TD = (uint32)(*g_sciTransfer_t.tx_data);
This causes lost bytes when transmitting data (in my case the string was not 32 bit aligned likely ensuring issues would arise with the code).
Also one more similar line that needs to change over to
sci->TD = (uint32)(*data);
for the same reason.
You want to dereference the pointer to a 8-bit value and then convert it to 32-bit not convert the pointer to an 8-bit value to a pointer to a 32-bit value and then dereference. Changing the pointer appears to be causing some boundary issues when reading resulting in lost characters during transmission. My noted fix solves this issue and also makes sense code wise.
PS I am also using FreeRTOS but I do not believe that will change the result.