Registry-priced deployment cost & TCO
Standalone pricing for a composed node: module, drives, PoE switch, carrier and supply from the price registries. Camera lines use a representative planning assumption (class E) for the resolution class unless you override the unit price. Missing listings stay null — the hardware subtotal and TCO stay incomplete, never zero. Method: methodology. The same engine prices the Architecture Designer and Full Deployment Planner BOM rollups.
Method v1.2.5 · data verified 2026-09-29 · registries: module-prices, drive-prices, poe-switch-prices, carrier-prices, psu-prices, camera-class-prices, storage-host-prices, production-carriers · methodology
01 · Describe the deployment
03 · How this works
What is priced
Compute modules come from the module price registry — class C where a dated vendor or distributor listing exists, never class B, which is reserved for EdgeAIStack measurements. Drives, PoE switches, carriers, PSUs and storage hosts come from their own price registries under the same listing taxonomy. Cameras use resolution-class planning allowances (class E) unless you override the unit price. Quantities are yours: the engine prices the composition you describe and never re-picks hardware.
Incomplete, never zero
An unpriced line contributes nothing and makes the hardware total incomplete; it is never counted as zero. The TCO is still published as a lower bound with the missing lines named, and every null price or quantity says why in its note.
An undiscounted sum
TCO is capex (hardware plus opt-in allowances) plus the yearly operating cost times the horizon. No discount rate, financing, carbon, ROI, cloud comparison, certification or volume discount is applied — each is listed under exclusions because there is no defensible source.
Full rules, the completeness contract and what is excluded: methodology. Raw price registries: module-prices.json, drive-prices.json, poe-switch-prices.json, carrier-prices.json, psu-prices.json, storage-host-prices.json, camera-class-prices.json.