尚未检测到更新。GitHub 发布版本后会显示在这里。
个人 GitHub 账号下公开仓库的所有者可以登录并验证所有权,自行管理介绍,无需管理员批准。
登录并生成验证文件,在 30 分钟内将其提交到此仓库的默认分支。其他分支或分叉仓库中的文件无效。然后在下方检查文件,即可无需管理员批准直接管理项目。请保留文件以维持管理权限。
如需登录,将前往登录页面。登录后请回到此处,再次点击所选的验证按钮。
在项目文件夹中运行 /nomorevibe verify,即可验证所有权并自行管理介绍。
一分钟完成验证AXON — Adaptive eXtended-bridge Operational Network. A three-layer Edge-AI IIoT framework for real-time infrastructure anomaly detection. Pi Zero 2W → Android Termux Bridge → Central Server. Phase 1 simulation dashboard live.
翻译准备中
取自仓库 README
正在加载完整 README。 以下为已保存的摘录。
AXON (Adaptive eXtended-bridge Operational Network) — A three-layer Edge-AI IIoT framework for real-time infrastructure anomaly detection in transportation systems.
Edge Node (Pi Zero 2W) → Android Termux Bridge → Central Server → Live Dashboard
This is a Phase 1 simulation prototype.查看完整 README ↗IASI · EDGE-AI · INFRASTRUCTURE ANOMALY DETECTION
AXON (Adaptive eXtended-bridge Operational Network) — A three-layer Edge-AI IIoT framework for real-time infrastructure anomaly detection in transportation systems.
Edge Node (Pi Zero 2W) → Android Termux Bridge → Central Server → Live Dashboard
This is a Phase 1 simulation prototype.
- All sensor data (vibration, obstacle detection, IASI scores) is synthetically generated in the browser
- No physical hardware is connected in this phase
- The full system (Raspberry Pi Zero 2W + Android Termux Bridge + Ubuntu Server) will be integrated in Phase 2
- This prototype demonstrates the complete dashboard UI, data visualization, and IASI scoring pipeline
Transportation infrastructure — railway tracks, urban roads, industrial pathways — degrades continuously between inspection cycles. Manual railway track inspection is conducted only once every 3–6 months, leaving a significant window during which cracks, joint failures, loose fasteners, and other structural faults go undetected.
AXON is a domain-agnostic edge-AI IIoT framework that monitors infrastructure health on every vehicle run. A low-cost edge node (Raspberry Pi Zero 2W + MPU6050 vibration sensor) captures structural signals continuously. Data travels through a resilient Android Termux MQTT bridge — with local SQLite offline buffering — to a central server running FFT analysis, Isolation Forest anomaly detection, and Random Forest severity classification.
At the core of the system is the IASI (Infrastructure Anomaly Severity Index) — a generic two-component composite score that quantifies infrastructure risk in real time. The same architecture applies to railway track monitoring, urban road quality assessment, and fleet vehicle health monitoring.
| Layer | Component | Role |
|---|---|---|
| Layer 1 | Raspberry Pi Zero 2W | Edge sensing node — MPU6050 vibration at 500Hz, MQTT publishing |
| Layer 2 | Android Phone (Termux) | Resilient MQTT bridge — SQLite offline buffer, automatic replay on reconnect |
| Layer 3 | Laptop / Ubuntu Server | ML processing — FFT, Isolation Forest, Random Forest, IASI engine, Flask REST API |
| Layer 4 | Vercel + Render | Dashboard + API hosting — live browser visualization and operator console |
In this Phase 1 prototype, Layers 1–3 are simulated synthetically inside the browser. Layer 4 (this dashboard) is fully functional and live.
The IASI is a generic two-component composite score computed as:
IASI = (Vibration Anomaly Score × W1) + (Signal Continuity × W2)
Where W1 and W2 are domain-specific weights derived via the Analytic Hierarchy Process (AHP). For railway track monitoring: W1 = 0.85, W2 = 0.15.
| Classification | IASI Range | Meaning |
|---|---|---|
| SAFE | 0 – 25 | Normal operating conditions |
| MONITOR | 26 – 50 | Early degradation detected — increase inspection frequency |
| ALERT | 51 – 75 | Significant anomaly — schedule maintenance within 48 hours |
| CRITICAL | 76 – 100 | Severe structural risk — halt traffic, dispatch field crew immediately |
Five fault severity scenarios with realistic IASI ranges and FFT frequency signatures:
| Scenario | Description | IASI Range | Classification |
|---|---|---|---|
| NORMAL | Healthy infrastructure, baseline condition | 5 – 18 | SAFE |
| JOINT_FAULT | Rail joint loosening — periodic impulse signature at 18Hz | 22 – 38 | MONITOR |
| LOOSE_FASTENER | Loose fastener — localized vertical oscillation at 14Hz | 15 – 30 | MONITOR |
| RAIL_CRACK | Rail crack forming — sub-surface defect signature at 26Hz | 38 – 54 | ALERT |
| SEVERE_DAMAGE | Major structural failure — multi-band anomaly at 40Hz + 46Hz | 60 – 92 | CRITICAL |
| Technology | Purpose |
|---|---|
| Next.js 14 | React framework, App Router |
| Tailwind CSS | Utility-first styling, responsive layout |
| Recharts | IASI trend line and FFT vibration spectrum charts |
| Lucide React | SVG icon system |
| Google Fonts — Inter + JetBrains Mono | Clean sans-serif + monospace typography |
| Vercel | Hosting and continuous deployment from GitHub |
Prerequisites: Node.js 18+
git clone https://github.com/SaiSugeet/GuardRail-Central.git
cd GuardRail-Central
npm install
npm run dev
Login credentials:
Operator ID: SaiSugeet Access Code: 2004
git push to main auto-redeploysaxon/
├── app/
│ ├── layout.tsx # Root layout — fonts, metadata
│ ├── page.tsx # Entry point — login gate / dashboard router
│ └── globals.css # CSS variables, Tailwind base, animations
├── components/
│ ├── LoginPage.tsx # Operator authentication screen
│ ├── Dashboard.tsx # Main dashboard shell and layout
│ ├── Navbar.tsx # Top navigation bar
│ ├── DeviceStatusStrip.tsx # Pi / Bridge / Server status cards
│ ├── ScenarioControl.tsx # Fault scenario selector
│ ├── IRMSGauge.tsx # IASI semicircular arc gauge
│ ├── RiskBadge.tsx # Risk classification badge
│ ├── SignalContinuity.tsx # Bridge health vertical gauge
│ ├── IRMSTrendChart.tsx # 60-point rolling IASI trend line
│ ├── FFTSpectrumChart.tsx # 51-bin FFT power spectrum
│ ├── ObstacleLog.tsx # Obstacle detection event table
│ └── SystemTelemetry.tsx # System stats readout panel
├── hooks/
│ └── useSimulation.ts # Central simulation hook — all synthetic data
├── lib/
│ └── constants.ts # Scenarios, IASI ranges, color maps, credentials
├── types/
│ └── index.ts # TypeScript interfaces
├── public/ # Static assets
├── vercel.json # Vercel deployment config
├── next.config.js # Next.js configuration
├── tailwind.config.js # Tailwind CSS configuration
└── README.md # Project documentation
| Phase | Status | Description |
|---|---|---|
| Phase 1 | ✅ Complete | Simulation dashboard — full UI, IASI logic, 5 fault scenarios |
| Phase 2 | 🔄 In Progress | Pi Zero 2W + MPU6050 real sensor integration, axon-server backend |
| Phase 3 | 🔄 Planned | Android Termux CLI bridge, end-to-end pipeline validation |
| Phase 4 | 🔄 Planned | GPS fault tagging, road quality monitoring, multi-vehicle support |
| Name | Role |
|---|---|
| G Sai Sugeet | Lead Developer & System Architect |
| S D Mukhesh | Backend Development & Testing |
| John Benny J | Hardware Integration & Testing |
| Neetha Udupa G | Hardware Integration & Communication |
Guide: Dr. Agalya, Assistant Professor Institution: Dept. of Electrical & Electronics Engineering, New Horizon College of Engineering, Bengaluru — 560103 Subject Code: 22EEE65 | Academic Year: 2025–26
MIT License — free to use for educational and research purposes.
AXON v2.0 | Phase 1 Simulation Prototype Built for IEEE Publication | New Horizon College of Engineering | 2025–26