Continuaré desde los 348 pines flotantes, priorizando primero la plataforma digital y después los controles/protecciones de los 12 canales. Al final ejecutaré una revisión ERC independiente y solo aprobaré el layout si quedan cerrados los pines funcionales críticos.
El saneamiento sigue en ejecución sobre la plataforma digital y los 12 canales; es un pase amplio porque cada pin debe validarse contra su función real, no conectarse solo para silenciar ERC. Después haré una revisión independiente del resultado.
El pase integral de saneamiento del esquema terminó, enfocado en la plataforma digital, Ethernet/CM4, buses de audio y controles/protecciones de los 12 canales. Sin embargo, no pude leer y reconciliar el informe final ni ejecutar el ERC independiente porque se agotaron los ACUs.
Pendiente
Revisar las modificaciones realizadas por el ejecutor.
Ejecutar ERC actualizado y corregir bloqueos restantes.
Confirmar que los 12 canales mantienen la ruta analógica independiente.
Decidir si el esquema está listo para iniciar layout.
Received notification from "Completar esquema Channel Link" that it finished — picking the work back up.
El ejecutor terminó el pase de “Completar esquema Channel Link”, pero aún falta reconciliar su informe con el diseño, ejecutar el ERC actualizado y verificar las rutas críticas antes de aprobar el esquema.
No puedo continuar esa inspección porque no hay ACUs disponibles. El proyecto permanece pendiente de:
Confirmar plataforma digital, TDM, CM4, Ethernet y Wi‑Fi.
Validar controles MIC/INSTRUMENT/LINE y estados seguros.
Verificar los 12 passthroughs analógicos independientes del firmware.
Channel Link es un sistema completo de 12 canales para iglesias. Recibe micrófonos dinámicos sin phantom e instrumentos, entrega 12 salidas XLR individuales hacia una consola y digitaliza simultáneamente los 12 canales para transmitirlos a teléfonos mediante una red Wi‑Fi local creada por el propio equipo.
Estado: captura parcial; arquitectura principal seleccionada, esquema completo bloqueado por partes y soporte de edición pendientes.
Intended Use
Caja tipo rack instalada cerca de la consola o del escenario. Las entradas se ubican en el panel frontal y las salidas XLR macho en el panel trasero. Debe operar sin Internet y admitir hasta 13 teléfonos conectados. Para templos grandes podrá conectarse a puntos de acceso externos mediante Ethernet.
What the Device Should Do
Aceptar 12 micrófonos dinámicos o instrumentos, sin generar phantom de 48 V.
Permitir modo MIC, INSTRUMENT Hi-Z o LINE por canal.
Ofrecer control físico y control desde firmware de modo y ganancia.
Mantener una ruta analógica hacia la consola que no dependa del software y no tenga latencia digital.
Digitalizar 12 canales independientes a 48 kHz y 24 bits.
Ejecutar firmware propio con suficiente CPU, RAM y almacenamiento.
Crear una red Wi‑Fi autónoma para hasta 13 teléfonos.
Ofrecer Ethernet para cobertura ampliada con puntos de acceso profesionales.
Permitir programación, recuperación y actualización segura del software.
Main Features
12 conectores combo XLR/TRS frontales.
12 salidas XLR macho traseras.
Entradas MIC/LINE/INSTRUMENT seleccionables.
Ganancia física y digital por canal; el firmware no puede interrumpir la ruta analógica básica.
12 canales ADC, 24 bits, 48 kHz.
Procesamiento Linux con al menos 4 GB de RAM y almacenamiento eMMC.
Wi‑Fi 6 mediante módulo certificado y dos antenas externas.
Gigabit Ethernet.
USB de servicio, botones de recuperación y almacenamiento de configuración.
System Architecture
Diagram
Hardware Subsystems
Channel Front End
Cada canal utiliza un combo XLR/TRS. XLR se destina a micrófono dinámico balanceado; TS a instrumento Hi-Z; TRS puede usarse para línea balanceada. La selección debe evitar conectar simultáneamente topologías incompatibles. Añadir ESD/RFI simétrico, protección ante phantom accidental proveniente de la consola y detección/estado visible.
Analog Console Path
La salida hacia la consola es analógica y fail-safe. Debe conservar polaridad, bajo ruido y nivel apropiado según el modo. El arranque, reset o fallo del procesador no debe silenciar ni corromper permanentemente esta ruta. La ganancia digital afecta principalmente la copia ADC; cualquier control digital de la ruta analógica debe tener estado seguro definido.
ADC and Audio Transport
Doce canales a 24 bits/48 kHz. Arquitectura objetivo: tres ADC de cuatro canales con salidas TDM hacia un puente de audio multicanal, entregando los datos al procesador Linux. Todos los ADC comparten reloj de audio de bajo jitter y sincronización común.
Compute and Firmware
Módulo Linux industrial/modular con CPU multinúcleo, mínimo 4 GB RAM y eMMC. Debe exponer USB/Ethernet, consola de depuración, watchdog, recuperación y actualización de firmware. Arquitectura candidata: Raspberry Pi Compute Module 4/5 o SoM equivalente, con interfaz de audio multicanal dedicada.
Wireless and Networking
El equipo crea su propia red local. Wi‑Fi 6 de doble banda, dos antenas externas y módulo RF pre-certificado. Capacidad objetivo: 13 teléfonos. Usar multicast/broadcast cuando la plataforma móvil lo permita; mantener opción unicast adaptativa. Ethernet permite AP externos para alcanzar cobertura fiable en iglesias grandes. Alcance aspiracional de 100 m, no garantizado con obstáculos desde una sola radio.
Power
Usar adaptador DC externo certificado, dimensionado después del presupuesto completo. Separar conversión de potencia digital, RF y analógica. Mantener convertidores switching lejos de preamplificadores, ADC y reloj; usar post-filtrado y supervisión.
Interfaces and Connections
12x combo XLR/TRS frontal.
12x XLR macho trasero.
2x conectores para antenas externas.
1x Gigabit Ethernet RJ45.
USB de servicio/programación.
Entrada DC bloqueable.
Controles físicos por canal: modo, ganancia y estado.
Power and Runtime Expectations
Alimentación continua desde adaptador externo; no batería. El adaptador se seleccionará con margen mínimo de 30% sobre la carga máxima calculada. Los rails analógicos y digitales tendrán protección, secuenciación y puntos de prueba.
Power Tree and Power Budget
Presupuesto conservador calculado con corrientes máximas/reservas:
Table
Bloque
Carga
Potencia reflejada a 24 V
12 canales analógicos (THAT1512, THAT1240, ADA4610-2, THAT1646 y margen)
Adaptador de 60 W: 72% utilizado; margen 16.78 W. Es utilizable pero limitado para USB/periféricos y transitorios.
Adaptador recomendado: 24 V, 90 W (3.75 A), certificado y bloqueable, 48% utilizado en el caso de diseño.
Límite eFuse recomendado: aproximadamente 3.0 A; TPS26630RGE de 60 V/6 A mantiene margen.
Rails previstos: +5 V de alta corriente para CM4/USB, +3.3 V RF con pico de 2 A para M2-JODY-W3, +3.3 V audio/digital filtrado, +0.9/+1.8 V para XU316, ±15 V aislados para audio y 12 V para relés.
Manufacturing and Assembly Expectations
Equipo de rack profesional, PCB multicapa y posible arquitectura de placa principal más tarjetas/canales repetidos para facilitar servicio. Conectores fijados al chasis, no soportados solo por soldadura. Ensamblaje SMT/THT y pruebas automáticas por canal.
Firmware-Relevant Hardware Requirements
Boot seguro y modo de recuperación accesible.
Watchdog de hardware.
eMMC y almacenamiento de configuración.
Identificación de 12 canales y control de ganancia/modo.
Captura sincronizada de 12 canales.
Punto de acceso Wi‑Fi autónomo y Ethernet.
Actualización local firmada.
Telemetría de temperatura, rails y fallos de reloj.
Physical Design Expectations
Caja rack, entradas frontales, salidas traseras, antenas alejadas de audio analógico y metal con ubicación RF adecuada. Flujo de aire y disipación para procesador y reguladores. Los 100 m en iglesias grandes requieren AP externos conectados por Ethernet cuando la geometría del edificio lo exija.
Important Design Decisions
Versión inicial solicitada: 12 canales completos, no prototipo de dos canales.
Sin phantom generado.
Entrada combo con modos MIC/LINE/INSTRUMENT.
Ruta a consola analógica e independiente del firmware.
Receptor final: aplicación móvil fuera del alcance de este diseño.
Red Wi‑Fi autónoma para máximo 13 teléfonos.
Ethernet obligatorio para expansión de cobertura.
Procesador Linux con RAM/eMMC y radio Wi‑Fi 6 modular/certificada.
ADC: 3 × TI PCM1865DBTR, cada uno con cuatro entradas diferenciales y una salida TDM independiente.
Reloj: 24.576 MHz = 512 × 48 kHz, distribuido por CDCLVC1104; LRCLK 48 kHz y BCLK TDM 12.288 MHz para 8 slots de 32 bits por lane (cuatro canales usados).
Puente: XMOS XU316 con firmware USB Audio Class 2; tres lanes TDM de entrada y USB 2.0 HS hacia CM4.
Wi-Fi: socket M.2 Key E para u-blox M2-JODY-W3, PCIe Wi-Fi 6 2×2 y dos antenas Wi-Fi; la tarjeta exacta no está disponible como parte Flux y se trata como módulo enchufable.
Arquitectura de canal: THAT1512 para MIC, ADA4610-2 para instrumento Hi-Z/condicionamiento ADC, THAT1240 para LINE y THAT1646 para salida balanceada analógica.
Assumptions
Micrófonos dinámicos o fuentes que no requieren phantom.
Audio a teléfonos destinado a monitoreo/escucha y potencial grabación; protocolo final se define en firmware.
Latencia inalámbrica objetivo provisional inferior a 30 ms; no se promete latencia cero por Wi‑Fi.
Se permite una fuente externa certificada de 24 V.
Change Notes
El alcance cambió de dos canales de línea a un sistema completo de 12 canales MIC/LINE/INSTRUMENT.
Se añadió procesador Linux, Wi‑Fi 6 autónomo, soporte para 13 teléfonos, Ethernet y firmware propio.
La aplicación móvil queda fuera del alcance del hardware.
Se añadieron al esquema los 12 conectores combo, 12 XLR de salida, 12 juegos de IC analógicos, tres PCM1865, XU316, CM4, socket M.2, MagJack, reloj y la primera etapa de potencia.
La captura no se declara terminada: faltan soporte pasivo, relés/controles, fuentes secundarias, cableado, NC y limpieza ERC.