-
Notifications
You must be signed in to change notification settings - Fork 239
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
InteractiveRouter not sending synchronous ack for packets directed at it #292
Comments
Ciao @chestwood96 thank you very much. I will apply the change as soon as possible.. |
While you are at it it would be nice to have a regular PJON-Like send function for the interactive router. Should i make a separate issue for this? |
Don't be preoccupied @chestwood96 I will add the overload to the functions you need, thank you for pointing out. |
Ciao @chestwood96 I have added the ack fix you have proposed. @fredilarsen how would you implement the PJON-like send functions? I think @chestwood96 is right to expect to find them, being the InteractiveRouter also a device, should provide the functions to send normally as a device, although those functions should leverage of the router features. I have made some experiments, I suspect they should:
|
@gioblu, @chestwood96 There already is a PJONInteractiveRouter::send_packet which should do this:
It requires you to declare a local Packet_Info object, but that only contains the parameters needed for sending anyhow (from_id, to_id, potential bus ids etc). There is another send_packet in there as well which requires the target bus to be specified, I guess that was the one you referred to? |
I was actually using I kind of looked at PJON_Packet_Info like something pjon internal I should not be messing with from the outside. |
Ciao @chestwood96 at the end we understood that was necessary, as you correctly pointed out. Here is the commit that fixes it 9fc81b3 Soon v12.0 will be released including this optimization. |
It appears the InteractiveRouter does not send a synchronous ack when it receives the packet itself.
I have worked around that by sending it myself right now but should it not do it itself?
The text was updated successfully, but these errors were encountered: