-
Notifications
You must be signed in to change notification settings - Fork 64
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CMSIS-Driver USART events expansion #143
Comments
Hi @MaxFlatline, Thanks for getting in touch. Could you please check if double (multiple) buffering [1] can solve your issue? I.e., instead of asking for a "half buffer transfer" event, try to split the buffer into two buffers of the half size. Once the first buffer is full (transfer complete event), instantly start another transfer for the other buffer. While the second buffer is used for transfer, you can process the first one without interfering. Cheers, |
Hello @JonatanAntoni |
Hi @MaxFlatline, Well, thanks for adding the important bit that your hardware has hardware half-complete transfer detection. As this seems to be an optional hardware feature we'd need to check how to add optional support for such events. Can you please provide more details about the hardware you are using? Please be aware that just enhancing the CMSIS-Driver API by another (optional) event doesn't change much. In a second step the implementation for you device would need to be enhanced as well. It depends on the maintainer of the DFP to do so. Well, you could provide your own custom implementation of course. Thanks, |
@JonatanAntoni |
Hi @MaxFlatline, |
Hello!
I think there is a need to add additional event in driver, "half buffer transfer" event. In NMEA applications it could be extremely helpful, to start parcing while dma continues to receive data. But it seems that currently you get only rx/tx/transfer_complete event.
Thank you!
The text was updated successfully, but these errors were encountered: