IoT Platform:Mensajes de comunicación

Gestión de mensajes duplicados

El nivel QoS 1 garantiza la entrega al menos una vez, por lo que un dispositivo podría recibir mensajes duplicados. Estos duplicados tendrán el mismo ID de mensaje, el cual el dispositivo puede utilizar para la deduplicación. IoT Platform también minimiza el envío de mensajes duplicados con nivel QoS 1.

Un dispositivo MQTT no logra recibir datos

Si un dispositivo no recibe datos, compruebe los siguientes puntos para identificar la causa:

• Verifique que el dispositivo esté suscrito al tema correcto. Un dispositivo MQTT solo puede recibir mensajes de los temas a los que se ha suscrito.

• Si el dispositivo pierde mensajes de forma intermitente: revise si existe lógica que consuma mucho tiempo en la devolución de llamada (callback) de la aplicación del dispositivo. De ser así, mueva esta lógica a un hilo separado para evitar bloquear la devolución de llamada.

• Asegúrese de que la aplicación se suscriba al tema durante su inicialización. Los mensajes enviados antes de completar la suscripción podrían perderse.

• Para recibir mensajes QoS 1 enviados mientras el dispositivo estaba desconectado, establezca el parámetro de conexión MQTT cleanSession en false (es decir, cleanSession debe ser false).

Almacenamiento de mensajes

Una vez publicado un mensaje en un tema, IoT Platform lo reenvía inmediatamente a los dispositivos suscritos a dicho tema.

• Mensaje QoS 0: IoT Platform no lo almacena.

• Mensaje QoS 1: IoT Platform lo almacena durante 7 días.

Periodo de retención de datos del dispositivo

• Mensajes QoS 0: IoT Platform no los retiene.

• Mensajes QoS 1: IoT Platform los retiene durante 7 días.

Puede consultar los registros de comunicación de los últimos 7 días en la consola de IoT Platform, en la página Monitoring and Operations > Log Service de su instancia. Para obtener más información, consulte Log Service.

Entrega de mensajes lenta o con tiempo de espera agotado

Una conexión de red inestable es una causa frecuente de este problema.

Para probar la conectividad de red del dispositivo:

1. Inicie sesión en la consola de IoT Platform.

2. En la página Overview, localice la instancia y haga clic en su ID o alias.

3. En el panel de navegación izquierdo, seleccione Devices > Devices.

4. En la página Devices, busque el dispositivo por su DeviceName o alias.

5. En la columna Actions del dispositivo, haga clic en View.

6. En la pestaña Device Information, haga clic en Test junto a Real-time Delay.

7. Haga clic en OK para iniciar la prueba.

Repita los pasos 6 y 7 para recopilar más datos. Una latencia consistentemente alta indica una conexión de red inestable.

Compatibilidad con mensajes de última voluntad y retenidos

Sí. IoT Platform admite mensajes de última voluntad (will) y retenidos con MQTT 5.0. Para obtener más información, consulte MQTT 5.0 features that are supported by IoT Platform.

Recuperación de mensajes del lado del servidor

Un servidor puede recuperar mensajes de dispositivos de dos maneras.

• Suscripción del lado del servidor: utilice la suscripción del lado del servidor de IoT Platform para suscribirse a uno o varios tipos de mensajes. Según su configuración de suscripción, IoT Platform reenvía mensajes de los tipos especificados desde todos los dispositivos bajo un producto hacia su servidor. IoT Platform admite los siguientes tipos de suscripción del lado del servidor:

  • AMQP server-side subscription: use un SDK de AMQP para recibir los mensajes de dispositivos que reenvía IoT Platform.

  • MNS server-side subscription: use un SDK de MNS para recibir los mensajes de dispositivos que IoT Platform reenvía a una cola de Simple Message Queue (formerly MNS) (SMQ).

• Reenvío de datos: utilice el reenvío de datos para enrutar datos de dispositivos específicos a una cola de Simple Message Queue (formerly MNS) (SMQ) o a una cola de Message Queue for Apache RocketMQ, basándose en reglas de reenvío de datos. Su servidor consume los mensajes mediante un SDK de MNS o un SDK de Message Queue for Apache RocketMQ. Para obtener más información, consulte Overview of data forwarding.

Mensajes de la consola no recibidos por las colas SMQ

IoT Platform no reenvía a las colas de Simple Message Queue (formerly MNS) (SMQ) los mensajes enviados desde la consola o mediante una API en la nube, ya que los considera mensajes del lado del servidor. Solo los mensajes originados en un dispositivo, como mensajes ascendentes del dispositivo, notificaciones de cambios de estado del dispositivo y cambios de etiquetas del dispositivo, se enrutan a las colas SMQ.

Cómo identificar el tema de origen

Los mensajes en una Simple Message Queue (formerly MNS) (SMQ) tienen el siguiente formato:

{
	"messageid": "12345",
	"messagetype": "status/upload",
	"topic": "null/topic",
	"payload": {},
	"timestamp": 1469564576
}

El campo topic identifica el tema de origen.

Envío de comandos a dispositivos

Puede llamar a las siguientes API de IoT Platform para enviar mensajes a dispositivos:

Comunicación entre dispositivos

Sí, los dispositivos dentro de la misma instancia pueden comunicarse entre sí.

Utilice la función de reenvío de datos o enrutamiento de mensajes para reenviar mensajes del tema de un dispositivo a otro, lo que permite la comunicación entre ellos.

• Puede reenviar datos desde un tema de dispositivo, como un tema para reportar datos de modelo de cosa (thing model), a otros temas. Para obtener más información, consulte Forward data to other topics.

• Para conectar una luz inteligente con una aplicación móvil mediante reenvío de datos, consulte M2M communication between devices by using data forwarding.

• Para conectar una luz inteligente con una aplicación móvil mediante enrutamiento de mensajes, consulte M2M communication between devices by using message routing.

Fallo en mensajes QoS 2

IoT Platform admite QoS 0 y QoS 1, pero no es compatible con QoS 2.

Para más detalles, consulte MQTT protocol specification.

Conexión de dispositivos y sincronización de estados

Suscríbase a los mensajes de actualización de estado del dispositivo mediante la suscripción del lado del servidor para mantener sincronizada la información de conexión y estado del dispositivo.

Para obtener más información, consulte Server-side subscription.

Visualización de datos del dispositivo

• Puede usar la suscripción del lado del servidor o el reenvío de datos para enviar datos del dispositivo a su servidor o base de datos. Posteriormente, puede crear su propia solución de visualización de datos.

  Para obtener más información, consulte server-side subscription y Data Forwarding (New Version).

• Utilice un SDK del lado del servidor para IoT Platform con el fin de llamar a las API, recuperar los datos reportados por los dispositivos y luego crear su propia solución de visualización de datos.

  Las siguientes API están disponibles para recuperar datos del dispositivo:

  API	Descripción
  QueryDevicePropertyStatus	Queries the property snapshots for a specified device.
  QueryDeviceOriginalPropertyStatus	Queries the raw property snapshots reported by a device, including properties that passed and failed thing model validation.
  QueryDeviceOriginalPropertyData	Queries the raw property records reported by a device, including those that passed and failed thing model validation.
  QueryDeviceOriginalEventData	Queries the raw event records reported by a device, including events that passed and failed thing model validation.
  QueryDeviceOriginalServiceData	Queries the raw records of service calls initiated by a device, including calls that passed and failed thing model validation.
  QueryDeviceDesiredProperty	Queries the desired property values of a device.
  QueryDevicePropertyData	Queries data for a single property of a device within a specified time range.
  QueryDevicePropertiesData	Queries data for multiple properties of a device within a specified time range.
  QueryDeviceEventData	Queries a device's event records.
  QueryDeviceServiceData	Queries a device's service call records.
  QueryDevicesHotStorageData	Consulta los datos de series temporales almacenados en el servicio de datos.
  QueryDevicesHotStorageDataStatus	Consulta los datos de instantánea de las series temporales almacenadas en el servicio de datos.

Publicación de mensajes hexadecimales mediante API

En la consola de IoT Platform, no es posible enviar mensajes hexadecimales mediante la depuración en línea, el simulador de dispositivos ni la pestaña lista de temas en la página de detalles de un dispositivo.

Puede utilizar las API Pub, BatchPub o PubBroadcast para enviar mensajes hexadecimales. El parámetro MessageContent debe ser el mensaje original codificado en Base64, que puede ser una cadena o una matriz de bytes hexadecimal.

Después de que su servidor empresarial envíe un mensaje mediante una API, IoT Platform decodifica automáticamente el mensaje en Base64 antes de reenviarlo al dispositivo.

Exportación de datos del dispositivo

IoT Platform almacena mensajes QoS 0 hasta por 1 día y mensajes QoS 1 hasta por 7 días.

Puede utilizar la función de almacenamiento de datos del Servicio de Datos para guardar datos fuera de línea del dispositivo y datos de series temporales. Los datos fuera de línea incluyen tablas del sistema de la plataforma, tablas de series temporales, tablas de instantáneas y tablas de almacenamiento personalizado. Los datos de series temporales del dispositivo incluyen datos de Thing Model (propiedades, servicios y eventos) reportados por los dispositivos y datos de temas personalizados configurados mediante reglas de almacenamiento de datos de series temporales. Para obtener más información, consulte Configure Data Storage.

• Para recuperar datos del dispositivo, utilice las API para consultar los datos y enviarlos a su propio servidor.

  • Datos de temas personalizados

    • Consulta de datos de series temporales: QueryDevicesHotStorageData.

    • Consulta de datos de instantáneas: QueryDevicesHotStorageDataStatus.

  • Datos de Thing Model

    • Todas las instantáneas de propiedades de un dispositivo o nodo gemelo digital: QueryDevicePropertyStatus.

    • Instantánea de las propiedades originales reportadas por un dispositivo (todas las propiedades que pasan o fallan la validación de Thing Model): QueryDeviceOriginalPropertyStatus.

    • Registros de las propiedades originales reportadas por un dispositivo (todas las propiedades que pasan o fallan la validación de Thing Model): QueryDeviceOriginalPropertyData.

    • Registros de los eventos originales reportados por un dispositivo (todos los eventos que pasan o fallan la validación de Thing Model): QueryDeviceOriginalEventData.

    • Registros de los servicios originales invocados por un dispositivo (todos los servicios que pasan o fallan la validación de Thing Model): QueryDeviceOriginalServiceData.

  • Datos de tablas de almacenamiento en el Servicio de Datos

    • Consulta de datos en tablas del sistema de la plataforma y tablas de series temporales o instantáneas: CreateDownloadDataJob y GetDownloadFile.

  • API de datos en el Servicio de Datos

    Ejecute una tarea de consulta mediante una API del Servicio de Datos para recuperar datos específicos de un origen de datos: ListAnalyticsData.

• Si necesita almacenar datos del dispositivo durante periodos prolongados, reducir costos de almacenamiento o realizar procesamiento adicional de datos (como SQL analysis, y Data API), puede back up device data sources. Después de habilitar la copia de seguridad de datos para un producto, IoT Platform crea automáticamente las time-series/snapshot tables correspondientes para el producto en el offline storage. Estas tablas incluyen la product property time-series table, la product property snapshot table y la product event table.

Suscripción AMQP para datos hexadecimales

Sí.

Siga estos pasos para reenviar datos hexadecimales:

1. Configure el dispositivo para cargar datos en formato hexadecimal mediante un tema personalizado. Para obtener más información, consulte Use custom topics to communicate.

2. Configure el reenvío de mensajes para suscribirse a mensajes reportados por el dispositivo en un tema personalizado.

   • Configure AMQP server-side subscription: En Alibaba Cloud IoT Platform, establezca el Push Message Type en Device-reported Messages.

   • Forward data to an AMQP server-side consumer group: En el analizador de mensajes, utilice la función payload('binary') para convertir los datos reportados por el dispositivo en una variable binaria para su transmisión directa.

     Para obtener más información sobre las funciones admitidas por el analizador de reenvío de datos, consulte Function list.

3. Utilice un SDK de cliente AMQP para consumir mensajes personalizados del dispositivo.

   Alibaba Cloud IoT Platform proporciona código de ejemplo para SDK de AMQP en los siguientes lenguajes:

   • Java SDK sample

   • .NET SDK sample

   • Node.js SDK sample

   • Python 2.7 SDK sample

   • Python 3 SDK sample

   • PHP SDK sample

   • Go SDK sample

   Los SDK de cliente AMQP para Python 3 y PHP utilizan el protocolo STOMP para comunicarse con Alibaba Cloud IoT Platform. Cuando utilice estos SDK, debe codificar la carga útil en Base64 antes de enviarla. De lo contrario, la carga útil podría truncarse.

   Para obtener instrucciones detalladas sobre el uso de los SDK, consulte AMQP client connection.

Asignación entre grupo de consumidores y cola de mensajes AMQP

Sí.

Hasta 128 clientes AMQP pueden consumir mensajes de una sola cola de mensajes AMQP.

Asignación de un dispositivo a una sola cola AMQP

Sí.

Utilice Rule Engine para configurar el reenvío de datos a un grupo de consumidores suscrito a un servidor AMQP. En el analizador de reenvío de mensajes, utilice funciones como topic(number) o deviceName() dentro de una instrucción if para seleccionar un dispositivo y reenviar sus mensajes a la cola de mensajes AMQP.

A continuación se muestra un script de analizador de ejemplo:

// Get the device's message payload and parse it as JSON.
var data = payload("json");
// Get the device name.
var dn = deviceName();
// If the message is from 'device01', forward its data.
if (dn == 'device01') { 
    writeAmqp(1000, data, "Debug");  
}

Para obtener más información sobre los scripts del analizador, consulte Script syntax. Para ver instrucciones sobre cómo configurar un analizador de reenvío de mensajes, consulte Forward data to a consumer group that subscribes to an AMQP server.

Notificación a aplicaciones sobre el estado en línea del dispositivo

La función de suscripción del lado del servidor de IoT Platform le permite recibir mensajes de cambio de estado del dispositivo. Para utilizar esta función, despliegue e inicie un cliente AMQP en el servidor que aloja su aplicación o mini programa.

La implementación es la siguiente:

1. Configure AMQP server-side subscription: En la consola de IoT Platform, configure un grupo de consumidores de suscripción del lado del servidor para enviar mensajes de cambio de estado del dispositivo.

2. AMQP client integration: En el servidor que aloja su aplicación o mini programa, despliegue e inicie un cliente AMQP para conectarse a IoT Platform.

   Para obtener información sobre el formato de datos de los mensajes de cambio de estado del dispositivo, consulte Device Online/Offline Status. Una vez que el cliente AMQP reciba los mensajes, deberá implementar la lógica para mostrarlos en su aplicación o mini programa.

3. Device Connection: Después de que un dispositivo se conecta a IoT Platform, la plataforma reenvía su información de estado al cliente AMQP para su consumo.

Mensaje no recibido tras una llamada a la API Pub

El dispositivo no está suscrito al tema especificado en la llamada a la API Pub.

Un dispositivo debe estar suscrito a un tema para recibir mensajes del mismo. Para suscribir el dispositivo, llame a la API SubscribeTopic.

Suscribirse a temas y consultarlos

• Un dispositivo debe suscribirse activamente a los temas. Una vez completada la suscripción, los temas aparecen en la Topic List de la página de detalles del Device correspondiente a su instancia en la consola de IoT Platform.

• Si un dispositivo no se ha suscrito a ningún tema, la pestaña Topic List en su página de detalles estará vacía.

Suscribirse a temas

Un dispositivo puede suscribirse a temas de las siguientes maneras:

• Si utiliza el C Link SDK (versiones 3.1, 3.2 y 4.x) o el Python Link SDK proporcionado por IoT Platform, el dispositivo se suscribe automáticamente a los temas de comunicación básica y a los temas de Thing Model que tienen permiso de subscribe.

  Después de crear un tema personalizado con permiso de subscribe, puede utilizar las siguientes API del SDK para suscribirse al tema personalizado:

  • Para C Link SDK versiones 3.1 y 3.2: IOT_MQTT_Subscribe.

  • Para C Link SDK versión 4.x: aiot_mqtt_sub.

  • Para Python Link SDK: lk.subscribe_topic(topic, qos=1).

  Si habilita la suscripción mediante proxy al crear un tema personalizado, IoT Platform suscribe automáticamente el dispositivo a dicho tema cuando este establece una conexión.

  Para agregar un tema personalizado, consulte Use custom topics to communicate.

• Start device simulator: Al utilizar la función de simulador de dispositivos proporcionada por IoT Platform, el dispositivo se suscribe automáticamente a los temas de comunicación básica y a los temas de Thing Model.

  Después de crear un tema personalizado con permiso de subscribe, puede utilizar la función de depuración de comandos ascendentes para suscribirse a él.

• Use MQTT.fx to connect to IoT Platform: Una vez que el dispositivo esté en línea, utilice la función Subscribe para suscribirse a los temas del dispositivo.

• SubscribeTopic: Después de que un dispositivo se conecte a IoT Platform, llame a esta API para suscribirse a los temas del dispositivo.

  Una vez creado un tema personalizado con permiso de subscribe, puede llamar a la API SubscribeTopic para suscribirse al tema.

Consultar temas suscritos

Elija uno de los siguientes métodos:

• View subscribed topics for a device in the IoT Platform console.

• Llame a la API QueryDeviceSubTopic para consultar los temas suscritos del dispositivo.

¿Por qué las suscripciones AMQP no reciben mensajes RRPC?

La comunicación RRPC es un proceso síncrono: el servidor envía una solicitud a un dispositivo y espera una respuesta. IoT Platform no admite suscripciones de servidor AMQP para mensajes de comunicación RRPC.

Para obtener más información sobre la comunicación RRPC, consulte MQTT synchronous communication (RRPC).

Formato JSON estándar para temas personalizados

IoT Platform no impone un formato de datos específico para la comunicación a través de temas personalizados. Usted define el formato.

Para obtener información sobre los temas y el formato Alink JSON obligatorio para la comunicación entre dispositivos e IoT Platform, consulte la documentación de Alink protocol.

Si establece el data format en passthrough/custom al crear un producto, debe configurar el análisis sintáctico de mensajes. Esta configuración convierte las cargas útiles con formato personalizado, enviadas por los dispositivos a través de un tema personalizado, al formato JSON. Para obtener más información, consulte Custom topic message parsing.

Error de comunicación de Thing Model: "5092 - property not found"

Este error indica que una propiedad en un mensaje ascendente o descendente no está definida en el Thing Model.

Posibles causas:

• La propiedad no está definida en el Thing Model. Vaya a la consola de IoT Platform para revisar las definiciones de propiedades y agregar la propiedad requerida. Consulte Add a thing model.

• La propiedad está definida en un módulo personalizado. Para la comunicación ascendente y descendente, debe anteponer a la propiedad el identificador del módulo personalizado con el siguiente formato: {tsl.functionBlockId}:{tsl.properties.identifier}.

Para obtener detalles sobre los campos del Thing Model, consulte TSL field reference for the thing model. Para obtener más información sobre los códigos de error relacionados con mensajes, consulte Error codes in the cloud runtime log.

Configuración de propiedad: error de respuesta del dispositivo 6335

El Thing Model especifica una respuesta vacía para el método de configuración de propiedad. Por lo tanto, cuando IoT Platform envía un comando de configuración de propiedad a un dispositivo, el campo data en el mensaje de respuesta del dispositivo debe estar vacío. Si los datos no están vacíos, se produce un error.

Para obtener más información sobre los códigos de error, consulte error codes in cloud-side run logs.

Coincidencia de temas para dispositivos

Sí. Los temas de un dispositivo físico deben coincidir con los de su dispositivo correspondiente en el producto.

Suscripción a temas entre dispositivos

No. Un dispositivo solo puede suscribirse a sus propios temas.

Recibir mensajes de todos los dispositivos

Puede utilizar la suscripción de servidor AMQP para que su servidor reciba mensajes de dispositivos. Para obtener más información, consulte Use AMQP server-side subscription.

Fallo de suscripción con un certificado de dispositivo compartido

1. Solo un dispositivo puede utilizar un certificado de dispositivo a la vez. El dispositivo físico y el cliente MQTT deben usar certificados de dispositivo diferentes para conectarse a IoT Platform.

2. Un dispositivo solo puede suscribirse a sus propios temas y no puede publicar mensajes en los temas de otros dispositivos.

3. Puede utilizar Data Forwarding o topic-based message routing para reenviar mensajes del tema de un dispositivo a otro, lo que permite la comunicación entre los dispositivos.

   Por ejemplo:

   • Para reenviar datos de dispositivos desde un tema utilizado para reportar datos de Thing Model a otros temas, consulte Forward data to other topics.

   • Para conectar una luz inteligente a una aplicación móvil mediante Data Forwarding, consulte M2M device communication based on message forwarding.

   • Para conectar una luz inteligente a una aplicación móvil mediante enrutamiento de mensajes basado en temas, consulte M2M device communication based on Topic message routing.

Permisos de operación para temas

• IoT Platform predefine los permisos de operación para los temas básicos y de Thing Model, y no es posible modificarlos. Para consultar estos permisos, siga estos pasos:

  1. Inicie sesión en la consola de IoT Platform.

  2. En la esquina superior izquierda de la consola, seleccione la región donde se encuentra su instancia.

  3. En la pestaña Instance Overview, bajo All Environments, busque su instancia y haga clic en su tarjeta.

  4. En el panel de navegación izquierdo, elija Device management > Product.

  5. En la página Product, busque su producto y haga clic en View en la columna Actions.

  6. En la página Product details, haga clic en la pestaña Topic category list. A continuación, podrá consultar las listas de temas en las pestañas Basic topic y Thing model topic.

     La columna Operation permission en la lista de temas muestra los permisos de Publish y Subscribe para cada tema.

     La tabla en la pestaña Thing model topic contiene las columnas Function, Topic category, Operation permission y Description. Esta tabla enumera las rutas de los temas (como /sys/${productKey}/${deviceName}/thing/event/property/post) y sus permisos de publicación o suscripción correspondientes para funciones que incluyen report property, set property, report event e invoke service.

• Utilice la API QueryProductTopic para consultar los detalles de las categorías de temas personalizados de un producto.

Exportar registros de ejecución del lado de la nube

No, no es posible.

• Puede activate Log Service y luego habilitar la transferencia de registros de ejecución del lado de la nube en la consola de IoT Platform. Esto le permite exportar los registros a un Logstore en Log Service para su almacenamiento a largo plazo. Para obtener instrucciones, consulte Transfer cloud-side run logs.

  Después de habilitar la función de transferencia de registros, Log Service crea automáticamente los siguientes recursos para almacenar sus registros. Luego podrá consultar los registros de ejecución del lado de la nube transferidos en Log Service.

  • Project: iot-log-${uid}-${regionId}. En este formato, ${uid} es el ID de su cuenta de Alibaba Cloud y ${regionId} es el ID de región de su servicio de IoT Platform.

  • Logstore: iot-logs.

IoT Platform: Entregar un mensaje de dispositivo único a varios servidores

Para una suscripción de servidor AMQP, un grupo de consumidores se asigna a una sola cola de mensajes AMQP. Si inicia varios consumidores y los vincula al mismo grupo de consumidores, cada mensaje del dispositivo se entrega aleatoriamente a solo uno de ellos. Para enviar una copia de cada mensaje a cada consumidor, vincule cada consumidor a un grupo de consumidores diferente.

Para obtener más información, consulte los siguientes temas:

• Configurar un grupo de consumidores de servidor AMQP: Configure an AMQP server-side subscription o Forward data to a consumer group.

• Iniciar un consumidor AMQP en su servidor: Connect an AMQP client.

Difundir mensajes a varios dispositivos

La interfaz PubBroadcast de IoT Platform le permite publicar un mensaje de difusión a varios dispositivos en línea dentro de un producto específico. Puede dirigirse a todos los dispositivos en línea o solo a aquellos que estén suscritos a un tema determinado.

Error 9203 de suscripción de servidor de IoT Platform

Este error ocurre porque el cliente AMQP o el cliente de Simple Message Queue (anteriormente MNS) (SMQ) para la suscripción del servidor está desconectado. Para conectar el cliente AMQP, consulte Connect an AMQP client. Para conectar el cliente MNS, consulte Develop an MNS consumer client.

Frecuencia de suscripción del dispositivo

Aunque un dispositivo solo necesita suscribirse una vez, se recomienda hacerlo cada vez que se encienda. Esto garantiza que se active la devolución de llamada correspondiente en su código.

Envío de mensajes antes de la suscripción

No. Un dispositivo recibe mensajes de un tema de comunicación únicamente después de suscribirse a él. Para obtener detalles, consulte Use communication topics.

Conectar un cliente y suscribirse a cambios de propiedad

1. Configure an AMQP server-side subscription: En IoT Platform, establezca el Message Type en Device-reported Messages.

2. Utilice un SDK de cliente AMQP para conectarse a IoT Platform y recibir los Device-reported Messages suscritos que contienen datos de propiedades del dispositivo.

   Alibaba Cloud IoT Platform proporciona código de ejemplo del SDK de cliente AMQP en los siguientes lenguajes:

   • Java SDK Example

   • .NET SDK Example

   • Node.js SDK Example

   • Python 2.7 SDK Example

   • Python 3 SDK Example

   • PHP SDK Example

   • Go SDK Example

   Los SDK de cliente AMQP para Python 3 y PHP utilizan el protocolo STOMP para comunicarse con IoT Platform. Al utilizar estos SDK, debe codificar el contenido del mensaje en Base64 antes de enviarlo. De lo contrario, el contenido del mensaje podría truncarse.

   Para obtener instrucciones detalladas sobre el uso de los SDK, consulte AMQP client connection instructions.

Autorización entre cuentas

• Utilice device distribution para distribuir dispositivos desde una instance de origen a una instance de destino en otra account. La account de destino podrá entonces consultar los datos de estos dispositivos. Para conocer los límites de uso y las instrucciones detalladas, consulte device distribution.