When Niagara does not do the thing you need, the answer is a module. Custom Niagara module and driver development is the deepest form of Niagara work — writing Java against the Baja API to extend the framework itself rather than configuring what is already there.
This is where most integrators reach their limit and where we do a lot of our work: drivers for equipment with no existing Niagara support, custom components that encapsulate logic your team repeats on every job, and tooling that removes manual Workbench effort.
What We Build
- Protocol drivers — connect equipment Niagara does not support natively, built to behave like a first-class driver rather than a workaround.
- Custom components — encapsulate site-specific or company-specific logic as a reusable, testable component.
- Workbench tools and views — extend the engineering environment your team works in daily.
- Web and UX modules — BajaScript and HTML5 interfaces beyond stock widgets.
- Integration modules — bridge Niagara to enterprise systems, cloud services, or messaging such as MQTT.
- Reporting and data modules — BQL-driven exports and structured data for systems downstream.
The Parts That Decide Whether It Lasts
A module that works on one station and one Niagara version is a prototype. Production module work means version compatibility testing, module signing, sensible upgrade behaviour, and documentation that lets someone other than the author maintain it. We treat those as part of delivery, not extras.
Our own module and tooling work is described on the engineering tools page, including the wiresheet security module.
Describe the equipment or capability you need Niagara to reach and we will tell you whether a module is the right answer — and roughly what it involves.
Related services
- Niagara Framework Development — Back to the full Niagara Framework development overview.
- Wiresheet Security and IP Protection — Related: wiresheet security and IP protection.