Atributos guardados sin mensaje MQTT en ThinkLink: revisar reglas

Elegir dónde guardar

Las mediciones van normalmente a telemetría, los parámetros de plataforma a atributos de servidor, la configuración compartida a su grupo y el cálculo intermedio a process_data. Los parámetros actuales de aplicación pertenecen a app_attrs. Anote autores, lectores, necesidad de histórico y consumidores externos de cada campo. No concentre todo en un objeto grande de envío frecuente. Los datos de proceso no son memoria con caducidad automática; al migrar scripts, inicialice y compruebe estado sin interpretar un almacén vacío como reinicio de acumulados.

Entender la lista permitida

Servidor y compartidos no se reenvían por defecto. forward_fields selecciona claves superiores existentes; configuración ausente o grupo vacío no significa enviar todo. Seleccionar no borra otros valores y cambiar reglas por sí solo no publica. Hace falta una actualización o acción adecuada. Los objetos anidados se seleccionan por su clave superior, no por una supuesta ruta con puntos. Diseñe campos según lo que realmente necesita el consumidor externo.

Separar reglas guardadas y parches

Dispositivos y plantillas guardan listas de nombres. Los scripts usan parches booleanos para añadir o retirar campos y conservan lo omitido. No intercambie ambas estructuras. forward: true en RPC no evita la lista; interprete false dentro de su acción documentada, sin extenderlo a todos los protocolos. Escriba estado mediante resultados del modelo o acciones RPC, no mutando entradas de solo lectura. Los mensajes MQTT personalizados siguen siendo responsabilidad del autor, aunque el reenvío integrado excluya process_data.

Verificar actualizaciones parciales

Configure dos atributos de prueba, seleccione uno, genere una actualización y compare valores guardados y mensaje del Broker destino. Compruebe que el no seleccionado permanece almacenado pero no aparece en el mensaje; después pruebe desactivar el elegido. El consumidor debe combinar campos, no reemplazar el grupo entero por un subconjunto. Reúna pruebas separadas de regla, generación, reenvío y consumo. Guardado correcto o conexión RUNNING no sustituyen la inspección del contenido recibido.

1. Identificar grupo y consumidor.
2. Guardar la lista necesaria.
3. Generar actualización y revisar destino.
4. Verificar combinación y efecto de plantillas.

Incluir plantillas y versiones

Restablecer una plantilla reemplaza reglas; una antigua sin reglas puede volver a no reenviar. Compare configuraciones y consumidores afectados antes de cambios masivos. El estado de proceso sobrevive tras persistirse normalmente, pero leerlo de caché no prueba que una escritura pendiente llegó al almacenamiento. Entregue ubicación de campos, listas, política de combinación, muestras y versión. Para enviar configuración al equipo físico sigue haciendo falta el RPC de bajada adecuado; editar atributos o entregar MQTT no demuestra recepción del dispositivo.