Technical Trade SchoolBOOT advanced-bootcamp
BOOT-N4
Concept reading and source route

BOOT-N4 Reading Guide

How to use this reading guide

This is the concept-review layer for a 100% online course. Read each module before its lesson, complete the retrieval prompts without looking, then use the linked authoritative sources to verify project-specific editions, requirements, and manufacturer procedures.

Online evidence is not OJL: browser simulations, document cases, and isolated remote equipment build reasoning and documentation skill; supervised field performance is recorded separately.

Module 1

Fleet intake, exact build, modules, licenses and recoverability

Why it matters: Niagara procedures and artifacts are distribution/build/module dependent; source, deployed, backup, and supported state must be distinguished.

Vocabulary and working scope

OEM distribution; N4 build; modules/versions; licenses; host/JVM/OS; drivers; dependencies; station state; backups; manifests; scope; authority; stop criteria.

Source-to-result trace

  1. Locate the controlling requirement and establish authority.
  2. Identify the physical and digital boundaries.
  3. Preserve as-found state and timestamps.
  4. Trace the initiating condition through logic, interfaces, equipment, and process response.
  5. Compare expected and actual evidence.
  6. Calculate with units and stated tolerance.
  7. Record action, result, restoration, uncertainty, and owner.

Worked thinking prompt

Two stations report the same version label but have different module sets and one backup cannot start in the recovery lab.

Calculation: Calculate version/dependency coverage, backup age, restore success/time, resource margin, and unsupported-condition count.

Retrieval prompts

Module 2

Platform/station identity, time, users, roles, certificates and Fox trust

Why it matters: Connectivity does not justify accepting unknown certificates, disabling validation, sharing credentials, or broadening roles.

Vocabulary and working scope

Host/platform/station identity; DNS/IP/time; users/roles; service accounts; certificates; trust stores; Fox/secure services; expiry; least privilege; audit; revocation; recovery.

Source-to-result trace

  1. Locate the controlling requirement and establish authority.
  2. Identify the physical and digital boundaries.
  3. Preserve as-found state and timestamps.
  4. Trace the initiating condition through logic, interfaces, equipment, and process response.
  5. Compare expected and actual evidence.
  6. Calculate with units and stated tolerance.
  7. Record action, result, restoration, uncertainty, and owner.

Worked thinking prompt

A station reconnects only when trust checks are disabled; its clock is wrong and the replacement certificate identity changed.

Calculation: Calculate clock skew, certificate/renewal window, role/permission coverage, failed-login rate, and trust-path completeness.

Retrieval prompts

Module 3

Alarm pipeline, routing, actionability and flood control

Why it matters: Alarm reduction requires rationalization and cause correction; suppression is temporary controlled state, not proof of resolution.

Vocabulary and working scope

Alarm source; class; extension; state; inhibit/suppress/shelve; ack; routing; recipient; escalation; timestamps; root/cascade; flood; audit; restoration.

Source-to-result trace

  1. Locate the controlling requirement and establish authority.
  2. Identify the physical and digital boundaries.
  3. Preserve as-found state and timestamps.
  4. Trace the initiating condition through logic, interfaces, equipment, and process response.
  5. Compare expected and actual evidence.
  6. Calculate with units and stated tolerance.
  7. Record action, result, restoration, uncertainty, and owner.

Worked thinking prompt

One failed sensor produces 300 downstream alarms while an important fan-proof alarm never reaches the operator.

Calculation: Calculate alarm rate, top contributors, standing/stale counts, actionability, routing coverage, flood reduction, and suppression closure.

Retrieval prompts

Module 4

Histories, sampling, COV, timestamps, retention and evidence questions

Why it matters: More samples are not automatically better evidence; process dynamics, question, storage, quality, and clock alignment govern.

Vocabulary and working scope

History extension; interval/COV; deadband; capacity; rollup; time zones/DST; quality; gaps/duplicates; exports; retention; question; event correlation.

Source-to-result trace

  1. Locate the controlling requirement and establish authority.
  2. Identify the physical and digital boundaries.
  3. Preserve as-found state and timestamps.
  4. Trace the initiating condition through logic, interfaces, equipment, and process response.
  5. Compare expected and actual evidence.
  6. Calculate with units and stated tolerance.
  7. Record action, result, restoration, uncertainty, and owner.

Worked thinking prompt

A five-minute trend misses short cycling, while a faster trend doubles storage and repeats samples after time correction.

Calculation: Calculate sample interval, storage/retention, gap/duplicate percentage, clock offset, cycle frequency, and detection limits.

Retrieval prompts

Module 5

BQL and NEQL question design, scope and validation

Why it matters: A syntactically valid query can be operationally wrong through scope, semantics, missing data, type conversion, or hidden exclusions.

Vocabulary and working scope

Query question; scope/root; BQL; NEQL; object/type/tag/property filters; columns; null/type; pagination; false positives/negatives; target manifest; safe bulk preparation.

Source-to-result trace

  1. Locate the controlling requirement and establish authority.
  2. Identify the physical and digital boundaries.
  3. Preserve as-found state and timestamps.
  4. Trace the initiating condition through logic, interfaces, equipment, and process response.
  5. Compare expected and actual evidence.
  6. Calculate with units and stated tolerance.
  7. Record action, result, restoration, uncertainty, and owner.

Worked thinking prompt

A query identifies 180 points for change but omits disabled stations and includes test equipment.

Calculation: Calculate expected/returned/verified counts, precision/recall on a sample, null/type rates, and target-manifest reconciliation.

Retrieval prompts

Module 6

BFormat, tags, relations and governed semantic reuse

Why it matters: Names and tags are data contracts; cosmetic consistency is insufficient when relations, types, context, or consumers break.

Vocabulary and working scope

BFormat context; slots/properties; tags; relations; Haystack awareness; dictionaries; equipment/point context; naming; null/type; duplicates; governance; migration; consumers.

Source-to-result trace

  1. Locate the controlling requirement and establish authority.
  2. Identify the physical and digital boundaries.
  3. Preserve as-found state and timestamps.
  4. Trace the initiating condition through logic, interfaces, equipment, and process response.
  5. Compare expected and actual evidence.
  6. Calculate with units and stated tolerance.
  7. Record action, result, restoration, uncertainty, and owner.

Worked thinking prompt

A reusable VAV page works on one station and binds to the wrong discharge temperature on another because context relations differ.

Calculation: Calculate semantic coverage, orphan/duplicate rates, template binding success, exception rate, and migration completeness.

Retrieval prompts

Module 7

PX, templates, navigation and operator task truth

Why it matters: A graphic is not correct because it renders; target context, data state, authority, action result, physical proof, and recovery must be visible.

Vocabulary and working scope

PX/PxInclude; ORD/binding; relative context; reusable template; nav; hierarchy; states; actions; permissions; command/proof; responsive/accessibility; latency; source drilldown.

Source-to-result trace

  1. Locate the controlling requirement and establish authority.
  2. Identify the physical and digital boundaries.
  3. Preserve as-found state and timestamps.
  4. Trace the initiating condition through logic, interfaces, equipment, and process response.
  5. Compare expected and actual evidence.
  6. Calculate with units and stated tolerance.
  7. Record action, result, restoration, uncertainty, and owner.

Worked thinking prompt

A floor page opens the wrong equipment after navigation and shows an override as normal for one role.

Calculation: Calculate task success/time, binding/state coverage, command/proof latency, accessibility defects, and reuse exception rate.

Retrieval prompts

Module 8

Provisioning, batch work, driver tuning and job reconciliation

Why it matters: Bulk work multiplies both benefit and error; a completed job status does not prove every target, function, restart, or restore.

Vocabulary and working scope

Provisioning job; target manifest; preflight; backup; batch; pilot; stop threshold; module/install/service actions; driver poll/write/COV; job output; exceptions; retry; rollback.

Source-to-result trace

  1. Locate the controlling requirement and establish authority.
  2. Identify the physical and digital boundaries.
  3. Preserve as-found state and timestamps.
  4. Trace the initiating condition through logic, interfaces, equipment, and process response.
  5. Compare expected and actual evidence.
  6. Calculate with units and stated tolerance.
  7. Record action, result, restoration, uncertainty, and owner.

Worked thinking prompt

A batch upgrade succeeds on 18 of 20 stations, one is offline, and one restarts with a driver disabled.

Calculation: Calculate target/pilot/success/exception rates, duration, bandwidth/load, resource margin, retry/rollback, and final version coverage.

Retrieval prompts

Module 9

Station output, exceptions, drivers, networks and performance

Why it matters: The last exception line, high CPU, or offline point is a symptom until context, timing, scope, and alternatives are tested.

Vocabulary and working scope

Station output; exception chain; thread/CPU/heap/resource awareness; driver status; queue; polling; retries; network latency/loss; blocked services; timestamps; baseline; correlation.

Source-to-result trace

  1. Locate the controlling requirement and establish authority.
  2. Identify the physical and digital boundaries.
  3. Preserve as-found state and timestamps.
  4. Trace the initiating condition through logic, interfaces, equipment, and process response.
  5. Compare expected and actual evidence.
  6. Calculate with units and stated tolerance.
  7. Record action, result, restoration, uncertainty, and owner.

Worked thinking prompt

Graphics freeze every hour while CPU is moderate; station output shows queue growth after a scheduled export.

Calculation: Calculate baseline versus incident latency/load, error and retry rates, queue growth, resource headroom, and test discrimination.

Retrieval prompts

Module 10

Fleet hardening, change control, optimization and regression; Failed-station restore, critical-function proof and fleet defense

Why it matters: Security and optimization changes require operational acceptance, supportability, rollback, and changed-case regression, not just configuration compliance. A station that starts is not recovered until dependencies, identity, secure relationships, drivers, critical logic/data/operator paths, and documentation are validated.

Vocabulary and working scope

Supported hardening; services/ports; roles; certificates; password/service-account policy; backups; change request; artifact/version control; performance target; regression; monitoring; expiry. Clean recovery environment; platform/station dependencies; licenses/certificates; backup; restore; identity; network; drivers; alarms/histories/PX; critical sequence; as-left; handoff.

Source-to-result trace

  1. Locate the controlling requirement and establish authority.
  2. Identify the physical and digital boundaries.
  3. Preserve as-found state and timestamps.
  4. Trace the initiating condition through logic, interfaces, equipment, and process response.
  5. Compare expected and actual evidence.
  6. Calculate with units and stated tolerance.
  7. Record action, result, restoration, uncertainty, and owner.

Worked thinking prompt

Disabling a legacy service improves posture but breaks an undocumented integration and delays alarms. Changed-capstone condition: A restored station runs but certificates, histories, alarm routing, and one driver differ from the baseline.

Calculation: Calculate before/after objective, required-flow/function coverage, regression pass rate, residual exposure, rollback time, and monitoring period. Calculate RTO achievement, recovered/dependency/version coverage, critical-test pass rate, residual differences, and restoration completeness.

Retrieval prompts

Required and deeper reading

Adoption note: Standards, codes, project requirements, owner criteria, manufacturer instructions, and employer safety programs control. Confirm the adopted edition and authority before applying a numeric requirement.