Control audiovisual · Guía práctica
Node-RED: un flujo conceptual para coordinar contenido AV
Antes de vincular una aplicación con un reproductor, conviene acordar qué significa una solicitud. Un mensaje «apertura» describe una intención; no confirma que el público ya ve el contenido.
- Inject: solicitud ficticia manual
- Change: marca de ejemplo
- Switch: clasifica la intención
- Debug: observa el mensaje, sin salida a equipo
Un mensaje pequeño y comprensible
El ejemplo propone cue_id C010, session_id DEMO01 y una intención de apertura. Los identificadores son ficticios. Separá esos datos del nombre del archivo y de cualquier futura orden de reproducción; así el guion puede cambiar sin confundir solicitud y resultado.
El nodo Switch clasifica mensajes según reglas. Su documentación permite varias salidas coincidentes o detenerse en la primera; elegí el comportamiento explícitamente. Un reparto involuntario puede multiplicar solicitudes.
Qué representa cada bloque
| Bloque | Uso propuesto | Qué no demuestra |
|---|---|---|
| Inject | Crear una solicitud manual ficticia | No es una entrada de visitante ni un GO aprobado |
| Change | Añadir etiqueta de ejemplo y separar campos | No valida al dispositivo |
| Switch | Clasificar apertura u otra intención | No evita por sí solo repetir el mismo cue |
| Debug | Leer el mensaje de salida | No confirma reproducción ni señal |
Conservá este primer recorrido sin nodos de dispositivos, cuentas o servicios. Para una futura integración, documentá comando, respuesta, vigencia y alternativa manual para el modelo y versión reales.
Repetición y nueva sesión
Para un show repetido, el mismo cue puede ser válido en otra sesión. Acordá una identidad que incluya sesión y cue, y la decisión del operador para volver a habilitarlo. Un filtro por valor o un temporizador aislado no define esa política.
El almacenamiento de estado, llamado context, se guarda en memoria por defecto y se borra al reiniciar. Un estado guardado en otro medio tampoco confirma el estado físico actual. Diseñá el inicio como una revisión atendida antes de aceptar otra apertura.
Qué observar cuando falta información
Catch sólo recibe los errores que los nodos notifican al runtime de la forma documentada; no cubre todas las fallas. Status puede aportar información del nodo, que debe interpretarse según ese nodo. Si falta una respuesta, conservá la decisión de continuar en manos del operador.
El ensayo local propuesto debe incluir una solicitud válida, otra desconocida, una repetición y una nueva sesión. En cada caso, registrá el mensaje esperado y el observado junto con la revisión del ejemplo. Ese registro debe quedar separado de la posterior prueba de reproducción con equipos.
Cuándo conviene evaluar otra alternativa
- Una sola acción puede resolverse con una operación manual documentada.
- Si el show exige referencias de reloj o requisitos temporales definidos, compará plataformas de show control y sus interfaces específicas.
- Para estimar el proyecto, contanos qué dispara contenido, qué reproductor se usaría y qué debe ver el operador para autorizar.