Adquisición y validez de datos
Implemente controladores, estabilización, programas de muestreo, unidades y marcas temporales. Distinga una lectura válida del calentamiento, dato ausente, entrada fuera de rango o fallo del sensor.
Desarrollo de
software embebido.
De las entradas de sensores.
A un comportamiento fiable del dispositivo.
Convierta un requisito de monitorización en firmware integrable, comprobable y mantenible sobre el hardware seleccionado. Hitelecom define adquisición, estados, comunicaciones y diagnósticos según la medida y el despliegue. Determine qué ocurre cuando un sensor no está disponible, se interrumpe una conexión o vuelve la alimentación. La configuración local, las actualizaciones remotas y la seguridad se diseñan cuando se requieren; su implementación depende de placa, memoria y sistema receptor.
FirmwareComportamiento definido del dispositivoDocumente estados, interfaces y tiempos
IntegraciónHardware y vías de datosConfirme componentes, protocolos y cargas útiles
VerificaciónPruebas de aceptación acordadasCubra el funcionamiento previsto y los fallos pertinentes
Enfoque de ingeniería
Comportamiento del dispositivo.
Especificado para operar en campo.
Un proyecto embebido necesita más que una trama válida. Especifique tiempos, transiciones de estado, datos conservados y recuperación que hacen útil al dispositivo en campo.
Lógica de eventos y envío
Separe medida, evaluación de eventos y envío periódico. Defina histéresis, persistencia, prioridad y repetición de notificaciones según el flujo operativo.
Ingeniería de estados de alimentación
Coordine reposo del MCU, alimentación de periféricos y actividad del módem. Mida corriente por estado y evalúe el ciclo de trabajo en la placa real.
Ciclo de vida de las comunicaciones
Especifique registro en red, gestión de sesiones, reintentos limitados y reconexión. Acuerde versiones de carga útil, unidades, identidad y vía receptora compatible.
Registros locales y continuidad
Cuando la memoria lo permita, diseñe colas de registros, números de secuencia y comportamiento tras reinicio. Indique capacidad, reglas de sobrescritura y tratamiento de datos tardíos.
Puesta en marcha y configuración
Defina ajustes de instalación, validaciones, acceso autorizado y restauración mediante la interfaz local o remota seleccionada. NFC o Bluetooth requieren hardware compatible.
Integridad y actualizaciones del firmware
Cuando se incluyan, especifique autenticidad de imagen, compatibilidad de versión, almacenamiento de actualización y gestión de interrupciones. Cargador de arranque, reversión y protección de credenciales requieren un diseño revisado de hardware y software.
Diagnósticos y evidencias de versión
Exponga causas de reinicio y estados de fallo útiles y genere una compilación controlada con resultados de prueba. Acuerde acceso al código, dependencias, instrucciones de carga y responsabilidades de mantenimiento.
Planificación del proyecto
Documente el comportamiento. Después, pruebe el dispositivo.
Los requisitos de firmware deben relacionar cada necesidad con una interfaz de hardware y un método de verificación.
01↗
Revise la base de hardware
Confirme esquemas, componentes, memoria, interfaces y prototipos disponibles. Identifique dependencias de código de terceros o firmware de módulos.
- Datos del proyecto
- Revisión de hardware · Componentes · Cadena de herramientas · Dependencias de terceros
02↗
Especifique los estados operativos
Describa la adquisición, el envío, los modos de consumo, la configuración y la recuperación ante fallos mediante condiciones de aceptación medibles.
- Datos del proyecto
- Transiciones de estado · Tiempos · Objetivos de consumo · Casos de fallo
03↗
Planifique la publicación y la entrega
Acuerde los útiles de prueba, la carga de firmware, el control de versiones, los derechos sobre el código fuente y el soporte posterior a la publicación.
- Datos del proyecto
- Evidencias de prueba · Paquete de versión · Condiciones del código fuente · Alcance del soporte
Aplicaciones
Firmware para dispositivos reales. Tareas verificables.
Explore requisitos de desarrollo específicos del dispositivo, no un paquete universal de firmware. Los ejemplos vinculan una tarea práctica con entradas necesarias, resultados de software propuestos y comprobaciones de aceptación. Los sensores, radios e interfaces se seleccionan por proyecto.
12 áreas de aplicación / 36 tareas de proyecto
Entornos ilustrativos, no pruebas de instalaciones de clientes. La idoneidad del proyecto se evalúa según los requisitos acordados.
01Registradores para cadena de frío y laboratorio3 +
Conserve el significado y la secuencia de los registros de temperatura cuando cambien las condiciones de medida y conexión.
Registros programados de temperatura
+
Mantenga el ritmo de adquisición independiente del éxito del envío a la red.
- Entradas necesarias
- Interfaz de sonda, fuente de reloj e intervalos de muestreo y envío.
- Alcance y resultados
- Registros fechados y máquina de estados de muestreo explícita.
- Comprobaciones de aceptación
- Compare separación y marcas temporales de registros con el reloj de prueba.
- Consideraciones de ingeniería
- La corrección del reloj y el reinicio no deben cambiar silenciosamente las etiquetas de muestras antiguas.
Gestión de eventos de desviación
+
Convierta un límite de temperatura configurado en un evento trazable del dispositivo.
- Entradas necesarias
- Límites, histéresis, persistencia y política de notificaciones.
- Alcance y resultados
- Mensajes de inicio/fin de evento vinculados a las lecturas de origen.
- Comprobaciones de aceptación
- Reproduzca temperaturas de prueba ascendentes y descendentes alrededor de cada límite.
- Consideraciones de ingeniería
- Un evento por umbral es información de monitorización, no cumplimiento reglamentario por sí solo.
Conservación de datos ante interrupciones del enlace
+
Conserve el historial acordado cuando la vía receptora no esté disponible.
- Entradas necesarias
- Memoria disponible, duración de interrupción y política de sobrescritura.
- Alcance y resultados
- Cola limitada con secuencia de registros y comportamiento de envío.
- Comprobaciones de aceptación
- Desconecte, llene la cola, reinicie y concilie los registros entregados.
- Consideraciones de ingeniería
- Deben indicarse la capacidad y las excepciones de pérdida de datos.
02Nodos de inclinación y monitorización estructural3 +
Defina referencias y comportamiento de eventos para estanterías, postes y otras estructuras monitorizadas.
Gestión de referencia y cero
+
Separe la referencia de instalación del movimiento medido posteriormente.
- Entradas necesarias
- Ejes del sensor, orientación de montaje y procedimiento de cero permitido.
- Alcance y resultados
- Referencias almacenadas y registros de cambios de referencia.
- Comprobaciones de aceptación
- Aplique cambios de orientación conocidos antes y después de reiniciar.
- Consideraciones de ingeniería
- Los cambios de cero requieren autorización y recuperación acordadas.
Eventos de movimiento persistente
+
Distinga perturbaciones breves de la condición de movimiento que necesita comunicar el proyecto.
- Entradas necesarias
- Ángulos, tiempo de persistencia, histéresis y programa de medida.
- Alcance y resultados
- Estados de evaluación configurables e identificadores de eventos.
- Comprobaciones de aceptación
- Reproduzca secuencias angulares transitorias, persistentes y de recuperación.
- Consideraciones de ingeniería
- El filtrado no debe describirse como una evaluación de seguridad de ingeniería.
Transmisión prioritaria de eventos
+
Envíe un evento de movimiento seleccionado sin perder la información de estado programada.
- Entradas necesarias
- Comportamiento de radio, prioridad de eventos y límites de reintentos.
- Alcance y resultados
- Cola limitada de eventos y secuencia de envío.
- Comprobaciones de aceptación
- Active un evento durante un envío programado y una interrupción del enlace.
- Consideraciones de ingeniería
- El retraso real depende del ritmo de detección y de la red disponible.
03Nodos de vibración de motores y máquinas3 +
Organice la adquisición de vibración según el sensor, régimen de máquina y procesamiento seleccionados.
Ventanas de adquisición definidas
+
Capture bloques repetibles para la condición operativa acordada.
- Entradas necesarias
- Ancho de banda del sensor, frecuencia de muestreo, duración de ventana y ejes.
- Alcance y resultados
- Programación de ventanas, búferes e indicadores de validez.
- Comprobaciones de aceptación
- Compare muestras capturadas con el estímulo o referencia acordados.
- Consideraciones de ingeniería
- Aliasing, montaje del sensor y ancho de banda utilizable forman parte del diseño del sistema.
Características de señal calculadas en el dispositivo
+
Implemente cálculos seleccionados en tiempo o frecuencia cuando se especifiquen.
- Entradas necesarias
- Características, unidades, ventanas y recursos de procesamiento requeridos.
- Alcance y resultados
- Cálculos documentados y campos de resultados con versiones.
- Comprobaciones de aceptación
- Procese formas de onda de referencia con la implementación y scripts de comparación.
- Consideraciones de ingeniería
- Los valores RMS o características espectrales no diagnostican por sí solos un fallo.
Registros activados y resúmenes
+
Combine resúmenes rutinarios con grabaciones detalladas seleccionadas.
- Entradas necesarias
- Regla de activación, almacenamiento anterior/posterior al evento y capacidad de envío.
- Alcance y resultados
- Política definida de transferencia de resúmenes, eventos y datos brutos.
- Comprobaciones de aceptación
- Pruebe casos de reposo, marcha estable y activación.
- Consideraciones de ingeniería
- Memoria, procesamiento y radio limitan los datos brutos conservados.
04Instrumentos de gases y calidad del aire3 +
Haga visible el estado de detección junto a concentraciones y canales ambientales.
Calentamiento y validez del sensor
+
Evite mostrar medidas de arranque o no disponibles como concentraciones válidas.
- Entradas necesarias
- Estados de respuesta, requisitos de calentamiento y salidas de fallo del sensor.
- Alcance y resultados
- Modelo de validez asociado a cada medida pertinente.
- Comprobaciones de aceptación
- Pruebe arranque, retirada del sensor y respuestas de fallo especificadas.
- Consideraciones de ingeniería
- El principio de detección y la idoneidad para áreas peligrosas corresponden al hardware suministrado.
Temporización multicanal
+
Coordine gases, temperatura, humedad y partículas con respuestas diferentes.
- Entradas necesarias
- Interfaces, tiempos de estabilización y programas de muestreo de canales.
- Alcance y resultados
- Marcas temporales, unidades y estados por canal.
- Comprobaciones de aceptación
- Compruebe alineación y gestión de canales no disponibles.
- Consideraciones de ingeniería
- La independencia de canales debe seguir siendo visible en el modelo de datos receptor.
Ajustes de mantenimiento y calibración
+
Implemente gestión autorizada de coeficientes y estados de servicio cuando se incluya.
- Entradas necesarias
- Método de calibración, formato de coeficientes y reglas de acceso.
- Alcance y resultados
- Ajustes con versión, comprobaciones de rango y registros de servicio.
- Comprobaciones de aceptación
- Cargue ajustes válidos e inválidos y verifique la restauración.
- Consideraciones de ingeniería
- Los ajustes de firmware no sustituyen la calibración trazable ni la cualificación del sensor.
05Terminales de agua, presión y nivel3 +
Represente medidas y eventos del emplazamiento sin ocultar fallos de interfaz o proceso.
Adquisición de canales de proceso
+
Convierta entradas seleccionadas de presión, nivel y auxiliares en registros coherentes.
- Entradas necesarias
- Interfaz eléctrica, escalado, unidades y reglas de entradas inválidas.
- Alcance y resultados
- Correspondencia de canales con valores brutos, estados y valores de ingeniería.
- Comprobaciones de aceptación
- Aplique entradas eléctricas o de protocolo conocidas en el rango configurado.
- Consideraciones de ingeniería
- La exactitud del sensor y la idoneidad del proceso son independientes del escalado numérico.
Estabilidad de eventos de nivel
+
Defina amortiguación y persistencia frente a cambios del nivel de agua.
- Entradas necesarias
- Fluctuaciones previstas, política de umbrales y necesidades de envío.
- Alcance y resultados
- Estados de evento documentados con evaluación configurable.
- Comprobaciones de aceptación
- Reproduzca oleaje, aumentos sostenidos y secuencias de recuperación.
- Consideraciones de ingeniería
- No oculte cambios rápidos sin un objetivo de medida acordado.
Totales de pulsos y variables de caudal
+
Mantenga el comportamiento acordado de contador y desbordamiento para fuentes de pulsos compatibles.
- Entradas necesarias
- Características de pulsos, escalado, reglas de reinicio y puesta a cero.
- Alcance y resultados
- Contadores, totales e identificación de reinicios en la carga útil.
- Comprobaciones de aceptación
- Inyecte cantidades conocidas de pulsos en pruebas de reinicio y desbordamiento.
- Consideraciones de ingeniería
- La exactitud del caudal depende del medidor externo y de la instalación.
06Localizadores de activos y equipos móviles3 +
Equilibre adquisición de posición, eventos de movimiento y envío según el perfil operativo previsto.
Estados operativos basados en movimiento
+
Cambie entre perfiles estacionario y móvil mediante la fuente de movimiento elegida.
- Entradas necesarias
- Entrada de movimiento, umbrales de estados y política de activación/reposo.
- Alcance y resultados
- Máquina de estados de movimiento documentada y marcas temporales.
- Comprobaciones de aceptación
- Ejecute secuencias de reposo, movimiento y movimiento intermitente.
- Consideraciones de ingeniería
- La capacidad de detectar movimiento depende del sensor instalado.
Presupuesto de adquisición de posición
+
Limite intentos de adquisición y describa explícitamente resultados de posición no disponible.
- Entradas necesarias
- Hardware de posicionamiento, límite temporal y criterios de validez.
- Alcance y resultados
- Registros de posición con origen, hora y estado de validez.
- Comprobaciones de aceptación
- Pruebe posiciones válidas, recepción bloqueada y expiración de tiempos.
- Consideraciones de ingeniería
- El firmware no puede garantizar exactitud de ubicación ni visibilidad de satélites.
Continuidad de registros de trayecto
+
Mantenga coherencia de hora, eventos y posiciones durante huecos de cobertura.
- Entradas necesarias
- Tipos de registros, capacidad de cola y límites de trayecto.
- Alcance y resultados
- Registros ordenados con identidad y reglas para duplicados.
- Comprobaciones de aceptación
- Reproduzca una ruta con interrupciones, reinicios y envíos retrasados.
- Consideraciones de ingeniería
- Los datos de ubicación y operación necesitan políticas acordadas de acceso y retención.
07Nodos de campo meteorológicos, de suelo y solares3 +
Coordine sensores exteriores con restricciones de alimentación y temporización mantenible.
Programación de sensores heterogéneos
+
Programe sensores con distintas necesidades de encendido y estabilización.
- Entradas necesarias
- Lista de sensores, controles de alimentación y tiempos de medida.
- Alcance y resultados
- Programa de canales y registros de validez por canal.
- Comprobaciones de aceptación
- Observe secuenciación de alimentación y respuestas conocidas de sensores.
- Consideraciones de ingeniería
- Las sondas e interfaces compatibles forman parte de la base de hardware.
Envío adaptado a la alimentación
+
Defina el comportamiento cuando cambia la energía disponible.
- Entradas necesarias
- Medida de alimentación, límites operativos y política de prioridades.
- Alcance y resultados
- Estados normal, de actividad reducida y de recuperación cuando se especifiquen.
- Comprobaciones de aceptación
- Varíe las condiciones de alimentación y verifique transiciones y ajustes conservados.
- Consideraciones de ingeniería
- Una política energética no acredita autonomía sin una evaluación de energía.
Comprobaciones de puesta en marcha en campo
+
Proporcione visibilidad de canales y vía receptora durante la instalación.
- Entradas necesarias
- Interfaz de puesta en marcha, registros de prueba y ajustes permitidos.
- Alcance y resultados
- Modo de servicio y lista de comprobación de instalación acordados.
- Comprobaciones de aceptación
- Complete una prueba representativa del punto de medida a la plataforma.
- Consideraciones de ingeniería
- Deben definirse el acceso al modo de servicio y su efecto en registros normales.
08Pasarelas y concentradores multidispositivo3 +
Convierta registros de campo especificados conservando identidad, estado y tiempos.
Correspondencia de protocolos de campo
+
Convierta registros o tramas compatibles a un esquema de aplicación estable.
- Entradas necesarias
- Revisión del protocolo, mapa de registros y ejemplos de carga útil.
- Alcance y resultados
- Correspondencia de canales con versiones y respuestas de error.
- Comprobaciones de aceptación
- Pruebe valores normales, excepciones y campos no compatibles.
- Consideraciones de ingeniería
- Modbus u otros protocolos requieren hardware e implementación acordada correspondientes.
Tratamiento de registros de dispositivos de radio
+
Gestione registros de los dispositivos y la configuración receptora especificados.
- Entradas necesarias
- Hardware de radio, definiciones de tramas e identificadores de dispositivos.
- Alcance y resultados
- Reglas del analizador y asociaciones dispositivo-canal.
- Comprobaciones de aceptación
- Introduzca tramas válidas, mal formadas, duplicadas y de dispositivos desconocidos.
- Consideraciones de ingeniería
- LoRa no equivale automáticamente a LoRaWAN; la compatibilidad se establece por sistema.
Recuperación de conexión de retorno y colas
+
Separe la recogida de campo de la disponibilidad de la conexión de salida.
- Entradas necesarias
- Conexión de retorno, capacidad de cola y política de reconexión.
- Alcance y resultados
- Colas limitadas, registros de estado y límites de reintentos.
- Comprobaciones de aceptación
- Interrumpa la conexión de retorno mientras siguen llegando registros de campo.
- Consideraciones de ingeniería
- Las garantías de entrega deben corresponder al trayecto receptor completo.
09Contadores de servicios y entradas de armarios3 +
Dé a contadores y estados discretos un significado eléctrico y temporal claro.
Conteo de pulsos de medidores
+
Capture pulsos compatibles y conserve el estado del totalizador.
- Entradas necesarias
- Anchura, frecuencia y polaridad de pulsos, y requisito de persistencia.
- Alcance y resultados
- Antirrebote, totalización y estrategia de almacenamiento no volátil.
- Comprobaciones de aceptación
- Inyecte una secuencia contada en los límites de entrada acordados.
- Consideraciones de ingeniería
- Las características del medidor externo determinan los límites utilizables de entrada.
Eventos de estado de contactos
+
Interprete de forma coherente entradas de puertas, contactos secos o estados de equipos.
- Entradas necesarias
- Circuito de entrada, estado normal, antirrebote y política de eventos.
- Alcance y resultados
- Registros de transición con marcas temporales y gestión de fallos.
- Comprobaciones de aceptación
- Pruebe rebotes, cambios repetidos y condiciones de reinicio.
- Consideraciones de ingeniería
- Una entrada de monitorización no es una función certificada de protección o enclavamiento.
Resúmenes de condiciones de armarios
+
Combine estados de entradas y canales ambientales seleccionados en un registro.
- Entradas necesarias
- Prioridades de canales, combinaciones de estados y esquema de envío.
- Alcance y resultados
- Resumen con versión y campos explícitos de datos ausentes.
- Comprobaciones de aceptación
- Compare cada combinación de estados con la definición de interfaz.
- Consideraciones de ingeniería
- Separe las condiciones medidas de los estados de equipo inferidos.
10Dispositivos de monitorización de edificios e instalaciones3 +
Coordine entradas ambientales y de presencia para un uso operativo acordado.
Dispositivos multifunción para salas
+
Programe entradas ambientales, de luz y presencia conservando la identidad de cada canal.
- Entradas necesarias
- Sensores instalados, entradas de activación y requisitos de muestreo.
- Alcance y resultados
- Registros de canales independientes y carga útil combinada definida.
- Comprobaciones de aceptación
- Pruebe cada canal individualmente y en funcionamiento simultáneo.
- Consideraciones de ingeniería
- Los datos de presencia no acreditan identidad ni recuentos garantizados de ocupación.
Perfiles de configuración de instalación
+
Aplique ajustes del emplazamiento mediante la interfaz de puesta en marcha compatible.
- Entradas necesarias
- Identificadores de salas, campos de configuración y herramientas permitidas.
- Alcance y resultados
- Perfiles validados con revisión y comportamiento de restauración.
- Comprobaciones de aceptación
- Cargue, rechace, conserve y restaure perfiles representativos.
- Consideraciones de ingeniería
- La configuración NFC, Bluetooth o cableada solo se incluye para hardware compatible.
Registros de excepciones y latidos
+
Haga distinguibles en el receptor los estados sin conexión, desactualizados y anómalos.
- Entradas necesarias
- Intervalo de latidos, bits de estado y política de datos desactualizados.
- Alcance y resultados
- Mensajes de estado del dispositivo e información de estado de canales.
- Comprobaciones de aceptación
- Simule sensores no disponibles e interrupciones de comunicaciones.
- Consideraciones de ingeniería
- El receptor solo puede evaluar la conectividad tras el tiempo de espera acordado.
11Interfaces de modernización de equipos industriales3 +
Integre datos de equipos existentes sin suponer implícitamente autoridad de control.
Adquisición de datos de equipos existentes
+
Lea la interfaz especificada del equipo y conviértala en registros de monitorización.
- Entradas necesarias
- Documentación de interfaces, niveles eléctricos y acceso permitido.
- Alcance y resultados
- Vía de adquisición de solo lectura cuando se acuerde.
- Comprobaciones de aceptación
- Compare valores representativos con la referencia del equipo.
- Consideraciones de ingeniería
- El acceso debe respetar límites del equipo y procedimientos operativos existentes.
Observaciones de contadores y ciclos
+
Capture eventos de ciclo de señales compatibles para informes operativos.
- Entradas necesarias
- Señal de activación, definición de ciclo y gestión del reinicio.
- Alcance y resultados
- Eventos fechados y contadores con reglas explícitas de puesta a cero.
- Comprobaciones de aceptación
- Reproduzca ciclos representativos y secuencias interrumpidas.
- Consideraciones de ingeniería
- Observar ciclos no acredita automáticamente utilización ni calidad del proceso.
Límites de órdenes opcionales
+
Si se incluyen órdenes remotas, defina solicitud, confirmación y tiempos de espera explícitos.
- Entradas necesarias
- Órdenes permitidas, autorización y protecciones del equipo.
- Alcance y resultados
- Máquina de estados de órdenes documentada y campos de auditoría.
- Comprobaciones de aceptación
- Pruebe órdenes aceptadas, rechazadas, repetidas y con tiempo agotado.
- Consideraciones de ingeniería
- El control relacionado con seguridad requiere una arquitectura evaluada por separado.
12Integración de dispositivos OEM y variantes de versión3 +
Mantenga el comportamiento específico del cliente trazable al hardware y versión correctos.
Variantes de protocolo de clientes
+
Adapte cargas útiles y configuración a una plataforma receptora identificada.
- Entradas necesarias
- Punto de conexión, esquema, autenticación y acceso de prueba.
- Alcance y resultados
- Ajustes de integración con versiones y mensajes representativos.
- Comprobaciones de aceptación
- Realice una prueba de interoperabilidad de extremo a extremo acordada.
- Consideraciones de ingeniería
- El acceso a servicios externos y las suscripciones periódicas se definen por separado.
Firmware de aprovisionamiento en fábrica
+
Admite los pasos acordados de carga de identidades y verificación de producción.
- Entradas necesarias
- Reglas de serialización, interfaz del útil y límites de prueba.
- Alcance y resultados
- Órdenes de aprovisionamiento y registros de aprobado/no aprobado.
- Comprobaciones de aceptación
- Ejecute un lote definido de casos correctos y fallos conocidos.
- Consideraciones de ingeniería
- Las credenciales y el acceso de fabricación requieren gestión controlada.
Vías de actualización controladas
+
Implemente el diseño de actualización y recuperación seleccionado para la plataforma.
- Entradas necesarias
- Distribución de memoria, firma de imágenes y requisitos ante interrupciones.
- Alcance y resultados
- Lógica de arranque/actualización e instrucciones de versión según contrato.
- Comprobaciones de aceptación
- Pruebe imágenes rechazadas, cortes eléctricos y recuperación en el hardware real.
- Consideraciones de ingeniería
- Reversión, arranque seguro y mantenimiento de vulnerabilidades no se incluyen automáticamente.
Alcance y especificaciones
Alcance de desarrollo. Vinculado a la revisión de hardware.
La especificación de firmware es propia de cada proyecto; estos aspectos definen el entregable de ingeniería.
| Tipo de servicio | Firmware embebido a medida y trabajos de integración acordados |
|---|---|
| Base de hardware | Revisión de placa identificada, componentes e interfaces compatibles |
| Entorno de software | MCU o procesador, cadena de herramientas y enfoque RTOS o sin sistema operativo acordados |
| Alcance funcional | Requisitos de adquisición, lógica de estados, configuración y comunicación |
| Objetivos de consumo | Condiciones de aceptación medidas para el hardware y ciclo de trabajo especificados |
| Recuperación ante fallos | Tiempos de espera, límites de reintentos, interacción con watchdog y registros de diagnóstico definidos |
| Seguridad y actualizaciones | Requisitos y alcance de verificación expresamente incluidos en el contrato |
| Pruebas | Hardware representativo, casos de prueba y evidencias requeridas |
| Entregables | Binarios de firmware, instrucciones de carga y documentación según contrato |
| Código fuente y soporte | Entrega del código fuente, licencias de terceros, mantenimiento y condiciones de cambio acordados por escrito |
Integración y entrega
Del firmware de prototipo. A una versión controlada.
Acuerde las evidencias y los archivos necesarios para la integración y el mantenimiento.
Confirme los requisitos
Revise las interfaces y el comportamiento de estados según el hardware disponible y las prioridades del proyecto.
Integración y verificación
Desarrolle sobre la plataforma acordada y pruebe el funcionamiento normal, los fallos pertinentes y las condiciones de recuperación.
Publicación y entrega
Entregue el paquete de firmware contratado, la información de la versión y la documentación con condiciones explícitas sobre el código fuente y el soporte.
Preguntas frecuentes
Respuestas para
su proyecto.
Resuelva el alcance técnico, las interfaces y las condiciones de aceptación antes de comprometerse con una implantación.
¿Puede ampliarse el firmware existente en lugar de reescribirlo?
Sí, si se dispone del código, entorno de compilación, derechos de modificación y hardware adecuado de prueba. La revisión inicial identifica controladores y lógica reutilizables, dependencias de hardware y evidencias de verificación ausentes.
¿Qué información se necesita para presupuestar firmware?
Aporte revisión de placa, esquemas, componentes, código existente si lo hay, documentación de interfaces y comportamiento de estados esperado. Incluya requisitos de tiempos, energía, retención y recuperación, así como el hardware propuesto para aceptación.
¿Cómo se separan muestreo, envío y alertas?
El muestreo genera medidas, la lógica de eventos evalúa condiciones definidas y el envío transmite registros por la vía receptora. Cada función tiene sus propios tiempos y fallos; un evento no implica un retraso garantizado de notificación de extremo a extremo.
¿Puede el dispositivo conservar registros sin conexión?
Puede definirse almacenamiento local cuando memoria y energía lo permitan. Especifique capacidad, secuencias, sobrescritura, reinicio y tratamiento por el receptor de registros tardíos o duplicados.
¿El desarrollo incluye procesamiento de señales?
Pueden incluirse cálculos seleccionados con entradas, unidades y pruebas de referencia documentadas. La viabilidad depende de procesamiento, ancho de banda del sensor y calidad del dato. Extraer características es distinto de diagnosticar o predecir fallos con validación.
¿Puede el firmware aumentar la autonomía de batería o solar?
Pueden evaluarse estados de energía y programación de comunicaciones en el hardware seleccionado. La autonomía depende de alimentación completa, cargas de sensores, red y entorno; requiere presupuesto energético y medidas de respaldo definidos.
¿Se incluyen automáticamente MQTT, Modbus o LoRaWAN?
No. Seleccione protocolo y hardware compatible y defina revisión exacta, correspondencia de mensajes y puntos de prueba. Disponer de radio LoRa no acredita compatibilidad LoRaWAN.
¿Cómo se gestionan los fallos de actualización?
El diseño debe definir verificación de imágenes, compatibilidad, distribución de memoria y recuperación tras interrupciones. La doble imagen o reversión necesitan memoria suficiente y un cargador implementado; se prueban en el hardware suministrado.
¿Qué trabajo de seguridad se incluye?
Especifique autenticación, aprovisionamiento de credenciales, ajustes autorizados, verificación de imágenes y acceso de diagnóstico como requisitos. Pruebas de seguridad, respuesta a vulnerabilidades y certificación externa son entregables acordados por separado.
¿Recibiremos código fuente y una compilación reproducible?
El acuerdo establece entrega de código, versiones de herramientas, instrucciones de compilación, dependencias y derechos de modificación. Los componentes externos mantienen sus licencias; un binario no determina la titularidad.
¿Cómo se acepta el firmware?
Utilice una matriz de requisitos y pruebas sobre revisiones de hardware identificadas. Incluya operación normal, entradas límite, cortes de comunicaciones y alimentación, persistencia y recuperación, registrando resultados esperados y reales.
¿Por qué no hay una ficha estándar de producto?
Es un servicio de desarrollo. Una especificación de requisitos de firmware, definición de interfaces y plan de aceptación definen el trabajo; una ficha fija no describiría correctamente hardware y comportamiento específicos del cliente.
Háblenos de su proyecto
Defina sus requisitos.
Concrete el alcance adecuado.
Comparta la revisión de placa, los componentes y el comportamiento requerido del dispositivo. Incluya el firmware disponible, los documentos de interfaces y las prioridades de aceptación para su evaluación técnica.
sales@hitelecom.cn ↗