Engineering deep-dives, architecture decisions and the reasoning behind them.

The phrase survives in specifications because everyone believes they understand it. Three people around a table can mean three different things by it, and the system gets built to the vaguest one.

Service agreements written for mechanical equipment do not survive contact with software. Here is what changes, and how both sides usually get it wrong before they get it right.

Two instruments measuring the same thing give different numbers, and the argument that follows is usually about which is right. It is nearly always the wrong question.

Most as-built documentation is written to satisfy a contract clause and read by nobody. A small amount of it, written differently, is what a technician opens at three in the morning.

The mechanical parts of a capital purchase are covered by decades of contract practice. The software inside is usually covered by a licence nobody in the room has read.

A radio plan drawn on a floor plan assumes the floor plan is what the radio sees. It isn't. Racking, tanks, mesh decking and forklifts are the actual propagation environment.

A system that passed its acceptance test has been proved to work under the conditions someone wrote down. The first week is when it meets the conditions nobody wrote down.

Time-series data has an access pattern that ordinary databases handle badly and specialist ones handle well. The decision usually turns on tag count, query shape and who has to maintain it.

Everything that cannot be done on a running plant queues up for one window. The instrumentation and controls work in that queue fails for predictable reasons, most of them scheduling rather than technical.

M12 is not one thing. Coding, contact plating, mating cycles and whether the operator can feel the thread in the dark all decide whether the connector is a detail or the reason the line stopped.

Cable gets specified by conductor size and then installed in a drag chain, buried in a duct with a drive cable, or pulled round a corner tighter than its bend radius. Each of those has a number attached.

Most device logs are written for the developer who wrote the firmware and read by a technician standing in the rain. Here is what actually helps, and what to leave out.
Tell us what you're building and we'll help you scope the first deployment.