Refactor BacklashManager, MotorsManager, CoolantManager, Probe into instance-based classes under CNCMachine

[Copilot]

Four all-static utility classes (BacklashManager, MotorsManager, CoolantManager, Probe) have been converted to regular instantiable classes, with their single instances owned as public static members of a new CNCMachine class. This centralises machine subsystem access and lifecycle management.

Class changes

• Removed static from all methods and member variables in BacklashManager, MotorsManager, CoolantManager, and Probe
• Removed static member definitions from their .cpp files

New CNCMachine class (CNCMachine.h / CNCMachine.cpp)

• Owns the four subsystem instances as public static members
• Provides static void Initialize() and static void Reset() lifecycle methods

class CNCMachine {
public:
    static BacklashManager fBacklashManager;
    static MotorsManager   fMotorsManager;
    static CoolantManager  fCoolantManager;
    static Probe           fProbe;

    static void Initialize();
    static void Reset();
};

Call-site updates

All direct calls replaced with the new access pattern across Grbl.cpp, MotionControl.cpp, GCode.cpp, Stepper.cpp, ProcessSettings.cpp, Limits.cpp, Report.cpp, Protocol.cpp:

// Before
MotorsManager::Initialize();
CoolantManager::Flood_Coolant.TurnOn();
Probe::setSystemProbeState(true);

// After
CNCMachine::Initialize();
CNCMachine::fCoolantManager.Flood_Coolant.TurnOn();
CNCMachine::fProbe.setSystemProbeState(true);

Include structure

CNCMachine.h deliberately does not re-include the manager headers — doing so created a circular chain (BacklashManager.h → Grbl.h → CNCMachine.h → BacklashManager.h). Grbl.h includes all four manager headers before CNCMachine.h, ensuring types are defined when needed.

---

💡 You can make Copilot smarter by setting up custom instructions, customizing its development environment and configuring Model Context Protocol (MCP) servers. Learn more Copilot coding agent tips in the docs.