Grupo antes que luminaria
El síntoma debe ubicarse en grupo, escena, línea, driver, sensor o zona antes de culpar a una luminaria aislada.
Diagnóstico de BMS/BACS
Luminarias al cien por cien, dimming que no actúa, presencia que no mantiene zona o horarios que no se aplican pueden mezclar driver, grupo, sensor, escena, gateway, emergencia, BMS y uso real del espacio.
Una lámpara encendida no explica si manda presencia, horario, escena, luz natural, emergencia o una pasarela mal mapeada.
Criterio de la guía
Está escrita para ordenar incidencias de supervisión, automatización de edificio, protocolos, control, tendencias, energía, seguridad y documentación sin convertir una pantalla BMS en una receta pública de intervención.
El síntoma debe ubicarse en grupo, escena, línea, driver, sensor o zona antes de culpar a una luminaria aislada.
Presencia, lux, escena y horario pueden interactuar y explicar estados que parecen contradictorios.
La integración con emergencia exige máxima prudencia y no se trata como una incidencia normal de confort.
Separación diagnóstica
La lectura útil cruza estado visual, grupo, sensor, escena, horario, tendencia y condición real de ocupación.
La zona iluminada debe vincularse al grupo y al driver correctos, no solo al nombre mostrado.
Un sensor de luz y un detector de presencia pueden generar decisiones distintas sobre el mismo espacio.
Si interviene iluminación de emergencia o evacuación, el caso cambia de nivel y exige canal responsable.
Evidencia mínima
La evidencia útil une campo, punto BMS, protocolo, tendencia, horario, prioridad, equipo real, documentación y contexto de explotación sin publicar pasos operativos sensibles.
Patrones de error
En BMS/BACS, el síntoma puede verse en una pantalla, una alarma o una tendencia, pero la causa puede vivir en red OT, pasarela, objeto, prioridad, calendario, equipo primario, documentación o frontera de responsabilidad.
No es lo mismo una orden de horario, una escena, una presencia, un nivel de lux o una condición de emergencia.
Sin mapa de grupos, una sustitución o cambio de driver puede parecer fallo general.
La tendencia puede parecer correcta y aun así no representar cómo queda el espacio.
La iluminación de emergencia no debe analizarse como una escena ordinaria.
Documentación
Harcki podrá trabajar con esquemas, matrices de puntos, tendencias, históricos, capturas, manuales, actas, listas de equipos, topologías y documentación validada. Esta guía pública solo ordena qué información conviene localizar.
Seguridad
La guía ordena evidencia; no enseña intervención sobre lógica de control, prioridades, usuarios, certificados, redes OT, protección contra incendios, accesos, cuadros, HVAC, energía ni retorno operativo.
Harcki
Esta guía ayuda a separar síntomas, evidencias y límites sin publicar instrucciones sensibles. Dentro de Harcki, el caso puede continuar con historial, documentación validada, tendencias, capturas, decisiones, contexto de edificio y memoria técnica compartida.
El mismo síntoma cambia si cambian topología, controlador, pasarela, protocolo, prioridad, calendario, zona, modo de explotación, equipo real o frontera entre BMS y subsistema.
Matrices de puntos, esquemas, tendencias, históricos, actas, manuales y capturas ayudan cuando quedan vinculados al activo real y al momento exacto.
Harcki puede acercar patrones similares sin convertir una situación parecida en una orden de actuación universal.
Normativa y límites
Harcki ayuda a ordenar el caso. Las decisiones críticas dependen del profesional responsable y del marco aplicable.
Aviso de lanzamiento
Recibe el aviso para continuar en Harcki casos de iluminación DALI con presencia, lux, horarios, emergencia, tendencias y documentación validada sin publicar instrucciones de intervención.