df56f520910c420b5876ea7331a1e879118c9c79
vmssailor/runtime/server/nmea2000.py
- PgnFrame dataclass + parsers/encoders para PGNs clave:
- 127257 Attitude (yaw/pitch/roll en radianes)
- 127488 Engine Parameters Rapid (RPM, boost, trim)
- 127489 Engine Dynamic (oil, coolant, alternator, hours)
- 127505 Fluid Level (tanks)
- 127508 Battery Status
- 129025 Position Rapid
- N2KPublisher: tag updates -> PGNs publicados via transport callable
- Sprint 5: callable de testing/observabilidad
- Sprint 12+: integracion real con python-can / Actisense / YDWG-02
- N2KSubscriber: inyecta PGNs entrantes y los traduce a tag updates
- PGN_ATTITUDE -> VESSEL.ROLL_DEG / VESSEL.PITCH_DEG (PGN 127257 = AR-ECDIS source)
- PGN_ENGINE_RAPID -> ME_INST_{N}.RPM
vmssailor/runtime/server/logbook.py
- LogBook con cadena SHA-256 inmutable (prev_hash -> hash chain)
- LogEntryKind: ENGINE_START, ENGINE_STOP, ALARM_ACTIVE/ACK/CLEARED,
AUTHORITY_TRANSFER, OVERRIDE, SNAPSHOT, MANUAL
- verify_chain() detecta tampering (bit flip o reescritura)
- query() con filtros por kind/since/until/limit
- EngineLogWriter: auto-detecta start/stop via cruces de umbral RPM
con persistencia configurable (default 5s)
- SnapshotLogWriter: snapshots periodicos (default 15 min) condicional
a motor corriendo
API actualizada:
- GET /logbook con filtros
- POST /logbook (entrada manual)
- GET /logbook/verify (integridad de cadena)
RuntimeApp integra todos los servicios. El alarm engine ahora
auto-anota al log book via callback con strong-ref task tracking.
Tests (tests/runtime/, 10 nuevos, total 152/152):
- test_logbook: append, chain, tamper detection, engine start/stop,
snapshot writer con/sin motor corriendo
- test_nmea2000: PGN encode/decode roundtrip, publisher emits engine
rapid frames, subscriber handles attitude
152/152 pytest verde, ruff clean.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
VMS-Sailor
Vessel Management System integrado (IAS — Integrated Automation System) para buques de 30 a 40 metros.
Yates motor · Pesqueros · Patrulleros · Ferries pequeños · Offshore support pequeño
Compite en el nicho que Kongsberg K-Chief, Praxis Mega-Guard, Bachmann M-Series y Wärtsilä NACOS desatienden por enfocarse en buques de 80+ m.
Componentes
| Componente | Para quién | Stack |
|---|---|---|
| VMS-Sailor Studio | Ingeniería interna (Álvaro) | Python 3.11 + PySide6 |
| VMS-Sailor Runtime | A bordo del buque | Python 3.11 + FastAPI + SQLite + DuckDB |
| VMS-Sailor Mobile | Owner + tripulación (WiFi local) | Flutter 3.x + Dart 3.x |
| AR-NMEA-IO-v1.0 firmware | Tarjeta I/O distribuida | ESP32 + PlatformIO + C++ |
Estado actual
Sprint 0 — Fundaciones ✓
Lo que existe en este commit:
- Modelo de datos core (
vmssailor/core/) con Pydantic v2 - Persistencia portable a
.vmsproj(SQLite) - Biblioteca curada seed mínima (2 yates motor, 2 motores, 1 genset, reglas)
- Catálogo maestro completo de sistemas (
vmssailor/library/systems_catalog.json) - Validador de biblioteca + generador de proyecto demo
- Tests con cobertura ≥ 80% en
core - Design system + mockups HTML estáticos
- Firmware: solo
pinout.h(Sprint 12 implementa el firmware)
Lo que NO existe aún (sprints siguientes):
- ❌ UI Studio operativa (Sprint 1)
- ❌ Runtime servidor con drivers Modbus/NMEA 2000 (Sprint 4)
- ❌ Cliente desktop (Sprint 6)
- ❌ App móvil Flutter (Sprint 11)
- ❌ Firmware funcional (Sprint 12)
Setup
Requiere Python 3.11 y uv.
# Si no tienes Python 3.11 instalado, uv lo descarga solo:
uv python install 3.11
# Crear entorno virtual + instalar dependencias:
uv sync --extra dev
# Validar la biblioteca curada:
uv run vms-validate-library
# Generar proyecto demo y verificar roundtrip de persistencia:
uv run vms-generate-test-project
# Tests:
uv run pytest
# Lint + type check:
uv run ruff check vmssailor/ tests/ tools/
uv run mypy vmssailor/core/
Estructura del repositorio
.
├── vmssailor/ # Código Python compartido (Studio + Runtime)
│ ├── core/ # ★ Modelo de datos del producto (Sprint 0)
│ ├── library/ # ★ Biblioteca curada seed (Sprint 0)
│ ├── shared/ # Utilidades comunes
│ ├── studio/ # App Studio (Sprint 1+)
│ └── runtime/ # App Runtime (Sprint 4+)
├── firmware/ # Firmware ESP32 (Sprint 12+)
│ └── ar_nmea_io_v1/
│ └── src/config/pinout.h
├── mobile/ # App Flutter (Sprint 11)
├── tests/ # Tests Python (pytest)
├── tools/ # Scripts CLI
│ ├── validate_library.py
│ └── generate_test_project.py
├── docs/ # Documentación
│ ├── architecture.md
│ ├── coords.md
│ ├── design_system.md # ★ Sistema visual completo
│ ├── decisions_sprint0.md
│ ├── seed_data_notes.md
│ ├── mockups/ # ★ HTML mockups del producto
│ └── brand/ # ★ Logo y assets
├── installer/ # WiX MSI scripts (Sprint 7)
├── VMS_Sailor_v2_Parte_*.md # Brief original (intacto)
├── pyproject.toml
└── README.md
Documentos de referencia (intactos)
Los 6 archivos VMS_Sailor_v2_Parte_*.md son el brief original y son la verdad de referencia para todos los sprints. NO se modifican sin acuerdo explícito.
- Parte 1 — Visión, arquitectura general
- Parte 2 — Studio en detalle
- Parte 3 — Runtime en detalle
- Parte 4 — Hardware AR-NMEA-IO + firmware
- Parte 5 — Mobile
- Parte 6 — Sprints + reglas de oro
Reglas de oro (recordatorio)
- Antes de cada sprint, plan + OK explícito antes de codear.
- Tests obligatorios en
coreyruntime/server. - No agregar dependencias sin preguntar.
- Documentar normativa (IEC 60092-504, IACS UR E22, ABYC E-11, NMEA 2000, SAE J1939).
- Sin red de salida en Runtime (salvo activación inicial y VPN administrativa).
- Biblioteca curada es ORO — cambios de formato requieren migración.
- Runtime es inmutable para el cliente — solo deltas firmados.
- Auditoría siempre activa.
- Coordenadas navales
ShipCoord(x_pp, y_cl, z_bl)en todo el código. - Unidades SI internas siempre.
- Idioma: español por defecto.
- AR-ECDIS es producto separado (no se desarrolla aquí).
- Firmware y software van juntos en el mismo
.vmspack.
Detalle completo en VMS_Sailor_v2_Parte_06_Sprints_y_reglas.md sección 5.
Licencia
Software propietario de Álvaro. Ver LICENSE.txt.
Description
Languages
Python
98.2%
C
1.8%