-
-
Notifications
You must be signed in to change notification settings - Fork 74
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
CP send a broadcast #166
Comments
The broadcast support that we have is entirely for the PD so if you need it for the CP, we should enable it. Can you describe what you are trying to achieve? Also, as I recall, the broadcast message was underspecified in OSDP v2.2 for all practical purposes. |
I want to implement a function to get/set a Peripheral Device's (PD) address using broadcast messages. Initially, I'm considering the following approach:
I've reviewed OSDP v2.2, which specifies that "the use of the broadcast address should be limited to controlled (single PD) configurations." |
Okay, that sounds compelling enough. Let me see how this can be implemented. |
Looks like #113 can make use of this too. |
The proposed concept of OSDP auto addressing revision 2 does not rely on broadcast anymore, esp. because using broadcasts during operation sets back message sequence numbers (SQN) and this would harm the OSDP built-in error recovery |
@schmida2 I turned #113 into a discussion. The last comment has the most recent revision: https://github.com/schmida2/libosdp/blob/osdp-extension-autoaddr/OSDP_Extension-AutoAddressingProtocol.md |
Is there any news on this functionality? We're using libosdp professionally and CP broadcast support is important for us. |
@dhopsonlb, What use case are you targeting? Is it the same as @jason155392? If not, the solution I had in mind (relatively simpler approach) would not work for the general case "CP can send any command as broadcast". |
Can CP send a broadcast to PD now?
I checked the API and found that only the osdp_cp_send_command function is available.
This function requires specifying the PD offset.
However, osdp_cp_setup cannot be set up with osdp_pd_info_t for the 0x7F address.
This will cause a "packet seq mismatch" issue.
How can libosdp handle this now?
The text was updated successfully, but these errors were encountered: