Cada viajero sabe qué viene después
Destino, próximas paradas y avisos de servicio se muestran con claridad en las pantallas del tren.
PIS · SIV · APC
Sistema de información al viajero (PIS) y contador de pasajeros (APC)
Información al viajero y ocupación, trabajando como un solo sistema
Ofrece información clara durante todo el viaje y datos fiables de ocupación para la operación. Una solución preparada para flotas de metro y ferrocarril.
Un puesto de conducción más simple
Una interfaz clara reduce errores, ahorra tiempo y da mayor control al maquinista.
Conteo de viajeros fiable
La ocupación se registra automáticamente para mejorar la planificación, el aforo y la explotación.
Un solo sistema a bordo
La información al viajero y el conteo trabajan juntos en flotas nuevas y existentes.
Diseñado para la operación real
PIS / SIV + APC: una plataforma embarcada
Una plataforma software que sincroniza la ruta, los eventos del tren, la información al viajero y el conteo. PIS mantiene el modelo de viaje; APC-Curator consolida los sensores; pantallas, LEDs, audio y backoffice reciben un estado coherente. Preparada para cercanías, regional, metro e intercity.
El software no sustituye al TCMS, al GPS físico ni a los sensores de puerta. Integra equipos de terceros y transforma sus señales en información y ocupación. El alcance, la calidad de las señales y las prestaciones se validan para cada flota.
Qué incluye una implantación
| Módulo / entregable | Alcance |
|---|---|
| Software PIS | Servidor de ruta, HMI de maquinista, contenidos TFT/LED/PA, simulación y mensajes especiales. |
| APC-Curator | Descubrimiento y lectura de sensores, ocupación, HMI APC, sincronización MAIN/AUX y modo de prueba. |
| Adaptador TCMS | Traduce las señales del tren a eventos compartidos de ruta, estación, marcha y puertas. |
| Clientes de visualización | TFT de salón y cabina; LEDs frontales o laterales VDV301 o EPD, según material. |
| PASPA / Mediahub | Integración de megafonía, colas de audio y reproducción VoIP o RTP. |
| Reporter APC | Histórico local SQLite, informes XML y envío por sFTP y/o APC Cloud. |
| Herramientas de explotación | Uptrain, documentación OpenAPI/Swagger, diagnóstico de dispositivos y registros. |
| Paquete de contenidos | Líneas, estaciones, distancias, audios, pictogramas, idiomas y umbrales de anuncio. |
Arquitectura embarcada
Procesos conectados a la LAN del tren, con una lógica de viaje común y adaptadores independientes del núcleo PIS/APC.
Tren y señales
TCMS, IRIS, GPIO, TRDP o UDP aportan eventos, topología, odómetro, GPS y puertas.
Adaptador TCMS
Normaliza las señales como TrainEvent y TrainConfig.
Bus MQTT
Distribuye eventos y estado JSON mediante publicación/suscripción.
PIS + APC-C
Gestionan ruta, contenidos, conteo y ocupación bajo roles MAIN/AUX.
Dispositivos y Reporter
HMI, TFT, LED, PA, sensores y reporting mediante HTTP, IBIS-IP y VoIP/RTP.
El estado MQTT se publica con mensajes retenidos: un cliente que arranca a mitad de viaje recupera el último PISState, APCState, TrainConfig y evento. Explorer descubre los dispositivos por mDNS y los contrasta con el inventario esperado.
Módulo PIS / SIV: información al viajero
La ruta activa gobierna un ciclo de viaje compartido. Cada cambio actualiza pantallas, LEDs y audio, y coordina el conteo cuando se incorpora APC.
| Estado / evento | Comportamiento |
|---|---|
| Setup | Selección de línea, sentido, servicio y origen desde HMI o TCMS. |
| line-start | Entrada en servicio, activación de TFT, contenidos de origen e inicio del conteo asociado. |
| station-exit | Salida de estación por odómetro y movimiento, o puertas y marcha según flota. |
| in-transit | Próxima parada, destino y correspondencias durante el trayecto. |
| station-arrival | Aproximación: anuncio de estación y actualización de TFT/LED al estado de llegada. |
| in-station | Estación actual con el tren parado; normalmente coincide con puertas abiertas. |
| line-stop | Cierre de servicio, snapshot APC, puesta a cero de ocupación en vivo y reposo TFT configurable. |
Funciones de explotación
- Selección y búsqueda de líneas, inversión de sentido y rotación de rutas circulares.
- Relocalización de estación, habilitación o salto de paradas y paradas bajo demanda.
- Lado de andén y puertas, número de tren e idiomas de la interfaz.
- Simulación de rutas para taller, FAT y formación; pruebas de TFT y LED desde HMI.
- Mensajes especiales: texto LED, banners, audio y plantillas TFT.
- Route Triggers por evento, estación, horario, GPS, odómetro o velocidad, configurables por API.
- Colas de media con prioridades para megafonía, contenido ambiente y TFT.
- Umbrales de anuncio configurables por estación desde el paquete PIS Cloud.
En configuraciones sin eventos de estación del TCMS, el anuncio de aproximación se dispara con el odómetro y las distancias de ruta: umbral de referencia de 1.500 m, ajustable por estación. El GPS se registra para progreso y diagnóstico, pero no dispara el audio en esta configuración. La lógica se valida con las señales de cada proyecto.
APC-Curator: del sensor a la ocupación
No es un sensor aislado: descubre contadores PCS / IBIS-IP de terceros, lee y resetea en los momentos del viaje y consolida subidas y bajadas por puerta, coche, unidad y tren. La precisión final depende también del sensor y de la validación de la instalación.
- 01
Inicio del servicio
line-start activa el conteo. Los sensores conservan el reset realizado al cierre del servicio anterior.
- 02
Conteo por estación
En aproximación se resetea el ruido en marcha; con puertas abiertas se lee en vivo; station-exit consolida el delta final.
- 03
Cierre y snapshot
line-stop consolida la última parada, guarda el snapshot de fin de línea y pone a cero la ocupación en vivo.
- Ocupación de tren, unidad y coche; flujos de entrada/salida por parada.
- HMI de ocupación, diagnóstico de sensores y modo de test o demostración.
- Pesos por unidad cuando el TCMS proporciona esos datos.
- Lectura y reset de contadores bajo demanda por API.
- Mapeo de sensores desde TrainConfig y sincronización de estado MAIN→AUX.
- Histórico local, XML de paradas y de fin de línea, y envío a tierra.
- Sensores de pasillo tratados como flujo entre unidades, no como entradas de andén.
- Integración con sensores de terceros compatibles PCS / IBIS-IP, según proyecto.
En composiciones acopladas solo MAIN consulta los sensores físicos. El estado APC se replica a AUX por HTTP, sin compartir el broker MQTT entre unidades. Al invertir el sentido se actualiza TrainConfig y la nueva cabecera dispone del snapshot sincronizado.
En flotas sin señal fiable de puertas, los eventos IRIS de estación actúan como referencia de andén. Puede configurarse el origen para sumar solo subidas; esta opción se acuerda y valida con la lógica de cierre del servicio.
HMI, TFT, LED y megafonía sincronizados
HMI de maquinista
- Interfaz HTML táctil con teclado virtual y actualización en vivo mediante SSE.
- Selección de servicio, ajustes de ruta, mensajes especiales y diagnóstico.
- Identidad visual y configuración adaptadas al operador.
Pantallas de salón TFT
- Estación actual, próxima parada, destino, correspondencias y lado de andén.
- Mapa o cinta de ruta, vistas divididas e infotainment según proyecto.
- Clientes HTML HDS VDV301, registro al MAIN y activación/reposo ligados al servicio.
Señalética LED
- CIS VDV301 mediante XML / HTTP y descubrimiento mDNS para LEDs frontales y laterales.
- EPD por multicast UDP o servicios LED específicos del material.
- Destino, línea y mensajes especiales; disponible según alcance de flota.
Megafonía PASPA
- PIS encola audio y PASPA / Mediahub lo reproduce por VoIP o RTP.
- Anuncios de estación, paradas discrecionales, mensajes de maquinista y playlists.
- Idiomas, pre-silencio, prioridades y cancelación de anuncios según eventos de ruta.
HMI y contenidos disponibles por proyecto en español, inglés, catalán, portugués, sueco, noruego y euskera. Los paquetes incluyen textos y audios por idioma; la combinación se define con el operador.
Ver PASPA y módulo SIPIntegración con el tren: adaptadores TCMS
TrainEvent y TrainConfig mantienen un contrato interno estable. Cada adaptador traduce las señales del constructor sin reescribir la lógica PIS/APC; las interfaces concretas se acuerdan por serie.
| Interfaz / protocolo | Uso |
|---|---|
| TRDP | Marcha, puertas, topología y preferencias de rol intercambiadas con el bus del tren. |
| IRIS Interface | Eventos de ruta y estación que alimentan la lógica de viaje. |
| MQTT (JSON) | Odómetro, GPS, puertas y topología con estado retenido. |
| GPIO & GPS | Entradas digitales y señales de posicionamiento de equipos de terceros. |
| UDP (básico) | Datagramas específicos del tren acordados por proyecto. |
| MVB (a medida) | Adaptación al bus MVB del tren desarrollada a petición. |
TrainConfig: el mapa compartido del tren
El mapa llega desde el adaptador por MQTT o se carga por API. Explorer lo cruza con el descubrimiento de red para actuar únicamente sobre dispositivos esperados.
- Composición: unidades acopladas, coches, posición de servidores y sentido.
- Inventario: TFT, LED y sensores APC con dirección y zona asignada.
- Roles MAIN/AUX: prioridades fijas o delegadas al adaptador TCMS.
APIs, protocolos y datos
Contratos REST JSON documentados con OpenAPI 3 / Swagger y validación de datos. HMI y TFT reciben actualizaciones por SSE; la interoperabilidad de dispositivos utiliza VDV301 / IBIS-IP.
| Interfaz / protocolo | Uso |
|---|---|
| VDV301 / IBIS-IP | DMS para gestión, CIS para LED, HDS para TFT y cliente PCS para sensores APC. XML / HTTP. |
| MQTT 3.1.1 / JSON | Bus interno con estado retenido: eventos, composición, PISState, APCState e inventario. |
| REST / OpenAPI 3 | Control de rutas, media, conteo, diagnóstico, roles y reporting. |
| HTML / SSE | Interfaz táctil y pantallas con cambios de estado en vivo. |
| mDNS-SD | Descubrimiento de dispositivos y servicios IBIS-IP en la LAN embarcada. |
| VoIP / RTP / UDP | Audio PASPA, LEDs EPD y conectores de tren específicos según variante. |
| HTTPS / sFTP / NTP | Transferencia a backoffice y sincronización horaria con Chrony. |
Áreas de la API de integración
| Área | Contrato API | Uso |
|---|---|---|
| PIS | /api/pis | Estado, configuración, selección/inversión de ruta, parada actual, simulación y pruebas. |
| Media / PA / CIS | /api/pis/media · /api/pis/cis | Colas, mensajes LED, inventario de media y Route Triggers. |
| APC | /api/apc | Ocupación, lectura/reset, modo de prueba y pesos del tren. |
| Roles / administración | /api/administration | Mapa de dispositivos, acciones DMS y sincronización de servidores MAIN/AUX. |
| Reporter / TCMS | /api/reporter · /api/tcms-adapter | Informes XML, estado de sincronización, señales y pruebas del adaptador. |
| Conectores de proyecto | /api/pdc-pis · /api/pis/sjgss · /api/tracsbridge | Integraciones PdC-GMV, SJGSS y Mediahub / Televic según alcance. |
La base actual es VDV301 + MQTT JSON. Una evolución dual-stack hacia ITxPT, MQTT 5 / AIS se contempla cuando el proyecto lo requiera; no se declara etiqueta ni certificación ITxPT. Los contratos disponibles se confirman por tipo de aplicación y versión.
Redundancia, topología y continuidad
Un servidor MAIN gobierna los eventos de viaje y la lectura de sensores. AUX replica el estado para mantener coherencia entre cabeceras. La selección y conmutación se configuran según salud, sentido y composición del tren.
| Modo | Comportamiento |
|---|---|
| main-aux | TrainConfig ordena los servidores; MAIN gestiona el servicio y los demás se suscriben como AUX. |
| delegate | El adaptador TCMS recalcula preferencias; SECONDARY reenvía estado y otros nodos pueden hibernar. |
| primary | Un único host para laboratorio o tren corto, sin redundancia de cabecera. |
- Sincronización de estado PIS y APC por HTTP de MAIN a AUX.
- Suscripciones con keep-alive para supervisar la continuidad.
- Conmutación por salud y por cambio de sentido, según configuración del proyecto.
- Diagnóstico de roles, versiones, paquete de rutas, dispositivos y healthcheck JSON.
Red embarcada y seguridad de la integración
Los servicios MQTT y HTTP de a bordo permanecen en la LAN del tren y no se publican en internet. Los enlaces a tierra utilizan HTTPS o sFTP y credenciales de proyecto. Se acuerdan reglas de red, sincronización NTP, registros y actualizaciones. El cumplimiento aplicable al hardware comprado se coordina con su proveedor; esta descripción no constituye una certificación del sistema.
Nuestro enfoque CRAPIS Cloud, contenidos y reporting APC
Paquetes de rutas versionados
PIS Cloud prepara el contenido que carga el servicio de a bordo: líneas, estaciones, distancias, GPS, audios, escaletas, pictogramas, mensajes e infotainment.
- Cambios de texto, escaleta o audio sin volver a desplegar el software.
- Umbrales de aproximación y salida por estación, según versión.
- Importación mediante herramientas pis-cloud, contenido multilingüe e identidad por operador.
Histórico y envío a tierra
Reporter escucha el APCState de MAIN, conserva el histórico local con ruta válida y genera informes de parada y cierre de servicio.
- Persistencia SQLite e informes XML de parada y fin de línea.
- Sincronización tras station-exit, line-stop y al arrancar por sFTP y/o APC Cloud.
- Datos de ocupación y flujos para planificación, análisis y explotación de flota.
Conectores de proyecto para PdC-GMV, SJGSS, IRIS / SEPSA, Mediahub / Televic y supervisión de flota por MQTT y healthcheck HTTP. La conectividad, los formatos y el alcance cloud se acuerdan con el operador.
Ficha técnica resumida
| Área | Especificación |
|---|---|
| Tipo de producto | Software embarcado PIS + APC-Curator + adaptadores TCMS + clientes TFT/LED + integración PA. |
| Sistema objetivo | Linux / Ubuntu LTS en PC industrial o servidor de tren de terceros. |
| Runtime | Python 3.11–3.12, asyncio / uvloop, FastAPI, Uvicorn y Pydantic v2. |
| Interfaz en vivo | HTML y Server-Sent Events para HMI y TFT. |
| Bus interno | MQTT JSON con mensajes retenidos y raíz configurable. |
| Interoperabilidad | VDV301 / IBIS-IP: DMS, CIS, HDS, cliente PCS y mDNS-SD. |
| API | REST JSON / OpenAPI 3, XML IBIS-IP y conectores PdC. |
| Sincronización horaria | Chrony / NTP con fuente de tiempo del tren u operador. |
| Redundancia | MAIN/AUX o delegate con sincronización de estado HTTP. |
| Idiomas | Español, inglés, catalán, portugués, sueco, noruego y euskera, por proyecto. |
| Anuncio por distancia | Odómetro + distancias de ruta; referencia 1.500 m con ajuste por estación. |
| Conteo APC | PCS / IBIS-IP: reset en aproximación y delta final en station-exit. |
| Megafonía | VoIP o RTP según variante; colas y escaletas mediante PASPA / Mediahub. |
| Contenidos y reporting | PIS Cloud versionado; APC con SQLite, XML y sFTP / cloud. |
| Despliegue | Ansible por inventario, Uptrain y paquetes online u offline. |
| Observabilidad | Logs estructurados, syslog / journal, healthcheck y mapa de dispositivos. |
Qué debe aportar el entorno de la flota
- LAN embarcada estable y direccionamiento coherente con TrainConfig.
- Señales acordadas de composición, marcha, puertas o equivalente, GPS y/o odómetro.
- Sensores APC PCS / VDV301 en las puertas del alcance, salvo variantes acordadas.
- TFT / LED compatibles, fuente NTP y capacidad de disco y política de registros dimensionadas.
- Paquete de rutas validado: estaciones, distancias, textos, audios y umbrales.
Resumen basado en la ficha suministrada de la plataforma 2026.10. Las interfaces, variantes, versiones y requisitos definitivos se confirman en la ingeniería de cada serie. No sustituye el manual de integración ni constituye una declaración de homologación.
Módulos y alcance por flota
Una base común con módulos y conectores definidos en la oferta. No todas las variantes incorporan APC, PA, LED o cloud.
| Módulo / entregable | Alcance |
|---|---|
| PIS core | Base de la solución: HMI, lógica de viaje y OpenAPI. |
| Identidad del operador | Diseño y configuración de HMI, TFT y LED. |
| Adaptador TCMS | Conector por constructor y conjunto de señales. |
| APC-C + Reporter | Opcional; requiere sensores compatibles o variante de eventos acordada. |
| PASPA / LED | Megafonía y señalética según alcance del material. |
| PIS Cloud / APC Cloud | Gestión de contenidos y backoffice de ocupación según oferta. |
| PdC / SJGSS / IRIS | Integraciones específicas del proyecto. |
De la definición de alcance a la puesta en servicio
- 01
Definir la flota
Cabeceras, coches, TFT, LEDs, puertas, idiomas, cloud y señales disponibles.
- 02
Acordar interfaces
Matriz TCMS, TrainEvents y contratos OpenAPI PIS/APC.
- 03
Configurar material
TrainConfig, inventario, roles, PA, LEDs y opciones de conteo.
- 04
Preparar contenidos
Identidad HMI/TFT y paquete de rutas reales del operador.
- 05
Validar en banco
FAT con simulación, pantallas, audio, eventos y conteo.
- 06
Ajustar en línea
SAT para señales reales, umbrales de anuncio y verificación del conteo.
La explotación incorpora actualizaciones Uptrain online u offline, inventarios de despliegue, diagnóstico y registros dimensionados para servicio diario. El soporte, la retención de datos y las condiciones de mantenimiento se acuerdan por proyecto.
Preguntas frecuentes
Listo para tu próxima flota o modernización
Un servicio estable, adaptado a la imagen del operador y preparado para la operación real.