Grupo antes que luminaria
El síntoma debe cruzarse con grupo DALI, driver, sensor, escena, gateway y espacio real.
Diagnóstico de BMS/BACS
Drivers nuevos al cien por cien, regulación que oscila con luz natural, presencia que mantiene salas encendidas, test de emergencia sin informe o grupos que cambian tras commissioning pueden mezclar DALI, sensores, gateway, escenas, horarios y BMS.
Una luminaria encendida no explica si el grupo, el sensor, el horario, el test y el estado de retorno están bien leídos.
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 cruzarse con grupo DALI, driver, sensor, escena, gateway y espacio real.
Presencia y lux pueden gobernar el comportamiento aunque la orden BMS parezca coherente.
En emergencia, el diagnóstico público debe limitarse a evidencia, informe y frontera responsable.
Separación diagnóstica
El caso se ordena para distinguir si el problema está en direccionamiento, grupo, presencia, lux, escena, calendario, estado de retorno o informe.
Regular y reportar estado no son lo mismo; un driver puede recibir orden y no devolver información útil.
Una zona encendida fuera de horario puede estar condicionada por temporización, sensibilidad o movimiento detectado.
Los test y estados de emergencia tienen responsabilidad propia y no deben mezclarse con confort o escena.
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.
El problema puede estar en grupo, escena, gateway o sensor aunque la luminaria parezca el centro del caso.
La regulación puede parecer errática si el sensor mide mal el plano de trabajo o la temporización no corresponde al uso.
Los estados y pruebas de emergencia requieren documentación y responsabilidad específicas.
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 DALI con drivers, presencia, lux, emergencia, gateway, tendencias y documentación validada sin publicar instrucciones de intervención.