Gracias por comprar el producto DEKIST RN17x.
El modelo RN17x es un transmisor diseñado para soportar HTTP. Por lo tanto, es posible construir un entorno de monitoreo que vincule el servidor web desarrollado por el cliente y el transmisor.
Esta sección describe cómo configurar el producto Radionode RN171 / RN172 con un servidor web desarrollado por el cliente. Este es el protocolo Radionode V2.
– Lo que debe hacer un desarrollador de servidor web
Para recibir los datos de medición de RN17X desde el servidor web del cliente, se debe implementar en el servidor web del cliente el protocolo de nodo de radio V2, una aplicación que maneja las funciones CHECK-IN y DATA-IN.
El cliente debe crear una aplicación que reciba parámetros de HTTP GET/POST y los almacene en la base de datos.
- CHECK-IN: cuando el dispositivo está encendido o en uso, la información del dispositivo (dirección mac, dirección IP, etc.) se transmite periódicamente y se realiza la sincronización de tiempo.
- DATA-IN: Realiza la función de transmitir periódicamente los valores de los sensores de todos los canales junto con la información de tiempo durante su uso. La información de tiempo utiliza UNIX TimeStamp.
Para implementar lo anterior Documentación del protocolo Radionode V2Por favor refiérase a El RN400 y el RN17X usan el mismo protocolo.
Configuración de la información del servidor en RN17X
1.Conecte RN17X y PC con un cable USB. No se requiere una fuente de energía separada. Cuando la pantalla muestra CONF, la configuración USB está lista.
2. Ejecute el programa de terminal Radionode. Si se pone verde, es normal.
3. Introduzca la contraseña radionode114 y acceda al menú de la consola.
4. Ingrese al menú “2.Configuración del sistema” y seleccione “B.Set Destination of HTTP”. Elija "3: CUSTOMER_V2" de los 2 destinos. Ha elegido el destino de sus datos como servidor personalizado V2.
5. Seleccione “4.Configuración de destino HTTP” para configurar la dirección del servidor y la aplicación. Aquí, ingrese la dirección IP o de dominio y el número de puerto del servidor HTTP.
6. El registro y la entrada de datos de las dos aplicaciones del servidor mencionado anteriormente también se configuran en “2.Configuración de destino HTTP”. Ingrese la ruta del archivo de la aplicación desarrollado por el usuario en “D.HTTP CHECKIN File”. Por ejemplo, ingrese "radionode / checkin.php". De manera similar, para "F.HTTP DATAIN File", ingrese una URL personalizada <por ejemplo, "radionode / datain.php"> para preparar el RN4X para enviar datos a una ruta específica en el servidor.
7. Todos los ajustes están completos. Reiniciar el dispositivo enviará periódicamente datos a la URL ingresada por el usuario. El RN17X ofrece una selección de ciclos de transmisión de 1 a 60 minutos. El valor predeterminado es de 5 minutos.
8. Cuando se desconecta de la red, el RN171 almacena los datos medidos en su memoria interna. Si hay datos almacenados, el RN171 volverá a intentar la transmisión de datos cada 1 minuto y 30 segundos. Cuando hay una conexión a Internet disponible, los datos almacenados en la memoria se envían de vuelta al servidor utilizando el método de datos.
Materiales de referencia
Descargue el archivo de ejemplo C #
Dirección del RADIONODE Test Server que se puede ingresar en el dispositivo RN17X
Dado que es un SERVIDOR DE PRUEBA que puede verificar las conexiones HTTP, no es adecuado para fines de prueba a largo plazo.
Anfitrión: http://52.192.181.203
Puerto: 80
Datos en URL: /datain.php
URL de registro: /registro.php
Compruebe el último valor introducido en el dispositivo: http://52.192.181.203/cur.php
Compruebe los últimos valores introducidos en el dispositivo: http://52.192.181.203/history.php
주의 사항
/ (barra inclinada) se ingresa de forma predeterminada al ingresar valores en la URL de entrada de datos y la URL de registro en la consola del dispositivo RN17X. Tenga cuidado de no ingresar duplicados.
Se recomienda Apache como servidor web a utilizar. En el caso del servidor NGNIX, no hay contenido de longitud: información en la información del encabezado HTTP en la configuración predeterminada. Si no hay Content-Length, RN400 no puede responder normalmente. Por lo tanto, se debe agregar Content-Length a la información del encabezado HTTP en la aplicación.
Debe prestar atención al método de codificación en su código.
pitón
self.__conexión.escribir((línea.strip() + "\r\n").encode("ASCII"))
C#
// Escribe la información de la respuesta
byte[] datos = Codificación.ASCII.GetBytes(respData);
resp.ContentType = "texto/xml";
resp.ContentEncoding = Codificación.ASCII;
resp.ContentLength64 = datos.LongLength;