An adjustable mounting node cannot be selected or quoted from the word adjustable, a camera count, or total equipment mass. Each node needs a revision-controlled mechanical definition: the exact supported item and interface, mass and centre-of-gravity inputs, force and moment cases supplied by the project, reference and axes, required travel and end positions, permitted adjustment state, slot or other mechanism, locking and secondary retention, access and inspection, and evidence for every intended configuration. An unknown stays open with an owner and gate; it does not become an assumed range, payload, accuracy, repeatability, or safety result.

This article concerns the mechanical node and its connection to the support frame. Cameras, lenses, lights, adapters, trays, retained cables, and service items appear only as supported loads, positions, envelopes, interfaces, access needs, and retention inputs. Final camera coordinates, optical axes, field of view, optical alignment, calibration, reconstruction, triggering, synchronization, image stability, imaging quality, electrical design, lighting output, and system acceptance are outside scope. A mechanical position record may be an input to those separate activities, but it cannot prove them.

Start with the exact supported item and state

Give every node a stable identifier and connect it to one supported-item revision. Record the camera body or accessory, every adapter between it and the node, mating-interface identity, mass, orientation, centre-of-gravity location relative to the interface, cable or hose reactions, and any item that is attached only during setup or service. If a lens, monitor, light, battery, bracket, tray, or cable bundle can move or be exchanged, identify the affected configurations instead of treating the build as permanently fixed.

Keep the project inputs separate. Mass identifies how much matter belongs to the scheduled assembly. Force and moment cases describe what the responsible design basis asks the node to carry in named orientations and states. The position and direction of the supported item can matter to those cases, so a total mass without the project-defined geometry is incomplete. This article supplies no calculation method, dynamic multiplier, allowable value, or consequence category. Those belong to the competent mechanical or structural authority for the real installation.

Use the guide to checking the supported-item payload and locking chain when the open question concerns the camera, plate, adapter, clamp, or fastener stack above the node. That narrower guide does not rate the adjustable node or the frame below it. Bring its confirmed item and interface record into the node package, then keep the node mechanism, travel, locked state, and frame connection as separate gates.

One useful supported-item row contains:

Field Project entry Do not infer
Node and item identity Node ID, supported-item ID, manufacturer/model where applicable, drawing or schedule revision That a familiar item name fixes its mass, interface, or suitability
Mechanical load inputs Mass, centre-of-gravity offsets, orientation, force/moment case references, cable or hose reactions A payload or allowable load from mass alone
Interface chain Mating profile, fasteners, adapters, seating faces, anti-rotation features, access direction Fit, engagement, retention, or capacity from a family label
State coverage Transport, setup, operating, service, adjustment, and any maximum-extension state That evidence for one state covers all others
Open owner Person responsible for the missing input and the decision gate That a blank field is acceptable or not applicable

If the supported item or interface revision changes, reopen the affected node rows. A new adapter can change the mating geometry, offset, access, and load path even when the camera body remains the same. A cable reroute can change obstruction or reaction inputs. Reopening means controlled impact review; it does not automatically mean redesign, rejection, or a claim that the previous configuration failed.

Establish the mechanical reference before writing travel

Travel must be measured from something that the drawing, assembly, and inspection teams can identify consistently. Define the node origin, positive directions, axis names, units, zero or home position, nominal working position, and physical features that realize the reference. State whether the reference belongs to the frame, a rail, a replaceable bracket, a fixture, or a controlled model, and identify its revision. If an axis is described as left/right or up/down, also state the viewing direction or frame-side convention so the words cannot reverse between documents.

ISO 5459:2024 formally addresses datums and datum systems in geometrical product specifications. Its public official record supports identifying that normative subject when a project selects the framework; it does not choose this node's datum features, origin, coordinate convention, fixture, tolerance, or measurement method. The project design authority must supply those decisions. The standard also supplies no camera coordinate, optical axis, calibration target, or StelMount positioning result.[1]

Record how the datum is physically available in each state. A face that can be contacted during bench assembly may become obstructed after the supported item or cable tray is installed. A mark may aid identification without being suitable as a measurement datum. A removable bracket may need a separate reinstallation reference. Do not solve these differences with one abstract reference cell; name the feature, access state, realization method, and owner.

Mechanical reference and optical reference remain distinct. The node register may state where a mounting face, centreline, hole pattern, or locked carriage is located relative to the frame definition. It must not state where a camera's optical centre, view direction, or calibrated pose lies unless a separately authorized system record provides that information. Even then, the mechanical drawing should point to the external record instead of silently absorbing its acceptance rules.

Make travel a state-qualified requirement

For every axis, list the required working positions and the minimum and maximum project limits. Distinguish the nominal position, usable adjustment range, hard or procedural end limits, service-removal travel, and any prohibited region. Identify the feature that defines each endpoint and whether the endpoint is a physical stop, a controlled mark, a discrete hole, a software-independent setup instruction, or another project-defined limit. A long slot is not automatically all usable travel, and a stop is not automatically suitable for carrying operating load.

State when adjustment may occur. The allowed state might be unloaded, supported by temporary means, partially loaded, fully loaded under a defined procedure, or prohibited while loaded. Name the responsible operator, access side, required tool or handling aid, nearby obstructions, and the frame/base state. If the node can move in more than one axis, define whether the axes are adjusted independently or in a controlled sequence and which lock must be engaged before another is released. Do not invent that sequence when the mechanism is not yet selected.

Use the representative StelMount system families only to describe the surrounding frame context. A node on an ARC, RING, GRID, TUNNEL, DOME, MOBILE, or custom frame can still require its own axis convention, travel, load revision, access, and locked-state evidence. The page does not promise a node type, dimension, range, accuracy, repeatability, or availability for this project.

Separate node travel from three adjacent questions. Whole-frame expansion or vertical telescoping belongs to the configuration of the full support frame. Removing or opening a structural segment belongs to the openable-frame state and temporary-support review. Repositioning the supported camera for optical coverage or calibration belongs to the capture-system authority. The same physical motion may affect several records, but one node travel value does not close those other decisions.

Document intermediate positions only when the project intends to use, lock, inspect, or pass through them under controlled conditions. Do not fill a register with arbitrary increments to imply precision. If discrete positions matter, identify their physical indexing features and allowable use. If continuous adjustment is proposed, identify the measurement or setup method and the lock transition. In both cases, keep the required position, achievable mechanism, and verified result as separate fields.

Define the slot or mechanism as a complete interface

Name the candidate mechanism category, then describe the actual interface. For a slot, record its controlled profile, orientation, length and width definitions, end geometry, edge relationships, mating fastener or block, bearing/contact surfaces, intended clearance or seating condition, insertion or assembly direction, tool access, and replacement boundary. For a rail, telescoping member, clamp, pin, discrete-hole pattern, or replaceable bracket, record equivalent locating, carrying, adjustment, and retention features. Do not mix alternatives in one row as though they were interchangeable.

Slot geometry is not a locking method. The slot may guide travel, provide clearance, permit assembly, or establish a range, while a separate fastener, clamp, pin, wedge, latch, or other feature creates the retained state. Name which surfaces locate, which transfer the project-defined loads, which resist rotation or release, and which are inspected. If friction is part of the proposed load path, keep the surface condition, finish, contamination, lubrication, wear, and controlled installation procedure visible rather than assuming an unchanging coefficient.

For adjacent manufacturing vocabulary, Steelhui describes laser tube cutting for slots and connection features. That page may help a team discuss whether a controlled feature can be produced in a tube or member. It does not establish the node design, slot tolerance, edge distance, material, fit, contact, payload, lock performance, or final StelMount capability. The responsible design and manufacturing records still need to define and verify the exact feature.

Access belongs in the interface definition. Record the hand, tool, or handling approach for adjustment, locking, inspection, and release; the installed items that could obstruct it; and the state in which access is required. A tool shown in an assembly drawing may not fit after a camera, bracket, light, or cable is installed. Conversely, visible access does not prove that the operator can support the item, control movement, or verify full engagement.

Specify service and replacement triggers as project decisions. Possible observations include damaged threads, burrs, distorted slots, worn contact faces, cracked or loose components, unexpected play, incomplete seating, missing retention hardware, or unreadable position identification. The article does not assign rejection limits or inspection intervals. It asks the project to identify the observation, decision owner, evidence record, and action before the node returns to a permitted state.

Separate seating, locking, secondary retention, and release

Write the state sequence in plain terms. Open means the primary lock is released and the node is not represented as ready to carry the operating case. Seated means the specified locating and contact features have reached their intended relationship. Locked means the primary locking procedure has been completed. Retained means any separately required anti-release or secondary feature has reached its defined state. Inspected means the specified cue or measurement has been checked and recorded. Accepted remains a project decision for the named configuration; it is not a synonym for handle position.

If a threaded fastener or clamp is used, identify the exact fastener and mating parts, usable engagement, bearing surfaces, clean or lubricated condition, finish, reuse rule, tool and procedure, and inspection evidence. ISO 16047:2005 concerns torque/clamp-force testing for fasteners under controlled conditions. That subject supports refusing to treat an isolated torque number as a universal lock definition. The official record supplies no tightening value, clamp force, friction value, slot capacity, cycle life, or StelMount result; the applicable manufacturer and project records must provide those inputs.[2]

Do not compensate for a missing procedure by applying more torque. The node could be governed by thread strength, bearing condition, clamp deformation, mating-face contact, handle travel, positive engagement, or another mechanism-sensitive limit. A value valid for one fastener, coating, lubrication state, tool, or test arrangement may not transfer. When no controlled value exists, mark the locking input unresolved and stop the affected quote or use decision.

Secondary retention is a separate project decision, not a decorative checklist item. State the event it is intended to address, the independent attachment path if any, compatible movement and release sequence, inspection cue, and evidence basis. Do not assume that a pin, catch, cable, tether, end screw, or stop is independent, rated, or appropriate merely because it is present. Adding retention can introduce shock, snag, collision, or access conditions that also require review.

Define the release procedure with the same care as locking. Identify who supports the attached item, whether load must be removed, which lock or retention feature releases first, how uncontrolled motion is prevented, and which state follows. If the node is overhead, moving, difficult to reach, or used near people or valuable equipment, the consequence and applicable controls must be addressed by the competent project authority before release is permitted.

Treat adjustment as a mechanical risk state

The node review should identify what can move, fall, rotate, slide, pinch, collide, or become unsupported during setup, adjustment, release, service, transport, and foreseeable misuse. Record who is exposed, what equipment is in the path, whether the operator can see the lock state, what support is available, and which party accepts the residual condition. These are project inputs, not evidence that a hazard exists at a particular level or that one control is sufficient.

ISO 12100:2010 addresses general principles for machinery design, risk assessment, and risk reduction. Its official subject supports keeping hazard identification, risk evaluation, reduction measures, and residual-risk communication visible when a moving or releasable node is reviewed. It is not a certification route for this article, does not select a guard, tether, exclusion zone, load limit, training requirement, or legal regime, and does not prove a StelMount node safe. Applicable law, the complete standard where selected, and competent project review control.[3]

Keep risk acceptance separate from mechanical compatibility. A node may physically mate with an item yet remain unresolved because the load case, release consequence, operator access, secondary path, or inspection method is missing. Conversely, a project risk decision does not create a load rating or geometric result. The register should point to the relevant risk record and owner without summarizing an unverified conclusion as safe.

Define geometric acceptance without claiming calibration

For every position-related requirement, name the characteristic being checked. It may concern a mounting-face location, slot endpoint, axis relationship, locked carriage position, orientation of a mechanical interface, available travel, clearance, play, or change after repeated adjustment. Then name its datum references, units, project criterion, measurement state, method category, instrument or fixture where relevant, environmental or support conditions, result, and disposition authority.

ISO 1101:2017 formally addresses geometrical tolerancing of form, orientation, location, and run-out. The public official record supports identifying that subject when the project selects the framework. It does not supply a node tolerance, travel accuracy, positioning repeatability, camera coordinate, optical-alignment limit, measurement method, or conformity result. The responsible design and metrology authorities must provide the applicable edition, characteristics, datum scheme, values, and decision rules.[4]

Use repeatability only when the project defines what is repeated. State the node, item/load revision, starting state, adjustment sequence, lock procedure, number and timing of observations, datum realization, method, conditions, reported statistic, and acceptance rule. A single return to a mark, an operator impression, or one bench measurement is not a repeatability record. This article defines no test and publishes no repeatability claim.

Keep three outcomes separate. A dimensional or geometric check may show that the mechanical node met a project criterion in one state. A structural or retention record may show that a named load case was addressed by its authorized method. A calibration or imaging record may show something about the capture system. None automatically proves the others, and the node register should preserve pointers rather than merge them into one verified label.

Use one Node Definition and Evidence Register

Build one row per node and state combination. If the item revision, load position, travel extreme, locking procedure, surrounding frame state, or service action changes, create another keyed row instead of overwriting the earlier configuration. The register is a comparison and handoff tool; blank or provisional entries do not prove that a node exists or is available.

Node / state key Supported item and mechanical load inputs Reference, axes, and travel Mechanism, lock, and retention Evidence status and owner
Node ID + transport/retracted Item/load revision; transport attachments; orientation and handling case Transport reference; secured position; required limits Transport restraint or open item; inspection cue Record ID or input missing; owner and gate
Node ID + setup/adjustment Supported or unloaded condition; temporary handling inputs Datum realization; permitted axes; setup range; end limits Adjustment sequence; released/partly locked states; access Method/criteria pending or named record; operator/authority
Node ID + operating/locked Operating item/load revision; position and moment-case reference Named locked position or range; measurement state Seating, primary lock, secondary retention, inspection Analysis/test/inspection pointer and accepting owner
Node ID + service/release Reduced or removed load set; service support input Service position; access and removal path Release order; temporary retention/support; return check Procedure/evidence status; service and release owners
Node ID + maximum extension Applicable item/load revision and extreme geometry Maximum named position; endpoint definition Lock and end-retention state at the extreme Configuration-specific evidence and open gate

Read each row from left to right. The supported-item cell says what the node carries and which project case applies. The reference cell says where movement is defined. The mechanism cell says how the position is reached, locked, retained, inspected, and released. The evidence cell says what record exists and who may decide. A record identifier is only a pointer; acceptance still requires the matching configuration, method, criteria, result, and authority.

For each evidence record, capture the node and item identifiers, drawing and schedule revisions, exact position or range, surrounding frame/base state, boundary conditions, load-case reference, lock/retention state, method, criteria, instrumentation or inspection approach, deviations, result, date, and approving party. Keep calculation, analysis, test, inspection, operational check, and project acceptance as distinct evidence types.[5]

NASA-STD-5001B provides a deliberately bounded example of configuration-aware verification records: within its spaceflight-hardware domain, it discusses defined requirements, test or analysis, representative configurations, and documented deviations. The same standard expressly has applicability limits and exclusions, including design-load determination and ground support equipment. It is not a StelMount design standard and supplies no load, factor, test route, criterion, approval authority, certification, or result for this node. Its use here is limited to the method of naming exactly what was checked and what changed before evidence is transferred.[5]

Use neutral status labels such as input missing, design basis pending, method pending, record identified, result under review, or project decision recorded for the named state; authority identified. Avoid tested, verified, safe, accurate, or repeatable without the configuration, criterion, result, and authority immediately available. A passed record for an unloaded nominal position does not cover a loaded maximum-extension state unless the controlled basis explicitly says so.

Stop unresolved nodes and send a bounded RFQ package

Stop selection, release, or quotation for the affected node when:

  • the supported item, adapter stack, mass, centre-of-gravity input, orientation, or project load-case reference is missing;
  • the origin, axes, datum realization, units, travel limits, adjustment state, or endpoint definition is ambiguous;
  • the slot or mechanism has no controlled geometry, mating-part identity, contact intent, access route, or replacement boundary;
  • seating, primary locking, secondary retention, end retention, inspection, or release is represented only by an informal label;
  • evidence for a different load, position, mechanism, frame state, or revision is being transferred without a documented basis; or
  • a mechanical result is being presented as camera coordinates, optical alignment, calibration, repeatability, imaging acceptance, or a StelMount rating.

Escalate when overhead or moving loads, temporary support, public exposure, dynamic service, difficult access, floor or frame interaction, or applicable legal requirements lie outside the documented project basis. The escalation should identify the competent design, metrology, safety/compliance, and acceptance authorities. It must not select a standard, control, safety factor, or product result by implication.

Use StelMount's engineering scope to separate the physical node and frame package from customer or integrator responsibilities. That public page helps structure the conversation but proves no node mechanism or capability. Send the completed register, supported-item schedule, reference/datum definition, state views, mechanism and lock information, evidence requests, open-item owners, and revision index through the StelMount project inquiry brief. The current page prepares a local summary; it does not itself submit, engineer, verify, or accept a node.

The correct next decision is whether the named mechanical inputs and evidence gates are complete enough for concept selection and quotation. It is not whether an undefined “adjustable mount” sounds suitable. Keep every unknown visible until the responsible project authority supplies the missing definition or accepts a bounded assumption for the exact node and state.

References

  1. ISO 5459:2024, Geometrical Product Specifications (GPS) - Geometrical Tolerancing - Datums and Datum Systems. Official ISO record. Public title and subject only; no project datum, coordinate system, tolerance, method, optical alignment, calibration, or StelMount result is supplied. Back to citation
  2. ISO 16047:2005, Fasteners - Torque/Clamp Force Testing. Official ISO record. The official subject supplies no universal torque, clamp force, friction value, slot capacity, cycle life, procedure, or StelMount lock result. Back to citation
  3. ISO 12100:2010, Safety of Machinery - General Principles for Design - Risk Assessment and Risk Reduction. Official ISO record. The record does not certify this article or select project controls, limits, legal requirements, or a StelMount safety result. Back to citation
  4. ISO 1101:2017, Geometrical Product Specifications (GPS) - Geometrical Tolerancing - Tolerances of Form, Orientation, Location and Run-out. Official ISO record. Public title and subject only; no node tolerance, travel accuracy, repeatability, camera coordinate, calibration result, or conformity claim is supplied. Back to citation
  5. NASA, NASA-STD-5001B w/ Change 3: Structural Design and Test Factors of Safety for Spaceflight Hardware (2022). Official NASA record. This source concerns NASA spaceflight hardware and does not establish a design load, verification rule, approval route, or product result for a StelMount node. Back to citation, occurrence 1 Back to citation, occurrence 2