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
I'm happy to investigate this a bit further and possibly provide a fix, but one question first:
Shouldn't digest return the number of consumed bytes? Or what is the 2nd part of the return tuple? The trait has no documentation...
Here is a reproducer:
The #214 PR fixes a similar issue I've encountered with a u-blox NINA-W#214
This module sends the +STARTUP URC when it is done booting. This URC is preceded by a whole lot of start-up diagnostic messages, and the URC is not detected properly without the fix.
For completeness, here are the relevant log messages:
[2024-11-18T12:49:55.788462875Z DEBUG atat::ingress] Received echo or whitespace (24/32): "ets Jul 29 2019 12:21:46\r\n\r\nrst:"
[2024-11-18T12:49:56.735184632Z DEBUG atat::ingress] Received URC/128 (338/338): "+STARTUP"
[2024-11-18T12:49:56.735316114Z DEBUG atat::asynch::client] Sending command: "AT\r\n"
[2024-11-18T12:49:56.752052589Z DEBUG atat::ingress] Received OK (10/10)
Without the fix in the PR, the second line "Received URC/128 ... never occurs, and the URC is lost.
I discovered that the parser cannot handle a newline followed by a valid URC, which is needed to be able to recover from garbage data being received.
Here is the failing (new) testcase (
digest.rs
)I'm happy to investigate this a bit further and possibly provide a fix, but one question first:
Shouldn't
digest
return the number of consumed bytes? Or what is the 2nd part of the return tuple? The trait has no documentation...Here is a reproducer:
EDIT: Ok the 2nd issue is probably fixed by:
EDIT: the 1st issue seems to be more tricky though
The text was updated successfully, but these errors were encountered: