¿DiPlay necesita ADB? Permisos de CarPlay y BYD

Permisos característica por característica

Qué hacer primero

Establece la conexión básica de CarPlay antes de activar integraciones con el auto. Si tu firmware requiere ADB para instalar cualquier APK, es una restricción de instalación, no un requisito de DiPlay durante el uso.

La configuración guiada de mapas automáticos muestra el comando correspondiente al paquete instalado. El comando de un paquete HUD Test puede ser distinto del necesario para la versión pública.

Paquete público: adb shell appops set com.shihab.diplay SYSTEM_ALERT_WINDOW allow; adb shell appops set com.shihab.diplay GET_USAGE_STATS allow. Las pruebas usan com.shihab.diplay.hudtest. Comprueba el paquete instalado antes de ejecutar.

Límites de las funciones avanzadas

El acceso ADB opcional de la pantalla usa adbd en localhost, puerto 5555, y exige autorizar expresamente la clave al comprobar el acceso ADB. No admite el emparejamiento por depuración inalámbrica TLS. Activa solo las funciones necesarias, con el auto estacionado.

Las funciones de batería necesitan una lectura durante la identificación. Si los datos están disponibles después, comprueba el acceso ADB, aplica y vuelve a conectar. Los datos de velocidad de las ruedas no confirman la precisión de navegación en túneles. El video con el auto estacionado necesita una lectura válida de la marcha y se cierra fuera de P.

La lectura de batería por ADB de red elige CAN/CANFD según el protocolo del vehículo. El ajuste guardado de mostrar/ocultar el espejo del mapa en la pantalla de inicio mantiene el mapa del cuadro (PR #123/#133).

Cambios y comprobaciones de 0.2.10

El vídeo opcional añade búsqueda y saltos de diez segundos. Requiere ADB de red y una lectura válida de la marcha P; salir de P o perder la lectura cierra la reproducción. FairPlay sigue sin soporte (PR #129).

El proyecto informa de 529 pruebas Linux sin fallos ni omisiones. Localmente ejecutó 528 pruebas, con una prueba de vinculación omitida en macOS. La compilación firmada y lint pasaron; quedan advertencias. La firma coincide con 0.2.9. No hubo nueva validación en coche.

Cambios y comprobaciones en 0.2.11

Datos avanzados del vehículo en Ubicación conserva el modo DiLink 5.0 predeterminado y añade detección de unidades antiguas elegida explícitamente. El sondeo limitado de solo lectura necesita ADB de red autorizado; solo los campos aceptados habilitan sus controles de batería, velocidad de ruedas y video estacionado (PR #158/#173).

El inicio automático opcional del hotspot existente del coche está desactivado por defecto. Verifica permisos del propio paquete DiPlay en firmware BYD compatible y conserva nombre/contraseña del hotspot (PR #164/#173).

El video estacionado opcional sigue necesitando una lectura válida de P y se cierra al salir de P o perderla. Los datos inalámbricos de vehículo/ubicación pasan al enlace Wi-Fi iAP2; eso no demuestra el uso de velocidad de ruedas en túneles (PR #157).

La ubicación permanece desactivada hasta obtener permiso de ubicación precisa; cambiarla reconecta la sesión activa. Los controles se agrupan en Ubicación → Datos avanzados del vehículo; la tarjeta BYD ADB separada controla el hotspot. Los campos antiguos guardados requieren aceptación antes de usarse en ejecución.

Cambios y comprobaciones en 0.2.12

El inicio del hotspot comprueba la interfaz AP real y limita reintentos cuando AirPlay no conecta. El inicio automático opcional sigue desactivado por defecto; la alternativa requiere comandos admitidos por el firmware, ADB local autorizado y disponibilidad observada, no solo un comando exitoso (PR #229/#235).

Se corrige la detección USB de dispositivos Apple. La asistencia opcional de accesibilidad confirma solo el diálogo USB del sistema para DiPlay; excluye otras apps y diálogos. Sigue siendo necesaria la autorización USB normal (PR #170/#224).

En sesiones aptas de hotspot/Wi-Fi Direct en Android 10, ADB local autorizado puede pausar opcionalmente el escaneo de redes. Same LAN queda excluido; durante la pausa no hay conexión automática a redes guardadas. Marcadores y reintentos restauran el escaneo, incluso al reabrir. No es una solución universal para cortes (PR #225).

Los mapas virtuales 16:9 permiten launchers compatibles sin cuadro físico. Las rutas experimentales DiLink 3/4 añaden manejo acotado y restauración reintentable del estado original; DiLink 5/5.1 conserva prioridad. No se declara HUD de parabrisas DiLink 3 ni perfil HUD DiLink 4 verificado (PR #171/#182/#187/#213).

Repruebe rutas DiLink 3/4 reparadas, recuperación de escaneo, modos del volante y hotspot específico del firmware. Cortes generales, llamadas/Siri/micrófono, arranque iOS 15 y colores/temas aún requieren pruebas nuevas del dispositivo actual.

Cambios y comprobaciones en 0.2.13

La conexión inalámbrica prioriza IPv4 utilizable con IPv6 de interfaz como alternativa. Auto no garantiza banda ni elimina cortes. mDNS de interfaz evita el servicio NSD no usado; la alternativa de traspaso exige vídeo renderizado. La reparación experimental de unión al hotspot exige Android 13+, un hotspot configurado por el usuario solo de 5 GHz, API compatibles, ADB local autorizado y confirmación explícita sin sesión activa (PR #251/#258/#283/#309/#313).

Mejoras de proyección nativa e imagen del cuadro DiLink 4 confirmadas en Seal 2022/DiLink 4/Android 10. DiLink 3 comprueba recuperación. Las tarjetas de giro siguen caducando a los dos minutos; el mapa añade 125% y la recuperación de batería/servicio del volante es limitada. Teclas/tarjetas de llamadas DiLink 3 son independientes y están desactivadas; restauran valores originales de reposo, no una copia del estado anterior (PR #243/#260/#265/#285/#296/#297/#304/#306).

Repita pruebas de P2P Android 9, restauración del cuadro por modelo, reparación de hotspot y llamadas/audio en el firmware objetivo. El búfer necesita pausa/búsqueda/navegación/llamadas/Siri físicos; configuraciones de colaboradores no validan la versión firmada completa.