Partekatu honen bidez:

Conocimiento e invocación de los métodos directos de IoT Hub

  • Artikulua

Los métodos directos habilitados de IoT Hub le permiten invocar remotamente llamadas en dispositivos desde la nube. Los métodos directos siguen un patrón de solicitud-respuesta y se usan para las comunicaciones que necesitan confirmación inmediata de su resultado. Por ejemplo, el control interactivo de un dispositivo, como activar un ventilador. Esta funcionalidad es útil para escenarios en los que el curso de acción inmediata es diferente en función de si el dispositivo pudo responder.

Nota:

Las características descritas en este artículo solo están disponibles en el nivel estándar de IoT Hub. Para obtener más información sobre los niveles Básico y Estándar o Gratis de IoT Hub, consulte Elección del nivel adecuado de IoT Hub para la solución.

Cada método de dispositivo se dirige a un único dispositivo. Si desea invocar métodos directos en varios dispositivos o programar métodos para dispositivos desconectados, consulte Programación de trabajos en varios dispositivos.

Cualquier persona con permisos de conexión de servicio en IoT Hub pueden invocar un método en un dispositivo.

Consulte la Guía de comunicación de nube a dispositivo si tiene dudas entre el uso de propiedades deseadas, métodos directos o mensajes de nube a dispositivo.

Ciclo de vida de los métodos

Los métodos directos se implementan en el dispositivo y pueden requerir de ninguna entrada a varias en la carga de método para crear instancias correctamente. Se invoca un método directo mediante un URI orientado al servicio ({iot hub}/twins/{device id}/methods/). Un dispositivo recibe métodos directos a través de un tema MQTT específico del dispositivo ($iothub/methods/POST/{method name}/) o mediante vínculos AMQP (propiedades de la aplicación IoThub-methodname y IoThub-status).

Nota:

Cuando se invoca un método directo en un dispositivo, los valores y los nombres de propiedad solo pueden contener caracteres alfanuméricos US-ASCII imprimibles, excepto los del siguiente conjunto: $ ( ) < > @ , ; : \ " / [ ] ? = { } SP HT.

Los métodos directos son sincrónicos y se realizan correctamente o producen un error después del período de tiempo de espera (el valor predeterminado es de 30 segundos; se puede establecer entre 5 y 300 segundos). Los métodos directos son útiles en escenarios interactivos en los que quiere que un dispositivo actúe únicamente si está conectado y recibiendo comandos. Por ejemplo, encender una luz desde un teléfono. En estos escenarios, quiere saber de inmediato si la acción se ha completado o no para que el servicio en la nube pueda actuar lo antes posible en función del resultado. El dispositivo puede devolver algún cuerpo del mensaje como resultado del método, pero no es necesario. No hay ninguna garantía respecto al orden o la semántica de simultaneidad en las llamadas de método.

Los métodos directos son solo HTTP desde el lado de la nube y MQTT, AMQP, MQTT sobre WebSockets o AMQP sobre WebSockets desde el lado del dispositivo.

La carga útil de solicitudes y respuestas del método es un documento JSON de hasta 128 KB.

Invocación de un método directo desde una aplicación de back-end

Para invocar un método directo desde una aplicación back-end, use la API de REST Método de invocar dispositivo o su equivalente en uno de los SDK de servicio de IoT Hub.

Invocación de método

Las invocaciones de método directo en un dispositivo son llamadas HTTPS compuestas por los elementos siguientes:

  • El URI de solicitud específico del dispositivo junto con la versión de la API:

    https://fully-qualified-iothubname.azure-devices.net/twins/{deviceId}/methods?api-version=2021-04-12

  • El método POST

  • Encabezados que contienen la autorización, el tipo de contenido y la codificación del contenido.

  • Un cuerpo JSON transparente en el formato siguiente:

    {
    "connectTimeoutInSeconds": 200,
    "methodName": "reboot",
    "responseTimeoutInSeconds": 200,
    "payload": {
        "input1": "someInput",
        "input2": "anotherInput"
    }
}

El valor proporcionado como responseTimeoutInSeconds en la solicitud es la cantidad de tiempo que el servicio IoT Hub debe esperar a que finalice la ejecución de un método directo en un dispositivo. Configure este tiempo de espera para que sea al menos igual que el tiempo de ejecución esperado de un método directo por parte de un dispositivo. Si no se proporciona el tiempo de espera, se usa el valor predeterminado de 30 segundos. Los valores mínimo y máximo de responseTimeoutInSeconds son 5 y 300 segundos, respectivamente.

El valor proporcionado como connectTimeoutInSeconds en la solicitud es la cantidad de tiempo que debe esperar el servicio IoT Hub, tras la invocación de un método directo, a que un dispositivo desconectado se conecte. El valor predeterminado es 0, lo que significa que los dispositivos ya deben estar en línea tras la invocación de un método directo. El valor máximo de connectTimeoutInSeconds son 300 segundos.

Ejemplo

En este ejemplo se inicia una solicitud para invocar un método directo en un dispositivo IoT registrado en una instancia de Azure IoT Hub.

Para empezar, use la extensión de Microsoft Azure IoT para la CLI de Azure para crear un módulo SharedAccessSignature.

az iot hub generate-sas-token -n <iothubName> --du <duration>

A continuación, reemplace el encabezado Authorization por el módulo SharedAccessSignature recién generado y, a continuación, modifique los parámetros iothubName, deviceId, methodName y payload para que coincidan con su implementación en el siguiente comando de curl ejemplo.

curl -X POST \
  https://<iothubName>.azure-devices.net/twins/<deviceId>/methods?api-version=2021-04-12\
  -H 'Authorization: SharedAccessSignature sr=iothubname.azure-devices.net&sig=x&se=x&skn=iothubowner' \
  -H 'Content-Type: application/json' \
  -d '{
    "methodName": "reboot",
    "responseTimeoutInSeconds": 200,
    "payload": {
        "input1": "someInput",
        "input2": "anotherInput"
    }
}'

Ejecute el comando modificado para invocar el método directo especificado. Las solicitudes correctas devuelven un código de estado HTTP 200.

Nota:

En el ejemplo anterior se muestra cómo invocar un método directo en un dispositivo. Si desea invocar un método directo en un módulo IoT Edge, modifique la solicitud de url para incluir /modules/<moduleName> como se muestra a continuación:

https://<iothubName>.azure-devices.net/twins/<deviceId>/modules/<moduleName>/methods?api-version=2021-04-12

Respuesta

La aplicación de back-end recibe una respuesta que se compone de los siguientes elementos:

  • Código de estado HTTP:

    • 200 indica la ejecución correcta del método directo;
    • 404 indica que el identificador del dispositivo no es válido o que el dispositivo no estaba en línea tras la invocación de un método directo y para connectTimeoutInSeconds posteriormente (use el mensaje de error que acompaña para comprender la causa raíz);
    • 504 indica el tiempo de espera de la puerta de enlace ocasionado por un dispositivo que no responde a una llamada de método directo en responseTimeoutInSeconds.

  • Encabezados que contienen la etiqueta de identidad, el tipo de contenido y la codificación del contenido.

  • Un cuerpo JSON en el formato siguiente:

    {
    "status" : 201,
    "payload" : {...}
}

    El dispositivo proporciona tanto status como payload, que se utilizan para responder con el código de estado propio del dispositivo y la respuesta del método.

Invocación de un método para los módulos de IoT Edge

Invocar métodos directos en un módulo es compatible con la API de REST del Método de invocar módulo o su equivalente en uno de los SDK de servicio de IoT Hub.

moduleId se pasa junto con en deviceId el URI de solicitud cuando se usa la API de REST o como parámetro cuando se usa un SDK de servicio. Por ejemplo, https://<iothubName>.azure-devices.net/twins/<deviceId>/modules/<moduleName>/methods?api-version=2021-04-12. El cuerpo y la respuesta de la solicitud son similares a los de los métodos directos invocados en el dispositivo.

Control de un método directo en un dispositivo

En un dispositivo IoT, se pueden recibir métodos directos a través de MQTT, AMQP o cualquiera de estos protocolos a través de WebSockets. Los SDK de dispositivo IoT Hub ayudan a recibir y responder a métodos directos en dispositivos sin tener que preocuparse por los detalles del protocolo subyacente.

MQTT

La sección siguiente es el protocolo MQTT. Para obtener más información sobre el uso del protocolo MQTT directamente con IoT Hub, consulte Compatibilidad con el protocolo MQTT.

Invocación de método

Los dispositivos reciben las solicitudes de método directo en el tema MQTT: $iothub/methods/POST/{method name}/?$rid={request id}. Sin embargo, request id se genera mediante IoT Hub y no se puede conocer con antelación, por lo que suscríbase a $iothub/methods/POST/# y filtre los mensajes entregados en función de los nombres de método admitidos por el dispositivo. (Usará el request id responder).

El cuerpo que recibe el dispositivo está en el formato siguiente:

{
    "input1": "someInput",
    "input2": "anotherInput"
}

Las solicitudes de método son QoS 0.

Response

El dispositivo envía las respuestas a $iothub/methods/res/{status}/?$rid={request id}, donde:

  • La propiedad status es el estado de la ejecución del método proporcionado por el dispositivo.

  • La propiedad $rid es el identificador de solicitud de la invocación de método recibido de IoT Hub. El id. de solicitud es un valor con formato hexadecimal.

El dispositivo establece el cuerpo y puede tener cualquier estado.

AMQP

La siguiente sección es para el protocolo AMQP. Para obtener más información sobre el uso del protocolo AMQP directamente con IoT Hub, consulte Compatibilidad con el protocolo AMQP.

Invocación de método

El dispositivo recibe solicitudes de método directo mediante la creación de un vínculo de recepción en la dirección amqps://{hostname}:5671/devices/{deviceId}/methods/deviceBound.

Llega el mensaje AMQP en el vínculo de recepción que representa la solicitud del método. Contiene las secciones siguientes:

  • La propiedad del identificador de correlación, que contiene un identificador de solicitud que debe volver a pasarse con la respuesta del método correspondiente.

  • Una propiedad de la aplicación denominada IoThub-methodname, que contiene el nombre del método que se invoca.

  • El cuerpo del mensaje AMQP que contiene la carga del método como JSON.

Response

El dispositivo crea un vínculo para devolver la respuesta del método en la dirección amqps://{hostname}:5671/devices/{deviceId}/methods/deviceBound.

La respuesta del método se devuelve en el vínculo de envío y presenta la estructura siguiente:

  • La propiedad del identificador de correlación, que contiene el identificador de solicitud pasado en el mensaje de solicitud del método.

  • Una propiedad de la aplicación denominada IoThub-status, que contiene el estado del método proporcionado por el usuario.

  • El cuerpo del mensaje AMQP que contiene la respuesta del método como JSON.

Pasos siguientes

Ahora que ha aprendido a usar métodos directos, puede interesarle el siguiente artículo sobre la Guía del desarrollador de IoT Hub: