docs(R&D): documentación técnica de CarPlay Bridge, Nexus y Edge AI - #15
Open
pagabo18 wants to merge 3 commits into
Open
docs(R&D): documentación técnica de CarPlay Bridge, Nexus y Edge AI#15pagabo18 wants to merge 3 commits into
pagabo18 wants to merge 3 commits into
Conversation
…ectura) Documentación técnica de I+D para el CarPlay Bridge, dirigida a un ingeniero en electrónica. Incluye investigación real con fuentes citadas y etiquetado de evidencia (CONFIRMADO / INFERENCIA / HIPÓTESIS / PROPUESTA DE DISEÑO). Hallazgo principal: emular un iPhone frente al sistema CarPlay del coche no es viable ni licenciable (MFi sólo cubre head units, y la sesión exige el coprocesador de autenticación de Apple). La ruta construible es el equivalente en Android Auto, donde AOAP es público y existe implementación open source funcionando sobre Raspberry Pi en modo USB gadget. Contenido: - README con convenciones de evidencia y madurez tecnológica - Executive summary, investigación de protocolos (CarPlay/iAP2/MFi vs AOAP) - Arquitectura de sistema con presupuesto de latencia y máquina de estados - Arquitectura hardware: potencia automotriz, protecciones ISO 7637-2/16750-2, MCU supervisor, térmica y layout - Arquitectura software, plan de prototipo con 11 experimentos, BOM y riesgos Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01HM5b3UmTUxuYocAzPbFt3j
Documentación de I+D para Nexus: arquitectura de percepción, cognición, actuación y presencia física, con foco en lo que debe resolver el ingeniero electrónico. Correcciones técnicas frente a la visión inicial: - La pantalla LED transparente no sirve para mostrar una figura humana a 1-3 m: su pixel pitch mínimo (3,9 mm) exige distancias de visión de 4-13 m. Las rutas realistas son Pepper's Ghost hoy y OLED/MicroLED transparente más adelante. - La arquitectura correcta no es un modelo grande en el edge, sino una jerarquía Sensor Hub -> servidor doméstico -> modelos remotos, con los lazos de tiempo real siempre locales. - El EULA de MetaHuman permite usar los personajes en cualquier motor pero prohíbe usarlos para entrenar modelos de IA. Contenido: visión y requisitos, arquitectura de IA (core, memoria, router, agentes), sistema de visión, sistema de audio con presupuesto de latencia, arquitectura del avatar, hardware del Sensor Hub (privacidad por hardware, iluminación IR con seguridad IEC 62471, radar de presencia, PoE, térmica), investigación de displays, arquitectura de sistema, 12 experimentos, BOM y riesgos. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01HM5b3UmTUxuYocAzPbFt3j
…ingeniero Completa la documentación técnica de I+D con la investigación de IA en el edge, el roadmap tecnológico del ecosistema y el documento de traspaso al ingeniero electrónico. Project 03 — Edge AI: - Corrige la terminología (parámetros / tokens / iteraciones / contexto) y la ambigüedad billón (10^12) vs billion (10^9). - Establece el modelo de rendimiento t/s = ancho de banda / tamaño del modelo, validado contra benchmarks publicados de Pi 5 y Jetson Orin Nano Super. - Frontera práctica de la Raspberry Pi 5: modelos de 1B a 8B; el límite es el ancho de banda de memoria (~17 GB/s), no el almacenamiento ni los TOPS. - Un clúster de Pi no acelera la inferencia: la red es 144x peor en ancho de banda y 2500x en latencia que la memoria local. - Sólo sirven para LLM los aceleradores con memoria propia (Hailo-10H, Jetson). - Arquitectura recomendada: percepción en el edge, cognición en un servidor doméstico que se despierta por presencia, razonamiento profundo en remoto. Roadmap maestro: seis fases con puertas de salida numéricas, empezando por una fase de validación de ~545 EUR que responde las preguntas binarias de los tres proyectos antes de diseñar electrónica. Engineer handoff: qué construimos y por qué, qué hardware investigar, qué conocimientos hacen falta, 31 decisiones que dependen del ingeniero, qué comprar para el laboratorio y qué se puede probar de inmediato. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01HM5b3UmTUxuYocAzPbFt3j
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Añade
Technical_R&D_Documentation/: 36 documentos de investigación y arquitectura para tres proyectos futuros, escritos para que un ingeniero en electrónica que no los conoce pueda empezar a investigar, seleccionar componentes, diseñar y prototipar.Sólo documentación. No toca código de la aplicación.
Contenido
Cada afirmación técnica lleva etiqueta:
[CONFIRMADO](con enlace a fuente oficial),[INFERENCIA],[HIPÓTESIS](con experimento asociado),[PROPUESTA DE DISEÑO]o[NO RELIABLE BENCHMARK FOUND]. No se inventan cifras ni precios.Las tres correcciones a la idea original
La instrucción era no asumir que las ideas fueran viables tal como se describían. Tres no lo eran:
1. CarPlay Bridge — el "iPhone falso" no es una ruta construible. CarPlay es un enlace IP (USB + iAP2 + NCM, o Bluetooth → Wi-Fi 5 GHz) cuya sesión exige el coprocesador de autenticación de Apple, que sólo se obtiene dentro de MFi. Apple licencia CarPlay para head units, no para transmisores: no existe categoría que cubra este uso. La ruta equivalente y construible es Android Auto, donde AOAP es público en AOSP y no hay chip de autenticación. Arquitectura elegida: el dispositivo se presenta al coche como teléfono por USB gadget y reenvía la sesión sin transcodificar, lo que mantiene la latencia añadida en ~5–22 ms y esquiva la ausencia de encoder de vídeo en el Pi 5.
2. Nexus — la pantalla LED transparente es la tecnología equivocada. Su pixel pitch comercial va de 3,9 a 25 mm y la transparencia aumenta al empeorar el pitch: son la misma variable. Mostrar una cara a 2 m exigiría ~0,5 mm. Es tecnología de escaparate, pensada para verse desde 10 m. Las rutas reales son Pepper's Ghost (hoy) y OLED/MicroLED transparente (más adelante). Se documenta también que el EULA de MetaHuman permite usarlo en cualquier motor pero prohíbe entrenar modelos de IA con él.
3. Edge AI — el límite no es el almacenamiento ni los TOPS. El rendimiento en generación es
tokens/s ≈ ancho de banda de memoria / tamaño del modelo. Calibrada contra benchmarks publicados, la fórmula predice dentro de un factor 2 tanto en Raspberry Pi 5 como en Jetson Orin Nano Super. Frontera práctica del Pi 5: modelos de 1B a 8B. Un clúster de Pi no resuelve el problema (la medición de referencia da 10–15 % de mejora con dos nodos), y sólo sirven para LLM los aceleradores con memoria propia.Estructura de cada proyecto
Resumen ejecutivo, visión, requisitos funcionales y no funcionales, arquitectura de sistema, hardware, software, comunicaciones, flujos de datos, frontera hardware/software, hardware candidato con matrices de decisión, arquitectura de prototipo y de producción, retos técnicos, incógnitas, experimentos, riesgos, alternativas y recomendaciones. Además: BOM preliminar, tablas de interfaces, arquitectura de potencia con presupuestos calculados, diagramas Mermaid (sistema, secuencia, flujo de datos, máquinas de estado, despliegue) y bloques de preguntas dirigidas a electrónica, software e investigación.
Cosas que el ingeniero debe mirar primero
Q-Exx) repartidas por los documentos.Limitaciones conocidas
Documentadas dentro de los propios ficheros, no ocultas:
arxiv.org,raspberrypi.com,troopers.deycnx-software.com. El paper arXiv:2511.07425, probablemente la mejor fuente académica sobre inferencia de LLM en SBC, queda pendiente de leer y consta como tal.SIN PRECIO FIABLE.Cómo revisarlo
Empezar por
ENGINEER_HANDOFF.md. Los tres01_EXECUTIVE_SUMMARY.mddan el panorama en unos 30 minutos.Antes de diseñar electrónica hay una fase de validación de ~545 € con cuatro experimentos de resultado binario o numérico:
EXP-101(¿funciona el Bridge en el coche?),EXP-201(¿latencia conversacional < 1 s?),EXP-210(¿aporta Pepper's Ghost frente a un monitor?) yEXP-301/302(¿predice bien el modelo de rendimiento?).🤖 Generated with Claude Code
https://claude.ai/code/session_01HM5b3UmTUxuYocAzPbFt3j
Generated by Claude Code