Connect what you already run
Orbitify reads the systems you have rather than asking you to replace them. The protocol connectors, historian imports and edge gateway below are in progress: what connects today is drone imagery, radiometric thermal, geospatial exports and our own API.
Read what you already run
Every operator we talk to has been asked to rip something out before. Orbitify is built on the opposite assumption: the systems on your site stay, and the layer reads them.
Nothing is replaced to get started
Your SCADA keeps running the plant, your historian keeps the history and your maintenance system keeps issuing work. The layer reads them and puts what it learns back where you already look.
Direction is declared, not assumed
Every connector on this page says whether it reads, writes, or both. A connector that can write into your maintenance system is a change your team has to approve, so we do not hide it inside the word integration.
The connection is outbound by default
The gateway opens the connection outward and polls or subscribes from inside your network. No inbound port, no listener on the OT side, nothing waiting to be reached from the internet.
What comes in, what the model holds, what leaves
The same picture as on the homepage, in full. Sources on the left, the model in the middle, and the four things that leave it. The group marked two-way is the one Orbitify writes back into.
What comes in
Capture
- Drone RGB
- Drone thermal
- Ground robotPlanned
- 360 capturePlanned
Control systems
- SCADAPlanned
- OPC-UAPlanned
- ModbusPlanned
- MQTTPlanned
- IEC 61850Planned
- DNP3Planned
- BACnetPlanned
Existing platforms
- REST and webhook
- EAM and CMMSPlanned
- ERP work managementPlanned
- Document controlPlanned
- GISPlanned
- BI and reportingPlanned
- HistoriansPlanned
The layer
One asset model
Imagery, telemetry and paperwork land against the same assets, versioned over time, so an agent reads one thing instead of five.
- Asset register and hierarchy
- Work history
- As-builts and drawings
- Certificates and compliance
- Time-series history
What comes out
- Prioritised list of what to fix
- Work orders
- Audit trail
- Exports and reports
The connector matrix
What each protocol is usually attached to on a site, which way the data moves, and how we talk to it. The last two columns are the ones your network team will ask about.
- OPC UAPlant controllers, inverter gateways, modern SCADA serversPlannedIt pushes to usIt pushes to us
- Modbus TCP / RTUInverters, trackers, meters, older field devicesPlannedWe poll itWe poll it
- MQTT / Sparkplug BEdge brokers, IIoT gateways, telemetry busesPlannedIt pushes to usIt pushes to us
- IEC 61850 MMSSubstation IEDs, protection relays, bay controllersPlannedWe poll itWe poll it
- DNP3Transmission and distribution RTUsPlannedWe poll itWe poll it
- BACnet/IPBuilding and data centre plant, HVAC, power monitoringPlannedWe poll itWe poll it
- IEC 60870-5-104Utility telecontrol links to substationsPlannedIt pushes to usIt pushes to us
- SunSpecSolar inverters and string combinersPlannedWe poll itWe poll it
- REST / OpenAPIVendor cloud portals, maintenance systems, ticketingTwo wayRequest and responseRequest and response
- WebhooksAnything that should hear about a finding immediatelyPlannedWe push to youWe push to you
- SFTP / CSV dropHistorian exports, meter data, legacy reporting jobsPlannedScheduled batchScheduled batch
- ODBC / JDBCOn-premise historian and asset databasesPlannedScheduled batchScheduled batch
Every row but REST is in progress: no protocol connector is implemented today. Where a system is not on this list, the intended route is its REST API, a historian export or an SFTP drop. Protocol support is not the same as a tested vendor integration, and we will say which one you are getting — including neither — before you sign anything.
What is already on your site
Find the mark you already run, and read the badge on it. Almost everything here carries "Planned": the connectors that would reach these systems are in progress. What we read and write today is DJI imagery, FLIR radiometric thermal, GeoTIFF and LAS, and S3.
- SiemensPlanned
- Schneider ElectricPlanned
- ABBPlanned
- RockwellPlanned
- GEPlanned
- Mitsubishi ElectricPlanned
- HoneywellPlanned
- Johnson ControlsPlanned
- VertivPlanned
- HuaweiPlanned
- SMAPlanned
- SungrowPlanned
- SolarEdgePlanned
- FroniusPlanned
- MQTT brokerPlanned
- Inductive AutomationPlanned
- AVEVAPlanned
- HigecoPlanned
- meteocontrolPlanned
- GreenPowerMonitorPlanned
- Power FactorsPlanned
- SunbirdPlanned
- NlytePlanned
- AVEVA PIPlanned
- InfluxDBPlanned
- TimescaleDBPlanned
- PostgreSQLPlanned
- Apache KafkaPlanned
- SnowflakePlanned
- DatabricksPlanned
- BigQueryPlanned
- S3 object storeTwo way
- GrafanaPlanned
- SAP PMPlanned
- IBM MaximoPlanned
- ServiceNowPlanned
- Esri ArcGISPlanned
- AutodeskPlanned
- SharePointPlanned
- Power BIPlanned
- Oracle EAMPlanned
- Microsoft Dynamics 365Planned
- OdooPlanned
- MaintainXPlanned
- LimblePlanned
- UpKeepPlanned
- Bentley iTwinPlanned
- JiraPlanned
- SalesforcePlanned
- HubSpotPlanned
- ZohoPlanned
- DJIRead
- Autel RoboticsPlanned
- SkydioPlanned
- Pix4DPlanned
- Agisoft MetashapePlanned
- FLIR thermalRead
- GeoTIFF / LASTwo way
- Don't see yours?Tell us what is on site and we will scope the connection with you.
- offline for
- 3 d 4 h
- buffered
- 412 MB
- oldest reading
- 2026-02-01 06:12
- forward rate
- capped 2 Mb/s
Nothing is lost while the link is down, and nothing floods it when the link comes back.
For sites where the link is bad or absent
Remote solar, offshore wind and a substation with a deliberately air-gapped control network have the same problem in different words. The gateway is built for it rather than around it.
- 01
Collect locally
The gateway sits on the site network and polls or subscribes from the inside. Nothing is exposed outward and nothing waits on the internet.
- 02
Buffer on disk
Readings are written to local storage first. If the link is down for a week the data is still there, in order, with its original timestamps.
- 03
Forward when there is a link
When connectivity returns the buffer drains oldest first over a single outbound connection, at a rate you cap so it cannot saturate a shared satellite link.
- 04
Reconcile, do not overwrite
Late data is merged into the series at the time it was measured rather than the time it arrived, so a week of backfill does not appear as a week of flat line followed by a spike.
How other software reaches the agent
The agent answers people in the product and, in time, software over MCP with the same reasoning and the same limits. Today the REST API is the only programmatic surface; the MCP server, event subscriptions and SDKs below are in progress, and the panel beside them is a design rather than a live session.
REST API
An OpenAPI described HTTP interface over assets, findings, telemetry series, work orders and documents. Token scoped, per-environment, with the same permissions your users have.
MCP serverPlanned
Orbitify exposes its asset model, findings and work as MCP tools, so your own assistant or agent framework can query the model and act inside the same governance.
Webhooks and eventsPlanned
Subscribe to findings, state changes and decisions as they happen, so your ticketing or notification system hears about them without polling us.
Python and TypeScript SDKsPlanned
Thin typed clients over the same API, for data teams that want the model in a notebook rather than in a dashboard.
Tools exposed
- assets.queryresolve an asset and its children
- findings.listopen findings, filtered and ranked
- telemetry.seriestag history for a window
- work.createraise work, subject to limits
One call
findings.list
{ asset: "INV-04B", since: "14d", min_severity: "high" }
2 findings · 1 corroborated by telemetry · 1 awaiting a second source
A caller with the same token cannot use work.create beyond the autonomy limit set for that site. Above it the call returns a proposal for a person to approve rather than a created work order.
What connecting actually involves
Four steps, and the honest answer is that the first one takes the longest, because it is the one that depends on your team rather than ours.
Survey what exists
Which systems hold what, which tags matter, who owns the network segment, and what your change process requires. This is where a deployment is slow or fast.
Place the gateway
One outbound connection from inside your network. Reviewed by your security team before anything is installed, with the exact destinations and ports written down.
Map tags to assets
A tag name is not an asset. Mapping is what turns thousands of points into an inverter, a string and a module, and it is the step that makes everything downstream possible.
Verify against a known period
We replay a window you already understand and check the model agrees with your own reports before anything is allowed to act on it.
What integrators ask
Do you need an inbound firewall rule?
No. The gateway opens a single outbound connection and polls or subscribes from inside your network. There is no inbound port, no listener on the OT side and nothing on your network that can be reached from the internet.
Can Orbitify write into our maintenance system?
Where the connector is marked two way, yes, and only where you enable it. Write access is configured per system and per object type, so reading work orders from SAP without being able to create them is a normal and supported configuration.
Our historian is on-premise and stays there. Is that a problem?
No. The historian can remain the system of record for raw history while the layer holds the mapping and the derived series. In an edge or in-tenancy deployment the raw data never leaves your environment at all.
What if a vendor system is not on your list?
Most of the long tail is reachable over REST, ODBC or a scheduled export, which are all supported. If it is a genuinely closed system we will tell you that rather than promising a connector that would take a year.
How are credentials for our systems handled?
They are held in the deployment's secret store, scoped to the specific connector, and are never written into the asset model or exposed through the API or MCP surface. In an in-tenancy deployment they never leave your account.
What happens to data already in our historian?
It can be backfilled. Mapping the tags is the same work either way, and starting from history rather than from today is what lets drift and failure prediction be useful in the first weeks rather than the first year.