¿Las empresas están subestimando el esfuerzo para el desarrollo de dispositivos conectados e integrados? ¿Hay ejemplos de implementaciones de IoT fallidas?

El esfuerzo por construir un dispositivo conectado casi siempre se subestima, especialmente cuando los fundadores no han tenido experiencia previa en el área (que en realidad no es su culpa, las grandes empresas también fracasan).

Echa un vistazo a este cuadro. Referencia

Muy a menudo, el supuesto siguiente causa estas fallas:

Su prototipo de trabajo es su producto.

El hecho de que tenga un prototipo que funcione, no garantiza que pueda convertirlo en un producto.

Puede replicar un prototipo en ejecución en otro millón de piezas, tal como podría hacerlo en software.

El escalado siempre es un problema en HW, el tiempo de entrega, la logística y el final de la vida útil de los componentes siguen siendo los principales problemas. Cada componente que use en su producto debe ser reemplazable.

El próximo prototipo tendrá soluciones para todos.

Ninguno de los prototipos es perfecto y el producto siempre tendrá el problema. Debería administrar una entrega con cosas a medio hornear y asegurarse de que puede actualizar SW en el campo para solucionar problemas.

Podría encontrar fácilmente a alguien que lo haga por mí.

Por último, pero no menos importante, esta es la mayor fuente del problema. No puede externalizar su experiencia principal, ya sea software o hardware. Y nadie está interesado en solucionar sus problemas más que usted.

Una implementación exitosa de IoT debe diseñarse para la fabricación, el servicio y el reemplazo, lo cual es muy diferente a construir algo de equipos listos para usar.

Hay varios ejemplos en Kickstarter como este y este. Otro que seguí de cerca fue este.

El mayor riesgo del ciclo actual de IoT es lanzar tecnología contra la pared, solo para descubrir que no se pega

Muchos fundadores centrados en la tecnología están sobreestimando el valor de IoT en su aplicación elegida, por lo que el modo de falla más probable es un producto que funciona según las especificaciones, pero no se vende porque los clientes objetivo no ven el valor.

Un proceso completo de descubrimiento de clientes puede ahorrarle este esfuerzo perdido

Todos subestiman la dificultad de desarrollar cualquier cosa. Es una decisión difícil para IoT porque hay productos físicos, y realmente no puedes recordarlos una vez que están en el mercado con un defecto.

Pero tampoco conocerá muchos de los defectos hasta que muchas unidades estén en el campo con muchas horas. Muchos problemas con las aplicaciones de IoT ni siquiera son susceptibles de pruebas de laboratorio. Por ejemplo, cuando colocamos sensores de estacionamiento en el campo en Streetline, ni siquiera nos habíamos dado cuenta de que había transformadores de arco en bóvedas subterráneas debajo de la calle, produciendo un gran ruido magnético de 60 Hz. O que algunas ciudades limpian sus calles con excavadoras cuando se ensucian especialmente y cortan los sensores por la mitad si sobresalen. O que los oficiales de control de estacionamiento a veces se comportan de manera extraña debido a incentivos perversos con sus jefes. O que la gente a menudo usa el primer espacio de estacionamiento o dos de ciertos bloques en Los Ángeles como carriles de fusión durante la hora pico. Y tener cinco veces más empleados no nos habría ayudado a aprender eso, ni una serie de pequeños pilotos. Solo experiencia dura, cantidad de unidades desplegadas y horas instaladas.

Lo más importante: la capacidad de actualización es el rey. Incluso si tiene un gran equipo, estos productos se enviarán con fallas o características faltantes en las que nadie pensó a menos que realmente tenga un presupuesto similar al aeroespacial (e incluso entonces, mire cuántos intentos le tomó a SpaceX aterrizar esa primera etapa).

Pero siempre que tenga una forma segura y confiable de actualizar el firmware en el campo, generalmente puede solucionar muchas debilidades a medida que adquiere más experiencia con el producto. Incluso puede llegar al extremo de poder actualizar su gestor de arranque en caso de que su sistema de actualización tenga errores.

Pero si hay una pequeña falla en su actualizador, seguramente bloqueará sus productos y cerrará el negocio con una sola pulsación de tecla incorrecta. Así que dedica mucho tiempo para hacerlo bien y probarlo como loco.

¿Desestimación? Claro, algunos, como en todos los esfuerzos humanos. He perdido un poco de dinero, y una buena cantidad de tiempo, en realidad.

Daré un par de ejemplos en el aspecto técnico. Las fallas de liderazgo, financiamiento, personalidades, suerte y oportunidad son en realidad los asesinos más descomunales.

Una subestimación fácil es la tasa de eventos que vienen las necesidades de fondo para procesar y retirarse. Es un problema resuelto, pero he interactuado con personas de sistemas de datos “empresariales” que piensan que manejar 100 evt / seg es algo de lo que estar orgullosos y que prepara su sistema IoT. Un desajuste de las expectativas en cuatro órdenes de magnitud no es fácil de corregir.

Una segunda, que morderá duramente las implementaciones es la seguridad. Este va a hacer que maten a la gente.

More Interesting

¿Trabajar en Arduino Mega y trabajar en el microcontrolador 8051 es lo mismo para el aprendizaje integrado?

¿Cuál es la importancia del mapa de memoria para los programadores de sistemas integrados?

¿Cuál es la diferencia entre un sistema embebido, un sistema dedicado y una computadora de propósito general?

¿Cuál es el mejor PLC o sistemas embebidos?

¿Cuál es el alcance de los sistemas integrados en mecatrónica? ¿Qué tipo de trabajo se realiza en los sistemas integrados?

¿Arduino proporciona una buena base para estudiar sistemas embebidos?

¿Qué hace un ingeniero de sistemas integrados?

¿Las empresas están subestimando el esfuerzo para el desarrollo de dispositivos conectados e integrados? ¿Hay ejemplos de implementaciones de IoT fallidas?

¿En qué escenarios se puede preferir C ++ sobre C en el desarrollo de sistemas integrados?

¿Cuál es la razón detrás del microcontrolador 8051 no está ejecutando el código hasta que lo reinicie manualmente?

¿Cómo solicitar trabajos de nivel de entrada en sistemas integrados en los EE. UU.?

¿Qué curso debería elegir, sistemas integrados o big data en términos de disponibilidad de trabajo?

¿Se puede usar Adroid OS para sistemas embebidos, como si tuviera una pequeña pieza de hardware, después de algún evento controlado por hardware necesito enviar sms, también necesita una conectividad web? ¿Cómo se puede hacer?

¿Cuáles son los estudios de investigación más interesantes en los campos de la arquitectura de computadoras y los sistemas integrados?

¿Cuál es la diferencia entre los sistemas embebidos y los sistemas utilizados en robótica o la robótica en su conjunto?