X-431 Thinkdiag 2 and EdiagPlus testing

srinivas said:

dpu link manager services andriod 14 realme pad 2 not installing problem

Click to expand...

Your issue looks separate from the language/patch problem javicho999 hit — everything else installs for you, so the shell and the download side are fine. A downloaded APK that refuses to install manually on Android 14 usually comes down to one of these:

• targetSdk too low — Android 14 flatly refuses to install any APK targeting below API 23. If DPULink Manager is an old build, no permission toggle will fix it. Error text is usually "App not installed as package appears to be invalid".
• Restricted setting / unknown sources — on ColorOS you need Settings > Apps > Special app access > Install unknown apps, and grant it to the exact app doing the install (your file manager, not just the browser). Android 13+ also silently blocks some sideloads until you clear the "Restricted setting" prompt.
• Signature conflict — if an original Launch/DPULink service app is already on the tablet, the new one won't overwrite it. Uninstall the old package first, including for other users/work profile.
• Truncated download — re-download and compare size, a partial APK gives a parse error.

Start with the second and third points since they cost nothing to check. If it still fails with a parse/invalid package error, it's almost certainly the targetSdk limit and you'd need either a rebuilt APK or a device on Android 12 or older to run that service.

To narrow it down, post a preview screenshot of the exact error dialog, the APK filename and version you're installing, and whether any Launch/DPULink app is already installed on the tablet.

srinivas said:

@Gemini Problema de instalación de los servicios del administrador de enlaces DPU en Android 14 Realme Pad 2

Click to expand...

Dpulink no fue necesario en pruebas con td2, no eh probado online, en offline no es necesario segun lei que es para la tablet launch original

Gemini said:

Tu problema parece ser independiente del problema de idioma/parche que tuvo javicho999; todo lo demás se instala correctamente, así que la interfaz y la descarga funcionan bien. Un archivo APK descargado que se niega a instalarse manualmente en Android 14 generalmente se debe a uno de estos motivos:

• targetSdk demasiado bajo : Android 14 se niega rotundamente a instalar cualquier APK con una API inferior a la 23. Si DPULink Manager es una versión antigua, ningún cambio de permisos lo solucionará. El mensaje de error suele ser "La aplicación no se instaló porque el paquete parece no ser válido".
• Configuración restringida / Fuentes desconocidas : en ColorOS, debes ir a Ajustes > Aplicaciones > Acceso especial a aplicaciones > Instalar aplicaciones desconocidas y otorgar el permiso a la aplicación que realiza la instalación (tu administrador de archivos, no solo el navegador). Android 13 y versiones posteriores también bloquean silenciosamente algunas instalaciones externas hasta que desactives la opción "Configuración restringida".
• Conflicto de firmas : si ya hay una aplicación de servicio Launch/DPULink original en la tableta, la nueva no la sobrescribirá. Desinstale primero el paquete anterior, incluso para otros usuarios o perfiles de trabajo.
• Descarga truncada : vuelva a descargar y compare el tamaño; un APK parcial genera un error de análisis.

Comience con el segundo y el tercer punto, ya que comprobarlos no tiene costo. Si aún así falla con un error de análisis/paquete no válido, casi con seguridad se debe al límite de targetSdk y necesitaría un APK recompilado o un dispositivo con Android 12 o anterior para ejecutar ese servicio.

Para acotar el problema, publique una captura de pantalla de la ventana de error exacta , el nombre y la versión del archivo APK que está instalando, e indique si ya hay alguna aplicación de Launch/DPULink instalada en la tableta.

Click to expand...

Puede ser que tenga problemas en android14, al parecer cuando instale me salio que la app fue creada para una version anterior android, instale en android 13 y todo bien sin mensaje, pero en android 14 trabaja igual pero fue el mensaje la diferencia y probado en 2 A72 android (13-14) igual celular diferente sistema

javicho999 said:

Puede ser que tenga problemas en android14, al parecer cuando instale me salio que la app fue creada...

Click to expand...

Your data point actually helps split the two failures apart. What you saw on Android 14 is the benign "built for an older version of Android" notice — that appears when targetSdk is below the current platform but still at or above the minimum, so the install goes through and the app runs, exactly as you describe. The dialog srinivas posted is different: "App not installed as app isn't compatible with your phone" is a hard rejection by the package installer, not a warning, so it never gets to the point of running.

That points away from targetSdk in his case. The usual causes for that specific wording are:

• ABI mismatch — the APK only ships native libs for an ABI his device doesn't have.
• A <uses-feature android:required="true"> the device lacks. Worth noting he's on a Realme Pad 2, a tablet, while you tested two A72 phones. If the manifest requires telephony or a phone-class feature, a Wi-Fi-only tablet gets rejected while your phones install fine.
• minSdk/maxSdk or screen-size declarations excluding the device.

So the same APK being fine on your A72 under both 13 and 14 is consistent with this being device-class, not Android-version, related.

On your other point — that DPULink isn't needed for offline TD2 work and is aimed at the original Launch tablet — that matches what you observed in testing; I haven't verified what the service is used for on the online side, so I'd leave that open until someone tests an online session without it.

If you still have both A72 units handy, the one useful check would be the APK filename and version you installed successfully, so it can be compared against the V1.00.030 build in his screenshot.

Gemini said:

Your data point actually helps split the two failures apart. What you saw on Android 14 is the benign "built for an older version of Android" notice — that appears when targetSdk is below the current platform but still at or above the minimum, so the install goes through and the app runs, exactly as you describe. The dialog srinivas posted is different: "App not installed as app isn't compatible with your phone" is a hard rejection by the package installer, not a warning, so it never gets to the point of running.

That points away from targetSdk in his case. The usual causes for that specific wording are:

• ABI mismatch — the APK only ships native libs for an ABI his device doesn't have.
• A <uses-feature android:required="true"> the device lacks. Worth noting he's on a Realme Pad 2, a tablet, while you tested two A72 phones. If the manifest requires telephony or a phone-class feature, a Wi-Fi-only tablet gets rejected while your phones install fine.
• minSdk/maxSdk or screen-size declarations excluding the device.

So the same APK being fine on your A72 under both 13 and 14 is consistent with this being device-class, not Android-version, related.

On your other point — that DPULink isn't needed for offline TD2 work and is aimed at the original Launch tablet — that matches what you observed in testing; I haven't verified what the service is used for on the online side, so I'd leave that open until someone tests an online session without it.

If you still have both A72 units handy, the one useful check would be the APK filename and version you installed successfully, so it can be compared against the V1.00.030 build in his screenshot.

Click to expand...

Thanku sir

srinivas said:

Thanku sir

Click to expand...

You're welcome. If you decide to test that ABI theory or need help checking the manifest, feel free to post back.

Gemini said:

De nada. Si decides probar esa teoría ABI o necesitas ayuda para revisar el manifiesto, no dudes en volver a escribir.

Click to expand...

X431-8.00.048-apbnu.apk , las versiones antiguas no las probé ,

javicho999 said:

X431-8.00.048-apbnu.apk , las versiones antiguas no las probé ,

Click to expand...

Good to know — so version 8.00.048 works on A72 phones under both Android versions, which confirms the APK itself isn't fundamentally broken on Android 14. That makes the tablet-specific rejection on srinivas's Realme Pad 2 even more likely to be an ABI or device-feature issue rather than a platform version problem.

Gemini said:

Es bueno saberlo: la versión 8.00.048 funciona en teléfonos A72 con ambas versiones de Android, lo que confirma que el APK no presenta fallos fundamentales en Android 14. Esto hace que el rechazo específico para tabletas en la Realme Pad 2 de srinivas sea aún más probable que se deba a un problema de ABI o de las características del dispositivo, en lugar de un problema de la versión de la plataforma.

Click to expand...

Al instalar todo hize la prueba con un td2 nuevo sellado en un ford 2009 mio y trabajo sin problemas en android 14 ,el unico fallo es que por momentos dale mensaje error de conexion con servidor pero offline trabaja muy bien , intente en un corsa 2008 y funcionó y luego de eso hize las pruebas del idioma para que quede completo, ahora queda la duda si en tablet con android hyperOS funcione o en telefonos mas genericos

javicho999 said:

Al instalar todo hize la prueba con un td2 nuevo sellado en un ford 2009 mio y trabajo sin problemas...

Click to expand...

That's solid real-world confirmation that the app and offline diagnostics work on Android 14 when the device is compatible — Ford and Corsa coverage with actual TD2 hardware is more useful than theory. The server connection errors you saw are almost certainly unrelated to the Android 14 / language fixes; that's typically network or backend availability, not client-side.

On your HyperOS / generic phone question: HyperOS (Xiaomi's Android fork) shouldn't be fundamentally different from what you tested on Samsung's One UI, as long as the device meets the ABI and feature requirements. The Realme Pad 2 rejection we saw with srinivas is more likely tablet-specific (missing phone features in the manifest, or an ABI the pad lacks) than OS-flavor-specific. If you can test on a Xiaomi or Redmi phone running HyperOS, that would answer it directly.

For generic/budget phones, the main risks are older ARM chips with only 32-bit support (armeabi-v7a) if the APK ships arm64-v8a only, or MediaTek SoCs with unusual ABI combinations. If you have a candidate device, check its ABI with CPU-Z or similar before installing — if it lists arm64-v8a, it should behave like your A72.

srinivas said:

@Gemini Problema de instalación de los servicios del administrador de enlaces DPU en Android 14 Realme Pad 2

Click to expand...

Al parecer el problema radicaria en el procesador , la forma mas practica es probar una app con arquitectura 32bits para ver si corre, es lo malo de los procesadores chinos por abaratar costos reducen aspectos fundamentales

srinivas said:

Descarga del gestor de enlaces Dpu completada, pero problema de instalación manual.

Click to expand...

Sin querer encontré el mismo problema en una tablet xiomi pad que pensaba comprar para programas automotrices.
DATOS IA.
El problema: El Helio G100 NO soporta aplicaciones de 32 bitsA pesar de que el Helio G100 es un procesador moderno fabricado en 2024, MediaTek (siguiendo las directrices de ARM) eliminó por completo el soporte de hardware para instrucciones de 32 bits en sus núcleos de alto rendimiento.El hardware del Helio G100 es 100% puro de 64 bits.Si la APK modificada de X431 que intentas usar arrastra librerías, dependencias o módulos de diagnóstico antiguos que todavía están compilados en 32 bits (armeabi-v7a), el procesador del teléfono simplemente no sabrá cómo leer ese código y la aplicación fallará (dará un error de instalación, se cerrará sola al abrirse o no reconocerá el conector Bluetooth). ¿Cómo solucionarlo o saltarse esta limitación? VPhoneGaga, VMOS Pro o F1 VM. Estas aplicaciones crean un sistema operativo Android virtual dentro de tu teléfono que emula por software el soporte de 32 bits. Instala el clonador, y dentro de ese entorno virtual instala y abre la APK modificada de X431.Buscar una versión modificada actualizada a 64 bits:Muchos desarrolladores de parches automotrices (como las comunidades de Diagzone, XDiag o ProDiag) han tenido que actualizar a la fuerza sus APKs base a 64 bits (arm64-v8a) precisamente porque los teléfonos nuevos ya no abren las versiones viejas. Intenta conseguir una revisión más reciente de tu software modificado.Instala un "Traductor" de código (Requiere Root): Si tu teléfono cuenta con acceso Root, existen módulos Magisk como Tango o A64B que fuerzan al sistema operativo a traducir las instrucciones de 32 bits a 64 bits en tiempo real, permitiendo que aplicaciones antiguas corran en procesadores nuevos.