Skip to content

Omniscan3D updated to be more python friendly#226

Closed
steve-at-oblique wants to merge 1 commit into
bluerobotics:masterfrom
steve-at-oblique:omniscan3d_updates
Closed

Omniscan3D updated to be more python friendly#226
steve-at-oblique wants to merge 1 commit into
bluerobotics:masterfrom
steve-at-oblique:omniscan3d_updates

Conversation

@steve-at-oblique

Copy link
Copy Markdown

This change updates the OmniScan3D protocol definition to better support Python code generation and runtime message handling.

Changes include:

  • Reworked OmniScan3D message definitions to use dynamic payloads compatible with the existing PingMessage variable-length message infrastructure.
  • Removed reliance on vector definitions that generated Python structures which did not match the actual OmniScan3D packet formats.
  • Updated message definitions to more accurately represent the wire protocol for:
    • os3d_set_ping_params
    • attitude_report
    • os3d_point_set
    • end_ping_info
  • Simplified generation of Python bindings by treating point data as dynamic payload data rather than generated vector structures.
  • Verified that the updated protocol definitions successfully generate a functional omniscan3d.py implementation.

The goal of this change is to make OmniScan3D integration consistent with the existing Python protocol implementation while reducing custom parsing requirements and avoiding generation of incorrect helper structures.

@patrickelectric

patrickelectric commented Jun 5, 2026 via email

Copy link
Copy Markdown
Member

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants