Electronic – Cube IDE : Error: unknown type name ‘HAL_StatusTypeDef’

In order to port to MSP430, you'll need to modify the makefile to point to the CCS compiler. You'll need to provide the right command line options. You'll also need to hook in your hardware through whatever HAL layers the library provides.

As the project already assumes GCC, you might find porting easier using msp430-gcc.

It sounds as though you are trying to compile lwBT for your PC using MingW and failing. Does your C compiler actually work? Try compiling a "hello world" program.

Look at the Makefile, what commands is it actually running? Remove any '@' characters before lines that execute commands, so you can see what's going on under the hood.

Consider the following snippet from the STM32F1 manual regarding the USART data register and its corresponding status bit 'TXE':

Single byte communication

The TXE bit is always cleared by a write to the data register. The TXE bit is set by hardware and it indicates:

• The data has been moved from TDR to the shift register and the data transmission has started.

• The TDR register is empty.

• The next data can be written in the USART_DR register without overwriting the previous data.

This flag generates an interrupt if the TXEIE bit is set.

Can you imagine a scenario where you are writing into the data register before the previous byte has made it into the shift register? Think about the sequence of events when you receive a stream of bytes, especially when you receive the third or fourth byte, what is your transmitter doing at this point? Is its data register occupied?

As a previous comment mentioned, you likely need a way to buffer previous byte(s) if the TXE status bit is not set. Writing into the USART data register while the TXE status bit is not set is a guaranteed way to lose information.

Edit in response to comment:

That's one way to do it, I would imagine it would work. However, I think doing away with DMA and using the USART interrupts would be a better approach. You can have 2 interrupt service routines for when a byte is received and when the transmit data register is empty. Based on those two events, you can decide to buffer the data (in the RX handler) and to empty the buffer (in TX complete handler). Care must be taken in deciding when to enable/disable the TX complete interrupt. I think the overhead of setting up DMA makes more sense for larger sequential transactions into (or out of) buffers, and less so for the single byte-by-byte case.