Entorno de ejecución binario para comunicaciones inalámbricas

El entorno de ejecución binario para tecnología inalámbrica ( BREW , también conocido como Brew MP o Qualcomm BREW ) es una plataforma de desarrollo de aplicaciones obsoleta creada por Qualcomm , originalmente para teléfonos móviles con acceso múltiple por división de código (CDMA) , que incluía aplicaciones de terceros como juegos para móviles . Se ofrecía en algunos teléfonos básicos (principalmente con especificaciones similares a las de teléfonos móviles de gama media a alta), así como en teléfonos inteligentes .

Desarrollado por primera vez en 1999, como una plataforma para aplicaciones inalámbricas en teléfonos móviles basados ​​en CDMA, debutó en septiembre de 2001. Como plataforma de software que puede descargar y ejecutar pequeños programas para jugar, enviar mensajes y compartir fotos, la principal ventaja de Brew MP era que los desarrolladores de aplicaciones podían portar fácilmente sus aplicaciones entre todos los dispositivos Brew MP proporcionando un conjunto estandarizado de interfaces de programación de aplicaciones . El software para teléfonos habilitados para Brew MP se puede desarrollar en C o C++ utilizando el kit de desarrollo de software (SDK) Brew MP de descarga gratuita. ^{[ 1 ]} La biblioteca de tiempo de ejecución BREW es parte del firmware en chip o sistema operativo del dispositivo inalámbrico para permitir a los programadores desarrollar aplicaciones sin necesidad de codificar para la interfaz del sistema o comprender las aplicaciones inalámbricas. BREW se describe como un pseudo sistema operativo, pero no un verdadero sistema operativo móvil . BREW no era una máquina virtual como Java ME , ya que ejecuta código de forma nativa .

Para los desarrolladores de software, Brew MP era un conjunto completo de interfaces de programación de aplicaciones (API) que permitía crear software y aplicaciones en C , C++ y Java , y era compatible (plataforma) con un circuito integrado específico de aplicación (ASIC). Tenía un consumo de memoria de aproximadamente 15.900 KB (15,9 MB). De las versiones 1.x a 2.x (antes de 2004), tenía un consumo de memoria menor, de alrededor de 60 KB. BREW también ofrecía acceso directo al hardware. Las versiones anteriores a Brew MP se ejecutaban/dependían de REX OS (el RTOS propio de Qualcomm), mientras que Brew MP utilizaba Brew RTOS (otro RTOS para teléfonos con funciones avanzadas). En lugar de utilizar un código basado en intérprete, BREW también dependía de su propio hardware móvil.

Para probar aplicaciones durante el proceso de desarrollo, el SDK incluye un emulador BREW o, a partir de la versión 1.1 de BREW, el simulador BREW . El entorno BREW ofrece varios niveles de firmas de aplicaciones . Una firma autentica al desarrollador. Otra firma verifica que una aplicación haya superado las pruebas True BREW y es otorgada por Intertek. Los operadores de telecomunicaciones configuran los teléfonos para que apliquen o ignoren la presencia y verificación de esta segunda firma. Los teléfonos compatibles con BREW tienen un modo de prueba que permite a las aplicaciones omitir la verificación de la firma. Qualcomm pone a disposición de los operadores de redes inalámbricas compatibles con BREW las aplicaciones que han superado las pruebas. Los operadores pueden entonces elegir cuáles de estas aplicaciones ofrecer a los usuarios finales en su catálogo.

Las firmas de BREW están protegidas por un Número de Serie Electrónico (ESN) y un Identificador de Equipo Móvil (MEID) . Esto impide la distribución no autorizada de aplicaciones BREW a terceros, en lugar de a operadores. Una vez que la aplicación se descarga de forma inalámbrica (OTA) a través de un operador que utiliza BREW, el archivo .sig genera automáticamente un número de serie electrónico para el dispositivo donde está instalada.

El emulador BREW, llamado BREW Simulator , no emula el hardware del dispositivo. En su lugar, la aplicación BREW se compila a código nativo y se enlaza con una biblioteca de tiempo de ejecución BREW compatible . Por este motivo, no es posible probar las aplicaciones para detectar errores de plataforma relacionados con la alineación de memoria y diversos fallos del firmware sin un dispositivo BREW en modo de prueba.

Para fines de prueba, las aplicaciones BREW se pueden transferir mediante un cable USB o serie a cualquier dispositivo compatible con BREW utilizando BREW App Loader de Qualcomm. Una aplicación BREW contiene varios componentes que, si no están presentes o no son válidos, provocan que la aplicación se elimine automáticamente al reiniciar el dispositivo. Esto incluye el archivo binario compilado, un archivo que describe la aplicación, las funciones que utiliza y los permisos solicitados, un archivo que contiene recursos de texto e imagen si es necesario, y un archivo que contiene la firma digital de la aplicación.

Las aplicaciones BREW pueden desinstalarse de un teléfono móvil para ahorrar espacio de memoria. Este proceso, conocido como "Desactivar/Restaurar", es un requisito del proceso de prueba True BREW. Los archivos guardados se conservan intactos al desactivar/restaurar, y es posible reinstalar la aplicación sin tener que pagar de nuevo. Al desactivarla, se eliminan todos los archivos .bar, .mod y .sig del teléfono, mientras que los demás archivos permanecen en su ubicación original. Al restaurar, los archivos .bar, .mod y .sig se descargan de la tienda de aplicaciones del operador, y la aplicación previamente desactivada recupera su funcionalidad completa. El proceso de desactivación/restauración solo está disponible para usuarios particulares cuando la memoria del teléfono está llena.

El 28 de mayo de 2008, Qualcomm y Adobe anunciaron una colaboración para integrar Adobe Flash Lite como interfaz de usuario compatible en BREW.

Desde marzo de 2006, el paquete de firma digital más económico para desarrolladores cuesta US$400 por 100 solicitudes. ^{[ 2 ]}

Estrictamente hablando, el tiempo de comercialización puede ser mayor con BREW que con Java ME debido a los rigurosos requisitos de certificación de Qualcomm BREW. Este proceso de certificación puede ser percibido como una ventaja por los desarrolladores de software consolidados, ya que las dificultades asociadas con las pruebas y los costos de desarrollo generan un alto costo de entrada para los desarrolladores con presupuestos bajos y poco tiempo, lo que resulta en una menor dilución del mercado. En concreto, los desarrolladores de juegos casuales corren menos riesgo de tener que competir con software gratuito similar desarrollado y autopublicado por aficionados. Sin embargo, esto tiene un costo para el usuario final, ya que hay menos competencia para desarrollar la mejor solución al menor precio.

• Una vez escrita la aplicación, se necesitan dos semanas por cada iteración de las pruebas de True BREW (cada vez que la aplicación no supera la prueba).
• A continuación, comienzan las negociaciones con la(s) compañía(s) transportista(s).
• Luego, (si tiene éxito) el operador dedicará tiempo a volver a probar la aplicación con sus propias pruebas en su red.
• Finalmente, lanzar una nueva versión implica comenzar el proceso de nuevo.

El fallo del sistema en BREW se produce cuando los componentes dejan de funcionar correctamente, falta un archivo necesario para una aplicación BREW, la aplicación se bloquea o se producen otros errores. Esto crea el archivo "$SYS.EXCEPT_XXXX" dentro de la carpeta "except" en la raíz del directorio. El fallo del sistema de BREW tiene dos variantes: un error de componente y un reinicio forzoso.

Error de componente (ejemplo.c XXXXX)

El error de componente muestra una pantalla negra, blanca o azul con un texto de error durante unos 5 segundos si un componente deja de funcionar correctamente. A continuación, el teléfono se reinicia automáticamente. Este error puede variar según la actividad que esté realizando; por ejemplo:

• fs_dir.c (error del sistema de archivos)
• mdsptask.c (error de tarea)
• oemheap3x.c (violación de montón)
• memoria.c (corrupción de memoria)
• nvm.c (violación de la comprobación de la NVM)
• srch_mdsp.c (error de índice)
• callheap.c (error de llamada)

La probabilidad de que ocurra esta variante es muy baja, ya que lo más común es un reinicio tras la muerte. Aquí tienes un ejemplo de las actividades que pueden desencadenar esta variante:

• Si se reduce el voltaje del teléfono mientras está en funcionamiento, se producirá una corrupción de la memoria (normalmente si la batería está casi agotada; en los dispositivos modernos se ha añadido protección contra subtensión) (por ejemplo, LG VX10, ^{[ 5 ]} LG VX4400, ^{[ 6 ]} y LG PM225).
• El teléfono está defectuoso. Normalmente, si esto ocurre, el teléfono se reiniciará por completo en lugar de mostrar un error de algún componente.
• Se elimina la carpeta "brew", "nvm" o ".efs_private" (fs_dir.c o nvm.c).

Reinicio de la muerte

Un reinicio fatal es un error que reinicia el teléfono automáticamente en lugar de mostrar una pantalla negra, blanca o azul con texto. Esta variante es mucho más común de lo que parece. Aquí hay un ejemplo de las actividades que pueden provocar esta variante:

• Una aplicación se bloquea.
• Retirar la tarjeta R-UIM.
• El teléfono está defectuoso.
• Ingresar un código SP de forma incorrecta.
• Faltan archivos de la aplicación que los requiere.
• Ejecutando la prueba de excepciones en modo de ingeniería.

Qualcomm BREW es utilizado por algunos fabricantes de teléfonos móviles y redes móviles; sin embargo, en la mayoría de los casos, el usuario final lo desconoce, ya que los teléfonos móviles que ejecutan BREW generalmente carecen de la marca Qualcomm BREW y BREW se ejecuta en segundo plano con las "capas" personalizadas del fabricante o operador de telefonía móvil superpuestas. Qualcomm BREW es utilizado por Sprint Nextel , metroPCS , US Cellular , Verizon , Syringa Wireless , Cricket Wireless y AT&T (en el HTC Freestyle) en los EE. UU. , KDDI en Japón, KT y SK Telecom en Corea del Sur, China Telecom en China , MOVILNET y BellSouth Chile en Latinoamérica , Sistema Shyam (ahora MTS) en India , y por la red 3 en gran parte de Europa , el Reino Unido y Australia en muchos teléfonos móviles fabricados especialmente para su red.

Dado que BREW solo se ofrece a las redes móviles que operan en CDMA, otros países (con la excepción de partes de Europa , el Reino Unido y Australia a través de la red 3 , India, Japón y China) no tienen BREW, porque no tienen redes CDMA.

Fabricantes como Huawei , INQ Mobile , Amoi , LG , Samsung Mobile , ZTE y HTC , entre otros, utilizan Qualcomm BREW en algunos de sus teléfonos móviles. Este sistema está presente en tres teléfonos británicos , como el 3 Skypephone , el INQ1 , el ZTE Z431 y el Huawei u7510 (3 Touch). La consola Zeebo de Tectoy es la única que utiliza BREW. El Motorola T720 y el RAZR V3m también utilizan Qualcomm BREW.

• Java ME - El competidor de BREW.
• Desarrollo de aplicaciones móviles : cómo se compara BREW con las alternativas en plataformas móviles.
• Plataforma (informática)
• Remo Sync

• Sitio web oficial
• Análisis en profundidad de BREW y otras plataformas móviles desde la perspectiva del mercado europeo.
• Hoja de datos de Adobe Flash Lite para BREW (.pdf)
• cxBrewUnit - Entorno de pruebas unitarias BREW para pruebas unitarias en C/C++.