Innovation Brief
The Innovation Brief defines the technical foundation of this project. It documents the problem being addressed, the proposed system architecture, prior art research, and the evaluation criteria used to validate the design. This phase forces clarity — what the system is, why it matters, and how it will be measured.
Subway Sentinel
Professional, web-formatted SIP Brief content—organized for fast reading while keeping the wording and criteria aligned to the official document.
Technical Field
This project involves the technical fields of industrial six-axis robotics and automation, rail-based mechanical systems, non-destructive inspection technologies, and safety-focused systems engineering, with a focus on robotic ground-penetrating radar (GPR) inspection.
Background Information
Subway Sentinel emerged from a lifelong connection to New York City, its subway system, and
the workforce that built and maintains it. Daily reliance on the subway made its importance
unmistakable, while recurring delays and service disruptions revealed the challenges created by
aging tunnel infrastructure. The idea was further formed by close, long-term exposure to the
work of a family member who was a sandhog, giving a firsthand window into the realities of
underground tunnel work (my stepdad).
Sandhogs are highly specialized tunnel workers who operate far below the streets of New York
City, upkeeping the infrastructure that keeps the subway running. Their work demands
exceptional technical skill and places them in confined, high-risk environments formed by
unstable ground, water intrusion, and deteriorating structures. Drilling through solid bedrock,
carrying out controlled blasts beneath Central Park, and excavating major spaces like Grand
Central Terminal reveal the enormous scale of New York's engineering challenges and the risks
encountered by those who keep the tunnels running. These stories make it clear that modern
inspection tools are vital to protect workers while supporting the expertise of the crews who
know the system best.
Their experiences point up the need for modern inspection tools that lower human exposure
while preserving the expertise of the crews who know the tunnels best. Combined with a
professional background in industrial robotics and a long-standing intent to apply a 6-axis
robotic system to a meaningful real-world problem, these experiences led to the idea of a
rail-mounted robotic inspection platform. Subway Sentinel is designed to support transit
inspection teams through reducing human exposure during post-construction tunnel inspections,
while improving the consistency and safety of continuing infrastructure assessment.
Prior Art (Research)
Below are the key systems and references that informed this concept (each includes a direct source link). Most solutions are truck-based, slow-station inspection, or limited to surface sensing—Subway Sentinel is different because it centers on a powered, rail-integrated platform with a full-size industrial arm designed for repeatable, high-control tunnel inspection (with GPR as the MVP payload and a clear path to modular sensors).
Description: This is a tunnel inspection system built on an eight-ton truck that
carries an industrial robotic manipulator with an impact unit (five hydraulic
hammers) used to strike the tunnel lining and analyze impact sounds.
Difference: My solution builds on existing systems by using a rail-mounted
6-axis industrial robotic arm that is stiffer (DH Parameter) and more rigid, which
reduces base movement and makes inspections more precise.
Description: The IRIS Hyrail system, developed by Penetradar, is a commercial
tunnel inspection platform. It uses a GPR sensor mounted on a telescopic arm
that's attached to a truck that can run on both roads and train tracks.
Difference: My solution has better reach and articulation, along with a more rigid
base for better accuracy. Subway Sentinel is also capable of full autonomy and
offers multi-modal inspections.
Description: It’s a vehicle-mounted tunnel inspection system that combines a
mobile lift (boom crane), a small industrial robotic arm, computer vision, and
ultrasonic sensors to inspect tunnel linings for visible defects such as cracks,
spalling, and deformation.
Difference: Instead of using the traditional lift-and-crane setup, my solution puts
a larger industrial robot on a railcar platform. This allows continuous inspection
of tunnels, without having to stop and stabilize the equipment over and over like
ROBO-SPECT does.
Description: Central Japan Railway Company demonstrates a truck-mounted
tunnel inspection robot using an articulated arm and wall-adhered sensor modules
to inspect concrete tunnel linings for the Chuo Shinkansen.
Difference: My Subway Sentinel concept replaces a truck-based deployment with
a rail-mounted industrial 6-axis robot, allowing inspections to occur directly
within underground subway operating geometries rather than from external
access.
Description: The Baubot integrates a mobile robotic platform with a KUKA KR
IONTEC industrial arm to automate repetitive and physically demanding
construction tasks like drilling and installation of equipment.
Difference: My concept focuses on a rail-mounted robotic inspection, while also
utilizing GPR. This bot uses task-specific inspections, Subway Sentinel has
optional tool changing support for scalability.
Description: MIT-200A is a camera-based subway tunnel inspection system that
uses multiple vision sensors and a Fully Convolutional Network (FCN) algorithm
to automatically detect surface defects such as cracks and water leakage at high
speed and accuracy.
Difference: My Subway Sentinel concept goes beyond surface-level visual
inspection by integrating ground-penetrating radar (GPR) to detect subsurface
defects, voids, and structural issues that camera-only systems cannot detect. My
system also enables repeatable motion, modular end effectors, and multi-sensor
inspections.
Description: A tunnel inspection vehicle that uses a fast, GPR scanner plus extra
sensors to stay oriented and automatically avoid obstacles while collecting data in
subway tunnels.
Difference: Subway Sentinel uses a rail-mounted industrial robot arm to hold and
move the sensor with tighter control and repeatability, instead of a vehicle with a
fixed inspection arm. It also aims for a modular end-effector (and optional tool
changer) so the same platform can swap tools and run different inspection passes
without redesigning the whole system.
Description: A mobile tunnel inspection robot that uses a robotic arm, laser
sensors, and ground-penetrating radar controlled by an optimized fuzzy sliding
mode control algorithm to maintain accurate, stable tracking of tunnel surfaces
during inspection.
Difference: This system primarily focuses on the control-algorithm for stability
optimization. Instead of wasting so much effort on the logic, if you design the
mechanical platform correctly, it eliminates the need for any complex stability
algorithms. This system doesn’t support high speed rail operations and is just
theoretical lab-work with no real tunnel deployment.
Description: This paper showcases many different methods for tunnel inspection
but, AutoScan's autonomous robotic system is a small railway track detection
system with a GPS antenna, battery and laser scanner built in. There is no actual
manipulator on this system as well.
Difference: This push-type tunnel inspection unit is designed for slow, manual
operation with limited payloads, such as a single laser scanner. Subway Sentinel is
a powered, rail-integrated robotic platform capable of higher-speed inspections
using industrial-scale power. It supports ground-penetrating radar and modular
sensor payloads, enabling multi-modal inspections without placing personnel in
the tunnel environment.
Description: This product is a railcar-mounted robotic maintenance system that
automatically finds loose rail fastener bolts and tightens/replaces them using
torque sensing, vision, and a robotic tightening tool. It is also quick and has data
logging with remote monitoring.
Difference: This rail fastener system is a compact, car-mounted maintenance
robot built specifically to inspect and tighten/replace rail bolts using two small
side manipulators and torque control. In contrast, Subway Sentinel is a
sensor-first tunnel inspection platform built around a full-size industrial arm
carrying GPR and modular inspection payloads to detect tunnel defects at higher
speed, not perform fastening work.
Description: This system uses a six-axis industrial robotic arm that is mounted in
the bed of a pickup truck, which is then used to measure tunnel geometry and
deformation during construction.
Difference: This system has a weaker design because the robot creates significant
forces, and the base is not stiff enough to support it. This will likely cause
vibrations. It is meant for slow, construction-phase surveying with optical total
station measurements. In contrast, Subway Sentinel is a powered inspection
platform for operational tunnels. It uses GPR and modular sensors to find
subsurface defects at higher speeds.
Description: This system is a mobile tunnel inspection robot that uses multiple
articulated robotic arms to position sensors against tunnel linings for surface and
internal defect detection.
Difference: This system is compact and not designed to operate at rail speeds
because it has carlike wheels. It relies on multiple small manipulators operating
close to the tunnel surface and is optimized for localized inspection. However,
Subway Sentinel uses a single large industrial-scale arm on a powered rail
platform to carry GPR and modular long-range sensors, enabling quicker, more
accurate inspections over long distances.
Description: This simple rail-car mounted system has four slim and compact
telescoping arms that are fixed to maintain a certain distance to detect the tunnel
lining for subsurface defects during rail transit inspections.
Difference: This system relies on telescoping radar arms operating close to the
tunnel wall at controlled speeds, whereas Subway Sentinel uses a rail-integrated
industrial robotic arm with higher power availability and modular sensor
payloads, enabling faster inspection and future multi-sensor expansion beyond
GPR.
Description: A rail-mounted inspection robot that combines camera-based
inspection, positioning, and laser SLAM navigation with a
multi-degree-of-freedom robotic arm to inspect rail vehicles and track-adjacent
components.
Difference: The rail vehicle inspection robot is designed for rail and
track-adjacent inspection using vision sensors, whereas Subway Sentinel is
purpose-built for tunnel infrastructure inspection, using GPR mounted on an
industrial robotic arm to detect subsurface defects at higher inspection speeds.
Project Description
Subway Sentinel offers a new approach to inspecting aging subway tunnels by using a rail-mounted 6-axis industrial robot. This system is developed for transportation infrastructure inspection and non-destructive evaluation, with a strong focus on making underground work safer and more consistent. It can handle tasks such as scanning tunnel walls and crowns and running inspection routines with ground-penetrating radar. Future upgrades may include sensors such as LiDAR and thermal imaging. The system is built for the NYC MTA engineers, inspection teams, and maintenance planners who need reliable, repeatable data, all without putting people in harm's way.
Innovation Claim
The core innovation is the inspection platform itself. Subway Sentinel uses a rail-mounted, six-axis industrial robotic arm designed specifically for subway tunnel environments. This platform provides speed, repeatability, and accuracy that mobile or vehicle-based systems struggle to achieve. The system also supports modular inspection tools—such as LiDAR, thermal, and low-light imaging. The result is safer inspections and higher-quality data.
Usage Scenario
Scenario: Preventive Monitoring
Subway Sentinel can serve as part of a routine preventive monitoring program on active subway
lines. During scheduled maintenance windows, the rail-mounted robot conducts consistent
inspections with ground-penetrating radar and other sensors, picking up early signs of water
leaks, voids, or structural wear. By analyzing the inspection data over time, transit agencies can
spot potential problems before they cause disruptions, supporting smarter maintenance planning.
Evaluation Criteria
The system will be evaluated using the following Yes/No criteria, organized into five sections (A–E).
A. Railcar Platform Innovation - Geometry & Interfaces (Yes/No)
- Rail Interface: Is the railcar modeled with steel rail wheels that seat on the rail head (simplified wheel/rail profile acceptable)?
- Track Gauge: Is the wheel spacing designed to match the documented track gauge assumption?
- Robot Mounting Plate: Is the robot mounting plate modeled with a defined bolt pattern that matches the selected ABB robot base?
- Wheelbase and Mount Height: Are wheelbase length/width and robot mounting height defined (not “to be determined”) for stability evaluation?
- Structural Continuity: Is the frame modeled as a continuous structure (no floating members), connecting the robot mount to the wheel/axle supports?
B. Railcar Platform Innovation - Loads, Strength, Stiffness, Stability (Yes/No)
- ABB Foundation Loads Identified: Are ABB “Loads on foundation” values captured for both Endurance (in operation) and Max load (emergency stop)(Fxy, Fz, Txy, Tz)?
- Load Combination Assumptions Documented: Are load combination assumptions documented (e.g., conservative worst-case applied, or ABB note considered that maxima do not occur simultaneously)?
- Foundation Requirements Considered: Are ABB foundation requirements (e.g., flatness and minimum resonance frequency guidance) acknowledged and addressed at an MVP level (noted as future validation if not tested)?
- Loads Applied Correctly: Are both forces and moments applied to the mounting plate location in the analysis model (not forces only)?
- Static Strength Check Completed: Has a static structural analysis been completed on the railcar frame using the ABB worst-case foundation loads?
- Overbuilt Safety Margin: Does the design meet static Factor of Safety (FoS) ≥ 3.0 (based on yield strength vs max stress) under the applied load case?
- Deflection Limit Met: Is predicted displacement at the robot mounting plate (measured at the bolt circle or plate surface) ≤ 1.0 mm under the applied worst-case ABB foundation load case (forces and moments)?
- Anti-Tip Margin Verified: Using a worst-case overturning moment derived from ABB foundation torques (or conservative equivalent), does the railcar maintain a tip safety margin ≥ 1.5× about the most critical wheel/rail pivot line?
- Low CG / Ballast Strategy Defined: Is a ballast/low-center-of-gravity approach defined (heavy components located low) to support stability assumptions?
C. EOAT + GPR Mounting (Yes/No)
- EOAT Interface Defined: Is a custom End of Arm Tooling (EOAT) modeled from the ABB wrist flange (Axis 6) to a defined GPR mounting interface?
- EOAT Build Definition: Does the EOAT package include documented dimensions, mounting method, and fastener/bolt pattern details?
- Payload Data Set for Simulation: Is the combined EOAT + GPR mass, center of gravity (CoG) (and inertia if available) entered as RobotStudio load data (estimated values acceptable, documented)?
D. Motion Study in RobotStudio (Yes/No)
- Reach and Configuration: Can the robot reach the defined tunnel inspection region without joint limit violations?
- Singularity Management: Can the robot complete the inspection sweep without singularities, OR are singularities documented with a clear mitigation (alternate configuration, waypoint, reorientation)?
- Collision Avoidance: Does the planned motion avoid collisions with the tunnel envelope, railcar, and EOAT/GPR assembly (with collision checking enabled)?
- Tool Orientation Control: During the sweep, is the EOAT/GPR kept at a defined orientation relative to the tunnel surface (e.g., normal/perpendicular constraint) within an acceptable tolerance?
E. MVP Documentation Outputs (Yes/No)
- Core Concept Diagrams Included: Are the following included: system block diagram, railcar concept, and EOAT concept?
- RobotStudio Proof Video: Is a short exported demo video included showing at least one complete inspection cycle in RobotStudio?
- MVP Limits Declared: Are MVP limitations explicitly listed (e.g., no detailed power design, no PLC controls, no live sensor feedback, no field validation)?
Goals and Tasks Associated with the Project
The objectives below define the measurable deliverables for this milestone, along with the specific engineering tasks required to achieve them.
Objective 1: Establish Engineering Requirements and Design Assumptions
Define the constraints, assumptions, and performance targets that make the railcar concept technically credible and simulation-valid.
- Document assumed track gauge.
- Define tunnel clearance envelope and inspection region.
- Document all simplifications made for MVP and justify why they are acceptable.
- Must seat and roll on rail using the steel wheel concept.
- Must support robot + EOAT + GPR payload.
- Must withstand ABB worst-case foundation reaction loads.
- Must maintain anti-tip stability margin.
- Must meet stiffness and strength targets (FoS and deflection limits defined).
- Static Factor or Safety (FoS) target (≥ 3.0).
- Max mount plate deflection (≤ 1.0 mm).
- Stability margin (Restoring ≥ 1.5× Overturning moment).
- No joint limit violations in the planned inspection region.
Objective 2: Design a Structurally Credible Railcar Platform
Transform the concept into a load-bearing mechanical system with defined geometry and load transfer.
- Model simplified steel wheel + flange concept.
- Place wheelsets to reflect realistic stance and stability.
- Ensure wheel spacing matches documented gauge.
- Define robot base location and mounting height.
- Model bolt pattern to match selected ABB robot.
- Ensure visible continuous load path from mount plate to wheel supports.
- Extract ABB foundation forces and moments from robot manual.
- Identify worst-case configuration.
- Apply conservative multipliers (if used) and justify.
Objective 3: Validate Structural Integrity and Stability (FEA)
Demonstrate that the railcar can safely support ABB robot loads without yielding, excessive deflection, or tipping.
- Apply ABB forces and moments at the robot base plate.
- Apply simplified boundary conditions at wheel/axle support locations to represent rail support reactions, and document all support assumptions.
- Run static stress analysis (Fusion 360/Solidworks acceptable for MVP).
- Record max von Mises stress.
- Calculate static FoS (target ≥ 3.0).
- Measure max displacement at mount plate (≤ 1.0 mm target).
- Calculate worst-case overturning moment using selected ABB foundation torques about the most critical tipping axis.
- Calculate restoring moment based on railcar mass and wheelbase width.
- Verify stability margin ≥ 1.5×.
- Modify geometry if limits are exceeded.
- Document boundary conditions and assumptions.
- Capture screenshots and summary tables for SIP brief.
Objective 4: Design EOAT and Define Realistic Robot Load Data
Ensure the GPR tool is mechanically integrated and simulation-realistic.
- Create simplified geometric representation.
- Estimate mass and CG location.
- Model flange adapter from ABB Axis 6 to GPR mount.
- Define fastener type and mounting method.
- Ensure stiffness and alignment are reasonable.
- Enter combined EOAT + GPR mass.
- Enter CG location.
- Validate robot load configuration is active during motion simulation.
Objective 5: Demonstrate Motion Feasibility in RobotStudio
Prove that the robot can execute the inspection cycle safely within environmental constraints.
- Import robot, railcar, EOAT, tunnel envelope.
- Define tool frame and workobject correctly.
- Verify payload settings are active.
- Define inspection trajectory (raster or arc).
- Maintain consistent tool orientation and standoff.
- Avoid unrealistic wrist flips.
- Enable collision detection.
- Verify no joint limit violations.
- Check for singularities or document mitigation.
- Run multiple cycles to demonstrate repeatability.
- Export demo video of full inspection sequence.
Objective 6: Deliver Clear MVP Evidence and Transparency
Demonstrate engineering maturity and awareness of scope limits.
- System block diagram.
- Railcar mechanical concept diagram.
- EOAT concept diagram.
- Load case diagram.
- No electrical power system design.
- No PLC or real-time control system.
- No real GPR signal processing.
- No dynamic rail vibration modeling.
- Track gauge assumption.
- Robot model selected.
- Tunnel geometry simplifications.
- Load multipliers used.
Design Prototype Scope Notes (MVP)
It incorporates a rail-mounted ABB six-axis industrial robot with a custom
end-of-arm tool (EOAT) designed to carry a ground-penetrating radar (GPR) unit. The primary
focus of the MVP is the railcar platform: a structural frame positioned on subway rails via steel
wheelsets that serves as a stable, load-bearing base for the robot.
The railcar structure is designed to withstand the ABB-specified “loads on foundation”,
including forces in the XY plane (Fxy), vertical force (Fz), bending torques in the XY plane
(Txy), and bending torque about the Z axis (Tz), under endurance (in operation) and maximum
(emergency stop) load cases as defined in the selected ABB robot manual.
Reachability, collision avoidance, joint limit compliance, and repeatable inspection paths are
validated in RobotStudio within a constrained tunnel environment. A static structural analysis
conducted in Fusion 360 or SolidWorks evaluates the railcar frame under the worst-case ABB
foundation load case to verify compliance with defined strength (factor of safety) and stiffness
(deflection) criteria.
Electrical power system design, PLC integration, live sensor feedback, and dynamic vibration
modeling are outside the scope of this MVP. The work is limited to validating structural integrity
and robotic motion feasibility within a simulated environment.