Developer Meeting Agenda 2026-09-13 - 10:00 CEST

[BsAtHome]

According to our bi-weekly schedule alternating between "early" and "late", this video meeting is this Sunday 2026-Sep-13 at 10:00 CEST.

https://greenlight.bbb.uni-rostock.de/b/ste-c4d-brs-3k6
Access code: 869782

https://www.timeanddate.com/worldclock/meetingdetails.html?year=2026&month=9&day=13&hour=8&min=0&sec=0&p1=319&p2=236&p3=240&p4=136&p5=165&p6=256

Agenda

Unfortunately, our previous meeting got canceled, so this agenda is really full.

1. CI: Update to ubuntu-26.04 #4477 G7x new algo, and -ffp-contract=off project wise discussion. interp_g7x: make the G7x roughing cycle independent of rounding #4487 should land first.
   Conclusion: we fix the code and don't limit what the compiler can generate.
2. Deprecation backport of mesa_modbus to 2.9 (mesa_modbus: deprecate in favor of hm2_modbus #4386). The 2.9 branch has everything in place to migrate. Can we delete the old mesa_modbus driver?
   Conclusion: Remove the old mesa_modbus driver from master and go with hm2_modbus.
3. Migrate gscreen (and any other) to support s/ms on [DISPLAY]CYCLE_TIME or do we finally pick one? Minimally we need consistency (Unify [DISPLAY]CYCLE_TIME unit handling across GUIs #4424).
   Conclusion: Fisrt fix all GUIs/VCPs to read the value consistently; Going to pick gmoccapy setup (>= 0.001 and < 1.0 => seconds, >= 1.0 => ms, else warn + default 150).
4. Timing for deprecation of old HAL API. The new 64-bit upgrade is being prepared. What is the minimum time for people to adapt before the old API is deleted? Or, should be just steam on and break the API asap?
   We press ahead. First (set of) PRs id changing names but not breaking (mostly in Python code). The one (very) big PR that does away with 32 bit and moves to 64 bit. This needs to be tested by people before merge. Finally, an additional set of PRs that cleans up 32-bit getters and setters in components and drivers for everything that can/should be migrated to 64 bits.
5. PRs
   See PRs for merge/comments.
   • homing.c: fix accumulation of HOME_OFFSETs when re-homing absolute encoders (2.9 backport) #4341
   • Orient.comp: Add modes with preceding homing to index #4343
   • G12.1, G13.1: select the kinematics type from G-code #4414
   • rs274ngc: back the rotary tool offset out of machine coordinates #4416
   • axis: jog increments follow the selected axis type (degrees vs linear) #4418 - needs additional discussion
   • build: make depclean remove the userspace dependency files too #4419 - are there blockers?
   • (tp: allow tangent blending across near-collinear ABC and UVW motion #4421 needs feedback, I think)
   • tooldb: notify db_program of G10 tool offsets #4422 - approved by @grandixximo
   • 5axiskins, maxkins: take the tool length through a pin like every other rotary module #4431 - status? ready to merge
   • Fix spindle position-sync jitter and catch infeasible thread pitches #4441 - fixes Excessive jitter spindle position tracking #164 and Warn users that spindle is too fast in G33 / G95 #167 with about 10 year lag ;-)
   • kinematics: let a module report where the tool points #4455 - ready to merge
   • tp: keep the G33 sync origin on the spindle index #4453
   • include: move the exported headers into a directory of their own #4461 (maybe this needs to wait til old HAL API deprecation?)
   • G28.2: home the machine from G-code (all joints, or Pn per joint) #4172 - ready to merge approved by @grandixximo
   • backport: halcmd: Fix auto-complete after change to libedit #4474 - Backport of autocomplete bug
   • interp_g7x: make the G7x roughing cycle independent of rounding #4487
6. Why should we continue to support Tcl based hal files? Sample configs should be flat files. Drop Tcl shift to Python?
   Conclusion: flatten all sample configs and remove Tcl there. See Remove Tcl from sample configs #4524.
7. Drop old include handling and move everything to include/ (include: move the exported headers into a directory of their own #4461)
   Conclusion: Decided to move all includes. Will be done after the HAL 64-bit migration.