Identificador |
AN001AW2102537 |
Fecha |
2026-03-26 10:00:00-03 |
Forma |
Videoconferencia |
Lugar |
meet.google.com/xru-soym-gep |
Duración |
0 horas, 30 minutos |
| Nombre completo | Calidad | Trabaja para | Representa a |
|---|---|---|---|
| Ricardo Briones | Gestor de intereses | Ricardo Briones | |
| Patricio Quezada | Gestor de intereses | Patricio Quezada Burgos |
Diseño, implementación y evaluación de políticas, planes y programas efectuados por los sujetos pasivos. |
26 mar 2026<br /> Solicitud de reunión técnica: Presentación y evaluación de diagrama electrónico - Controlador MSTD <br /> Invitados Antonio Rodolfo Michela Scarlazetta Cecilia Aldana Cabezas Fernando Enrique Montero Gonzalez Héctor Giovanni Teran Rojas Ivan Andres Faundez Baez <br /> Archivos adjuntos Solicitud de reunión técnica: Presentación y evaluación de diagrama electrónico - Controlador MSTD <br /> <br /> Resumen<br /> Revisión del proceso de homologación de un nuevo controlador de semáforo con énfasis en requisitos técnicos para diseño y protocolos de comunicación.<br /> <br /> Introducción del nuevo controlador<br /> La empresa MSTD presentó su nuevo diseño de controlador de semáforo, buscando cumplir los requisitos de UOCT y evitar errores comunes. El prototipo utiliza una Raspberry como procesador central y fue diseñado con aislamiento de potencia y un sistema de detección de energía para UPS.<br /> <br /> Proceso de Homologación de Controladores<br /> Se detallaron las fases de homologación: diseño, prototipo, producción y prueba en vía pública, proceso que puede tardar de 12 meses a 5 años. La primera etapa requiere documentación técnica completa, incluyendo arquitectura y lógicas de operación, antes de pasar a la validación del prototipo.<br /> <br /> Requisitos Técnicos Críticos<br /> Se enfatizó que, ante una falla o conflicto, la normativa chilena requiere que el controlador se apague inmediatamente, en lugar de pasar a amarillo intermitente. Los protocolos de comunicación varían por región, con UTMC en algunas áreas y otros protocolos como SCAT o NTSIP en otras, lo que requiere tarjetas de interfaz específicas.<br /> <br /> Detalles<br /> Introducción y Adjudicación de Mantenimientos: La reunión inició con saludos y una breve discusión sobre el proceso de adjudicación de mantenimientos, un proceso que Antonio Rodolfo Michela Scarlazetta describió como complicado justo antes de que el contrato sea revisado por la Contraloría. También se mencionó que el sistema Gemini estaba tomando notas de la reunión para respaldo de todos los presentes y para el informe requerido en la plataforma de la ley del lobby. Se acordó esperar unos cinco minutos para que se conectara Héctor, a quien Antonio Rodolfo Michela Scarlazetta consideró un participante clave.<br /> Presentación de Participantes: Se procedió a una ronda de presentaciones para Ricardo Briones y Patricio Quezada, quienes solicitaron la reunión, pudieran comenzar su exposición. Antonio Rodolfo Michela Scarlazetta se presentó como encargado de la Unidad Operativa de Control de Tránsito (UOCT) de la región del Bío Bío, seguido por Cecilia Aldana Cabezas, profesional de la misma unidad, e Iván Andres Faundez Baez, ingeniero de la región. También estuvieron presentes Héctor Giovanni Teran Rojas de la UOCT a nivel central, Fernando Enrique Montero Gonzalez del área TIC de la UCT a nivel nacional, y los representantes de la empresa MSTD, Patricio Quezada y Ricardo Briones.<br /> Introducción del Proyecto de Controlador de Semáforo: Ricardo Briones introdujo el proyecto de su empresa, mencionando que previamente desarrollaron un sistema de conteo de tránsito digital y cámaras. Su nueva meta es desarrollar un controlador, y el propósito de la reunión era presentar el diseño preliminar para obtener advertencias y conocer los requisitos de la UOCT, así como evitar errores comunes basados en experiencias anteriores. Patricio Quezada explicó que diseñaron un sistema básico de monitoreo y un controlador de semáforo utilizando la plataforma Proteus para la simulación gráfica.<br /> Detalles Técnicos del Prototipo de Controlador: Patricio Quezada detalló que el controlador utiliza una Raspberry como "cerebro" para cargar la información mediante código, buscando una implementación didáctica. El diseño incluye un sistema de detección de energía para funcionar con una UPS en caso de cortes y un aislamiento de potencia para proteger la Raspberry de las luces que funcionan a 12/24V o directamente a 220V. La simulación mostró una intersección simple con luces para peatones, demostrando cómo opera el controlador en la realidad.<br /> Proceso de Homologación de Controladores: Héctor Giovanni Teran Rojas aclaró a los presentadores que el proceso de homologación de un controlador debe seguir una serie de etapas estipuladas en la normativa. La primera fase es la etapa de diseño, que requiere la solicitud de revisión, la entrega de documentación técnica completa, incluyendo la descripción funcional, arquitectura, planos, manuales y lógicas de operación. Una vez revisada y aprobada la documentación de diseño, se pasa a la etapa del prototipo.<br /> Etapas Posteriores y Pruebas del Controlador: En la etapa del prototipo, se valida la implementación técnica y se espera la entrega del *software* y el manual completo, con la posibilidad crucial de simular fallas, lo que se evalúa con una prueba exhaustiva. La siguiente etapa es la de producción, donde se presenta un equipo de producción real para asegurar que es idéntico al prototipo autorizado, junto con cálculos de confiabilidad. Finalmente, hay una etapa de prueba en la vía pública, y el período total de homologación puede variar entre 12 meses (el más rápido) y 4 o 5 años.<br /> Requisitos de Seguridad y Cronograma del Proyecto: Héctor Giovanni Teran Rojas indicó que las pruebas son extremadamente exhaustivas, incluyendo pruebas destructivas que someten el equipo a condiciones extremas como calor y frío para evaluar su comportamiento. Ricardo Briones afirmó que la empresa es consciente de que este es un proceso lento, mencionando procesos de acreditación previos que tardaron hasta tres o cuatro años, y expresó la esperanza de lograr la meta de homologación en menos de dos años. Héctor Giovanni Teran Rojas enfatizó que no se pueden obviar pruebas, ya que la seguridad vial y eléctrica del equipo son de suma importancia.<br /> Protocolos de Comunicación para Conexión Remota: Ricardo Briones y Patricio Quezada consultaron sobre los protocolos de comunicación necesarios para conectar el controlador al sistema. Fernando Enrique Montero Gonzalez mencionó que en Santiago, Coquimbo y Valdivia se utiliza UTMC (Urban Traffic Management and Control). Héctor Giovanni Teran Rojas agregó que a nivel nacional no existe un protocolo homogéneo, ya que se usan SCAT en Bío Bío, NTSIP en Araucanía (protocolo norteamericano) y protocolos españoles como UNE en OHiggins y Los Lagos. La forma de conectar el controlador dependerá de dónde se instale, a menudo requiriendo tarjetas de interfaz específicas como la SIU en Bío Bío o la OTU en Santiago.<br /> Pasos Formales para Iniciar la Homologación: Ricardo Briones confirmó que el primer paso es enviar una solicitud formal para hacer la intención y enviar los planos de diseño. Héctor Giovanni Teran Rojas explicó que deben enviar una solicitud formal al secretario ejecutivo, Pedro Vidal, para que se les asigne un código de trazabilidad. Este código permitirá a la empresa consultar la etapa de avance, y Héctor Giovanni Teran Rojas se comprometió a compartir la información detallada sobre los pasos a seguir al finalizar la reunión.<br /> Clarificación de Requisitos de Diseño y Pruebas de Falla: Patricio Quezada preguntó si la primera etapa de diseño requiere que el circuito eléctrico esté modelado como una placa de circuito impreso (PCB) lista para instalar. Héctor Giovanni Teran Rojas aclaró que la primera etapa es el diseño conceptual, donde se revisa el diseño planteado y se sugieren reparos o modificaciones según las especificaciones técnicas. Patricio Quezada también preguntó sobre la normativa para el sistema de seguridad en caso de fallo, donde la simulación ponía los semáforos en amarillo intermitente.<br /> Reacción del Controlador ante Conflictos y Fallas: Héctor Giovanni Teran Rojas corrigió la idea de dejar los semáforos en amarillo intermitente ante fallas, indicando que la normativa en Chile no lo permite; ante una falla o conflicto, el controlador debe apagarse por completo. Los controladores deben tener un *watchdog* (guardián) que revise constantemente si hay conflictos y, de haberlos, debe apagarse en menos de un segundo. Ricardo Briones expresó su agradecimiento a los participantes y Antonio Rodolfo Michela Scarlazetta por organizar la reunión e invitar a las personas precisas. |