-
Notifications
You must be signed in to change notification settings - Fork 213
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
Missing device is retried forever [and blocks anything else] #88
Comments
It's very instructive to remove the power from one device while scanning multiple. |
This is an example where I rip the power from one device and the other seems to end up queued forever while
|
In case you find it useful, this is the generating code for the output above. |
Interestingly, the return of power does not recover the interaction. The state of |
Could you also provide the mbusd debug log file, as described here? |
Sorry for the slow response; I was distracted by IETF 115. I cannot reproduce it at this point, even though I tried two flavours of hardware (USB to RS-485) tokens. I made many changes, but not to this core, so this leaves me a bit dissatisfied. Alas, I suppose we should close for now, and perhaps I can reopen the issue if I run into this again. I will then also supply the mbusd debugging output. |
This is some output from v0.5.1 without the expected device connected:
Note that the transaction identifier in responses is stuck at 00 00 and nothing else is tried.
Are you intentionally sending a provisional response "hold on, will keep trying... forever if need be"?
In any case, with other devices also on the bus, their communication also gets halted, so I suspect this is a bug, namely forgetting to remove the command that just failed.
The text was updated successfully, but these errors were encountered: