▌ APPLICATION NOTE · OCTOBER 2026 · DOCKING CRANE DATA TO ENTERPRISE AND REGULATORY PLATFORMS From the Cab to the Cloud: What Crane Data Leaves the Site, and Who Sees It A tower crane black box is useful on its own. The operator sees the readings, the alarms sound in the cab, and the machine behaves more safely. But a crane is one asset among many, and a site, a fleet owner and a regulator each want a view that is wider than a single cab. That is where platform docking comes in. It carries the data the machine already produces beyond the machine, so a decision made in an office or an inspection can rest on readings taken at the crane rather than on a recollection of them. This application note is about the docking function of the ZNAO-TG2 tower crane safety monitoring system: the ability to connect the crane to an enterprise cloud and, where required, to a regulatory cloud. It explains why a black box talks to a platform, what actually flows, who the two audiences are, how the connection is made, and how a site should think about scope. The activity sits under the same expectations that standards such as ISO 12480-1, EN 14439 and BS 7121 place on the management of lifting operations. 01 WHY A CRANE BLACK BOX TALKS TO A PLATFORM The reason is simple: the value of crane data grows when it is seen together. A single machine tells a crew whether this lift is heavy or this slew is close to a limit. A group of machines tells a site whether a pattern is emerging, whether one crane is being worked harder than another, or whether alarms cluster at a particular time of day. A platform is the place where scattered readings become a fleet view, and docking is the path that carries them there. The word docking is deliberate. The crane does not become the platform; it connects to one. The unit keeps doing its own job, sensing load weight, moment, trolley radius, hook height, slew angle, wind speed and tilt, and sounding alarms when a threshold is crossed. Docking simply means the same data can flow to a system that aggregates many cranes. The crane stays a crane, and the platform gains an accurate view of what the crane is doing. ▌ WIDER THAN A CAB A single crane is only one asset, and a site, a fleet and a regulator each want a view across many machines. ▌ THE CRANE STAYS A CRANE The unit keeps monitoring and alarming locally; docking connects it to a wider platform without changing its job. ▌ FROM THE MACHINE The data that flows outward begins as readings taken at the crane, not as estimates made elsewhere. 02 WHAT ACTUALLY FLOWS What flows is the data the black box already produces. The system senses load weight, moment, trolley radius, hook height, slew angle, wind speed and tilt, and it logs alarms for audit, inspection and accident back-trace. Those are the ingredients. Docking sends them, and the associated events, to an enterprise or regulatory platform so the record is available beyond the crane. The measurements are precise, with radius and height to 0.1 m, slew to 0.1 degrees, load to 0.01 percent and wind speed to 0.1 m per second. The alarm log is often the most valuable part. A threshold alarm, an overload event or a sensor-failure prompt, which the system shows in the cab as a yellow prompt with auto-reset, becomes an entry that a wider platform can collect. Over many machines, those entries describe how a site actually behaves rather than how it was planned to behave. That shift, from a single event to a pattern across a fleet, is exactly what a platform view is for, and it is why the log matters as much as the live readings. ▌ THE CORE READINGS Load, moment, radius, height, slew, wind and tilt are the data that flow outward to a platform. ▌ PRECISE NUMBERS Radius and height to 0.1 m, slew to 0.1 degrees, load to 0.01 percent and wind to 0.1 m per second. ▌ THE ALARM LOG Threshold alarms, overload events and sensor-failure prompts become entries a platform can collect. 03 WHO SEES IT: ENTERPRISE AND REGULATORY AUDIENCES Two audiences usually matter. The enterprise platform is the operator, the fleet owner or the site organisation: the people who run the cranes and want to know how they are being used, where the alarms cluster and whether the equipment is being worked within its limits. The regulatory platform is the body that oversees special-equipment safety and expects a record that can be inspected. A well-docked system serves both from the same source, so the site is not maintaining two versions of the truth. The distinction matters for expectations. The enterprise audience wants visibility and management; the regulatory audience wants evidence and traceability. A docking arrangement that satisfies only one leaves a gap. When the data that reaches both comes from the same monitoring unit, the numbers agree, and a discussion about a shift, an inspection or an incident starts from one shared record rather than from competing spreadsheets that were assembled by different people for different purposes. ▌ THE ENTERPRISE VIEW A site, operator or fleet owner wants to see use, alarms and whether cranes are worked within limits. ▌ THE REGULATORY VIEW An oversight body wants a record that can be inspected and used to trace events. ▌ ONE SOURCE, ONE TRUTH Both audiences are served from the same monitoring unit, so the numbers agree. 04 HOW THE DOCKING CONNECTS The unit is built to connect. The ZNAO-TG2 host is a Linux platform with 4G plus 433M wireless and RS485, USB, LAN and display outputs. Those outputs are how a crane reaches a platform: a wired route through RS485, USB or LAN where the site provides one, and a wireless route through 4G where it does not. The 433M channel serves the local crane-to-crane work of group anti-collision, while 4G extends the data to systems beyond the site. Docking should be part of commissioning. The site decides which platform receives what, confirms the connection, and checks that a known alarm arrives where it is expected. Because the host also works with ONVIF IP cameras for hook visualisation, a platform may carry both the measurement record and a video channel, depending on what the site has chosen. The point of confirming all of it early is simple: a data path that has never been tested is not a data path a site can rely on. ▌ WIRED OR WIRELESS RS485, USB and LAN give a wired route, while 4G carries the data where no wired route exists. ▌ 4G PLUS 433M The 433M channel handles local crane-to-crane work; 4G extends the data beyond the site. ▌ TEST THE PATH Confirm the connection and that a known alarm arrives where it is expected, as part of commissioning. 05 PRIVACY, OWNERSHIP AND WHAT NOT TO SEND Docking crane data raises ordinary questions about ownership and scope, and they deserve ordinary answers. The data belongs to the site or the organisation that operates the crane, and the platform is a service that receives what that organisation chooses to send. The monitoring unit senses the machine, not the people around it, so the core readings describe load, motion and wind rather than individuals. Where an optional face-ID driver identity is enabled, the shift record joins the equipment record, and the site should say so plainly. The guiding principle is that docking should send what is needed and no more. The enterprise platform needs the readings and the alarm log; the regulatory platform needs the traceable record. Neither needs everything a site could technically transmit. Deciding the scope before commissioning keeps the arrangement honest, keeps the data path simple, and makes it easy to explain to the people whose work is being recorded. A clear platform policy, agreed in advance, is part of a well-run site. ▌ THE DATA BELONGS TO THE SITE The organisation that operates the crane owns the data, and the platform receives what it chooses to send. ▌ THE MACHINE, NOT THE PEOPLE Core readings describe load, motion and wind; where face-ID is enabled, the site should say so plainly. ▌ SEND WHAT IS NEEDED Keep the scope to the readings and records each audience needs, and decide it before commissioning. PROCUREMENT IMPACT ● If a site or a fleet wants a view across many cranes, platform docking is the function that carries the data beyond a single cab. ● Decide early which platforms receive data and what each one needs, because enterprise and regulatory audiences want different things. ● Confirm the connection route, wired through RS485, USB or LAN or wireless through 4G, before delivery. ● Plan one source of truth, so the enterprise view and the regulatory record come from the same monitoring unit. ● Agree the data policy up front, including whether optional face-ID is enabled, so the arrangement is honest and easy to explain. WHAT TO WATCH ● Watch the scope, because a platform is only as useful as the data it is allowed to receive. ● Watch the connection, since a route that has never been tested is not a route a site can depend on. ● Watch the agreement between audiences, so the enterprise view and the regulatory record do not drift apart. ● Watch the people question, and be clear about what the machine records and what it does not. ● Watch the plan. A richer record supports good decisions, and it does not make a poor lift plan sound. ABOUT ZN Industrial (Shandong Zhinuo) designs and manufactures crane safety monitoring systems, positioning systems and mechanical auxiliary handling equipment for overseas construction, industrial and steel markets. Standards and regulations vary by market — local rules still govern your site. ▌ CONTACT shandongzhinuo@outlook.com +86 176 6371 0314 · en.znaqkj.com SOURCES · ISO 12480-1 · EN 14439 · BS 7121 · OSHA 29 CFR 1926 Subpart CC |
Articles / crane
From the Cab to the Cloud: What Crane Data Leaves the Site, and Who Sees It
Platform docking carries the readings and alarm logs of a tower crane safety monitoring system beyond the machine, to an enterprise cloud and, where required, a regulatory one. This note explains what flows, who sees it and why.
