5 cosas que su equipo de ingeniería debe saber antes de crear una aplicación M2M

El Internet de las cosas (IoT) está ganando popularidad, por lo que, naturalmente, cada vez más empresas quieren participar. El concepto de conectar sensores y controladores simples a Internet no es nuevo, pero muchas empresas están intrigadas por la popularidad y se han interesado en crear un producto de máquina a máquina (M2M).

Sin embargo, algunas de estas empresas no son plenamente conscientes de lo que implica la creación de una aplicación M2M desde una perspectiva de ingeniería. Luego, terminan creando un producto utilizando la tecnología incorrecta, lo que hace que su creación sea menos funcional o demasiado costosa en el futuro.

En respuesta a estos problemas, describimos cinco cosas que usted y su equipo de ingeniería deben saber antes de comenzar a construir su aplicación M2M. Si sigue estos pasos, se asegurará de evitar muchos errores y frustraciones comunes.

5 cosas que su equipo de ingenieros debe saber antes de crear una aplicación M2M

1. No prometa demasiado la duración de la batería.

Ninguna empresa quiere ser conocida por sus promesas excesivas y sus entregas insuficientes. Sin embargo, esto puede suceder cuando está creando una aplicación M2M, si no tiene cuidado. Veamos algunas situaciones hipotéticas de precaución.

Supongamos que una empresa de nueva creación tiene la ambiciosa idea de un pomo de puerta inteligente que se abre con una aplicación de teléfono inteligente. Antes de crear este producto, deben comprender que la batería estará en funcionamiento todo el tiempo. Si su plan es encender el pomo de la puerta a través de un teléfono celular o Bluetooth, deben tener en cuenta todos los procesos que debe ejecutar la batería.

Con el tiempo, tal vez más temprano que tarde, la batería se agotará y será necesario recargarla, lo cual es una molestia para el usuario. Además, la capacidad de la batería disminuirá con el tiempo debido al ciclo constante de carga y descarga. Este proceso, conocido como reducción de potencia, obliga al usuario a comprar una batería nueva, y debe tenerse en cuenta al planificar los presupuestos de energía.

O tal vez un amante de los perros decide que está cansado de perder a Fido y se propone crear un dispositivo de rastreo de perros con GPS que utiliza una red celular. Está seguro de que es una gran idea y de que existe un mercado para el producto. Pero antes de seguir adelante con la producción, debe asegurarse de que el dispositivo se mantenga vivo el tiempo suficiente para que el cliente pueda rastrear a su compañero canino perdido. Esta no es una hazaña fácil, porque la cantidad de energía de la batería (y datos móviles, para el caso) que se necesita para ejecutar el mapeo GPS es bastante más de lo que muchos ingenieros suponen.

2. Comprenda la dificultad del diseño mecánico y la creación de firmware en IoT.

El tiempo, el gasto y el dolor del diseño mecánico a menudo se pasan por alto en IoT. Muchos ingenieros eléctricos de hardware y software se centran en los componentes, pero no dedican mucho tiempo a pensar en el diseño de la carcasa. Dependiendo del producto, la organización puede pensar en subcontratar esta tarea a diseñadores industriales que crean carcasas de productos que se ven geniales y funcionan como se supone que deben hacerlo. Es importante reservar los fondos apropiados para el diseño mecánico desde el principio, para que no haya sorpresas más adelante en el proceso de asignación del presupuesto.

Crear firmware tampoco es un paseo por el parque. Tomemos, por ejemplo, el producto más popular de Apple:el iPhone. La cantidad de dinero que Apple ha gastado para desarrollar un pequeño teléfono asciende a miles de millones. Este es un ejemplo bastante extremo, pero es importante que las empresas comprendan cuánto dinero pueden necesitar para crear su firmware. De hecho, puede estar fuera del alcance de muchas empresas pequeñas crear un producto de firmware de IoT, simplemente porque es demasiado difícil de crear y demasiado costoso de subcontratar.

3. Conozca el costo real de la gestión de la cadena de suministro en el desarrollo de productos.

La gestión de la cadena de suministro, que implica el abastecimiento, la compra y la logística de todos los materiales que componen su producto, debe ser una de las principales prioridades. Incluso si su producto es de clase mundial, debe asegurarse de que todas las decisiones comerciales que tome durante el desarrollo del producto tengan sentido. De lo contrario, llegará tarde al mercado y superará el presupuesto.

Si una empresa está creando una placa de circuito con cientos de piezas, los ingenieros involucrados en la selección de la lista de materiales (BOM) deben comprender completamente los costos de todos los componentes no comercializados y el canal de ventas del que provienen los componentes. Si los componentes se seleccionan únicamente a partir de la información de la hoja de datos del fabricante, o debido a lo que dicen sus representantes de ventas, le estará haciendo un flaco favor a su producto.

4. Comprenda cómo se aprovisionará su dispositivo después de la producción.

Si está creando una aplicación M2M que se ejecuta en redes de área personal, que son conexiones de red tradicionales como Wi-Fi o Bluetooth, deberá abordar los problemas de aprovisionamiento. Esto es increíblemente importante y no debe pasarse por alto.

Tomemos, por ejemplo, los sistemas de termostato domésticos inteligentes. Estos se han vuelto bastante populares en los últimos años, y productos como Nest se están apoderando del mercado. Para que su termostato inteligente funcione, debe estar correctamente provisto (o configurado ) para trabajar con la red Wi-Fi del cliente. El cliente tiene que dar acceso a la aplicación a su red cerrada, generalmente dando al dispositivo su contraseña de Wi-Fi, que es bastante estándar para este tipo de productos. Si bien Nest ha simplificado su interfaz de usuario (UI), algunos fabricantes no han descubierto cómo hacer que su interfaz de usuario sea fácil de usar. Cuando a un cliente le resulta difícil aprovisionar correctamente el producto que ha comprado, se reduce la satisfacción del cliente.

5. Sume sus costos.

La mayoría de las aplicaciones M2M requieren algún tipo de conexión de red, generalmente a un servidor basado en Internet que ejecuta el software de la aplicación. Las empresas a menudo dependen de la telefonía celular, pensando que el único gasto que tendrán es pagar sus datos todos los meses. Pero este no es el caso.

Imaginemos que una organización está creando un sistema de parquímetros inteligente. La ciudad en la que están implementando los parquímetros tiene espacio para 10,000 metros, por lo que calculan que el costo de la red celular, la opción de red desde la que eligieron operar sus parquímetros inteligentes, valdrá la pena el costo de oportunidad que sus parquímetros podrían generar. a largo plazo. Pero, una vez que comienzan a calcular los números, se dan cuenta de que no han tenido en cuenta algunos de los otros gastos asociados con la creación de un producto M2M.

Para los sistemas basados ​​en GSM, uno de estos costos es la certificación PTCRB (PCS Type Certification Review Board). Este proceso se estableció para ayudar a los creadores de aplicaciones M2M que se ejecutan en redes celulares a recibir una certificación de terceros, lo que garantiza que el dispositivo que se analiza cumple con ciertos criterios. Luego, esta certificación se otorga al operador de la red celular (como AT&T o Verizon) para demostrar que la aplicación M2M que se ejecuta fuera de su red es segura. Este proceso requiere mucho tiempo (puede llevar meses obtener la certificación) y es costoso (más de $ 200,000). Algunos equipos de producción optarán por precertificar módulos para omitir este costoso paso. Pero incluso si eligen esta ruta, aún tendrán que desembolsar aproximadamente $ 30,000 para obtener la certificación de transportista.

En resumen

Como puede ver, hay más costos, esfuerzos y dificultades asociados con el desarrollo de una aplicación M2M de lo que parece. Lo mejor que puede hacer para evitar esta frustración es planificar estos problemas antes de comenzar los procesos de diseño y producción. Le ahorrará mucho tiempo y esfuerzo en el futuro, y se asegurará de que no tenga que reconfigurar su sistema para que funcione con una tecnología diferente.