You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There is no way to have a complexe software communication protocol without IRQ.
Arduino should comply with it allowing real time constraints protocols.
The best way could be to be able to avoid Serial object creation and call a custom object into IRQ, but I can't find any way to do it without breaking everything.
Another good way could be to make something like an attach_interrupt function on Serial object. But it's not really standard into Arduino ecosystem and impact everyone with a little bit more CPU time on each byte reception for the benefits of some specific guys like me.
The last way is to declare IRQ as weak allowing someone to take the lead on IRQ. In this case, there is a dead Serial object but this modification doesn't do anything in any other case and the custom serial lib developper is the guilty one.
This seems like a reasonable approach, but I think we can do better. For AVR, we already set things up so that if Serial is not references, the entire object and ISR is omitted. See #489 for brief discussion and links about this approach.
Thank you for pointing me into this direction.
Indeed it seems to be a better solution, but a more time consuming one to make.
Like you I would love to make it happen but I don't have a lot of time.
Anyway I will make a post-it on my blackboard about it...
Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution. You have signed the CLA already but the status is still pending? Let us recheck it.
@nicolas-rabault hi, any news? I would also like to use my own serial IRQs
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
There is no way to have a complexe software communication protocol without IRQ.
Arduino should comply with it allowing real time constraints protocols.
The best way could be to be able to avoid Serial object creation and call a custom object into IRQ, but I can't find any way to do it without breaking everything.
Another good way could be to make something like an attach_interrupt function on Serial object. But it's not really standard into Arduino ecosystem and impact everyone with a little bit more CPU time on each byte reception for the benefits of some specific guys like me.
The last way is to declare IRQ as weak allowing someone to take the lead on IRQ. In this case, there is a dead Serial object but this modification doesn't do anything in any other case and the custom serial lib developper is the guilty one.