Respuestas en los foros creados.
-
autorPublicación
-
Marcellopartícipe
Por lo general, el estándar viaja en TTL, por lo que necesitará un convertidor TTL-> RS232 y luego necesitará el protocolo de comunicación del lector de tarjetas.
Con slimline Manejé el lector de tarjetas magnéticas de las “cajas de distribución de agua”, tarjetas RFID, etc… por lo que les puedo asegurar que una vez obtenido el protocolo de comunicación seguramente podrán leer los datos contenidos en la tarjeta.
MarcellopartícipePublico esta información con la esperanza de que sea útil para otros.
Después de verificar todas las direcciones IP y asegurarme de que no hubo problemas de superposición y de no resolver la falla, instalé un programa piloto que resaltaba el estado de todos los periféricos, incluidas las tarjetas SD y los puertos USB. El problema en este caso no se produjo y tuve que verificar que todo estuviera bien en el estado de comunicación de todos los dispositivos.
Pero si vuelvo a colocar el programa original, Cloud HMI devolvió el error habitual.
En este punto instalé otro programa piloto que escaneaba todas las memorias (LB, LW, PLW, RW, EM, etc ...) con una Macro, fallaba cuando se trataba de escanear las memorias EM.
Extraje la tarjeta SD y la encontré ilegible (aunque el estado era correcto). Le puse otro e instalé el programa original. Dividido todo a la perfección. Teniendo en cuenta que no uso Get o Sets con el sufijo Ex en las Macros, creo que el programa se bloqueó debido a la memoria dañada en la tarjeta SD.
Luego, los condominios me confirmaron que había habido una mala subida de tensión días antes de que se quemara muchas lámparas LED, tal vez esa subida de tensión interfirió con la escritura de la tarjeta y la dañó.
Diciembre 9, 2021 en 8: 35 am en respuesta a: Copia de seguridad (Descargar) Programa de panel de la serie IE #62435MarcellopartícipeRegresaré a este tema para hacer una pregunta sobre la descompilación.
Un antiguo cliente nos contactó para cambios / implementaciones en el sistema de control de clima de su condominio hecho con un "panel" cMT y tres SlimLine. Desafortunadamente en los últimos 5 años he cambiado más de una PC y en las distintas copias de seguridad se han perdido casi todos los iconos que había hecho para ella. Pensé en recuperarlos descargando el programa CXOB del “panel” cMT y descompilando. Desafortunadamente, encontré que había marcado "prevenir descompilación" en ese momento.
¿Es posible de alguna manera recuperar las librerías de formas e imágenes guardadas seguramente dentro del programa?
Junio 14, 2021 en 2: 16 pm en respuesta a: Establecer la dirección del nodo Modbus en el medidor SDM120 #60284MarcellopartícipePara cambiar la dirección del SDM120, se debe presionar la tecla del dispositivo durante 3 segundos o hasta que aparezca el mensaje SET. Luego a través del comando 16 Preset multiple registers enviar el número del nuevo nodo en formato FLOAT a la dirección de memoria 21
Por ejemplo, si desde el nodo 1 desea configurar el nodo 2, debe enviar el comando:
01 10 00 14 00 02 04 40 00 00 00Defina una variable REAL (Ejemplo NewNode: = 2.0;), luego use el FB Modus Master configúralo de la manera
MM.Node:=1; MM.FCode:=16#10; MM.Address:=21; MM.Points:=2; MM.Buffer:=ADR(NuovoNodo);
Nota: Desarrollando el programa SDM120SetUp Me di cuenta de que hay una diferencia de endianidad entre SlimLine y el medidor, entonces el valor REAL que se va a escribir debe intercambiarse.
Diciembre 3, 2020 en 9: 26 am en respuesta a: Preguntas sobre el uso del bloque de funciones ModbusMaster #58390MarcellopartícipeRegresaré a esta publicación para comprender la diferencia entre los errores de tipo 10007500-7. Lo explicaré. tengo uno SlimLine Cortex M7 [MPS054B110], a través de una conexión TCP / IP consulto un dispositivo modBus que me devuelve 8 BYTE en 4 direcciones diferentes cada una para componer valores flotantes (REAL). La solicitud se da de forma continua y me pasa de forma absolutamente aleatoria (he comprobado todo: tiempo, contemporaneidad con otras funciones, etc.) que después de 2-3 días o después de 5, se interrumpe la comunicación generando el error 10007505.
La única forma de reiniciar la comunicación es reiniciar el SlimLine. Pensando que podría ser un problema con el dispositivo, conecté una PC al propio dispositivo y con un pequeño programa en Python lo monitoreé durante 2 semanas consecutivas pero la comunicación nunca se detuvo. En detalle, ¿qué significa este error además del genérico "Error al recibir la trama de respuesta (carácter incorrecto, longitud incorrecta, CRC)"? ¿Se le ocurren otras pruebas para realizar?
MarcellopartícipeHola, quería saber si a través de ModBus desde el terminal Weintek es posible acceder a las memorias del sistema en solo lectura% MW0.130,% MW0.132 y% MB0.567.
MarcellopartícipeEn el FB no veo el parámetro Encabezado, mi HTTPClient lo obtuve de la biblioteca eLLabNetworkLib_B210.plclib.
MarcellopartícipeEstoy usando con éxito el HTTPClient FB y ahora que lo estoy disfrutando, me gustaría poder usar este FB para configurar a través de dispositivos HTTP conectados a la red, en particular para cambiar la dirección IP, establecer parámetros, etc. Le pedí a uno de nuestros proveedores el comandos para cambiar la dirección IP de algunas sondas (KMTronic) y me enviaron esta serie de comandos (incluido el de reinicio).
Cambio IP:
POST /net_config.htm HTTP / 1.1
Anfitrión: 192.168.1.199
Conexión: keep-alive
Content-Length: 57
Control de caché: max-age = 0
Autorización: Basic YWRtaW46YWRtaW4 =
Origen: http://192.168.1.199
Solicitudes de actualización inseguras: 1
Tipo de contenido: application / x-www-form-urlencoded
User Agent: Mozilla / 5.0 (Windows NT 10.0; Win64; x64) AppleWebKit / 537.36 (KHTML, como Gecko) Chrome / 75.0.3770.100 Safari / 537.36
Acepte: texto / html, aplicación / xhtml + xml, aplicación / xml; q = 0.9, imagen / webp, imagen / apng, * / *; q = 0.8, aplicación / intercambio firmado; v = b3
árbitro: http://192.168.1.198/net_config.htm
Aceptar-Codificación: gzip, desinflar
Aceptar lenguaje: en-US, en; q = 0.9, bg; q = 0.8
ip = 192.168.1.190 & gw = 192.168.1.1 & sub = 255.255.255.0 & htpt = 80Reboot:
GET /reboot.cgi HTTP / 1.1 r Autorización: YWRtaW46YWRtaW4 básico = r Aceptar: * / * r n \ t
Configuré el FB así:
Cambio IP:
Método: 1
Dirección de host: 192.168.1.199
NombreHost: 192.168.1.198
Hostport: 80
Página: net_config.htm HTTP / 1.1
Solicitud: ip = 192.168.1.190 & gw = 192.168.1.1 & sub = 255.255.255.0 & htpt = 80
DBSize: 57Reboot:
Método: 0
Dirección de host: 192.168.1.199
NombreHost: 192.168.1.198
Hostport: 80
Página: reboot.cgi HTTP / 1.1
Solicitud: nAutorización: básica YWRtaW46YWRtaW4 = r Aceptar: * / * r n
DBSize: 61¿He "traducido" bien?
Junio 14, 2019 en 6: 35 am en respuesta a: Cómo interactuar a través de WiFi con los módulos Sonoff de Itead #48143MarcellopartícipeEl error estaba en la página web que había perdido "/".
También he visto que después de unos 75 segundos, el tiempo de respuesta del relé se alarga hasta el umbral de tiempo de espera. Si desea que el relé esté siempre listo, cada 60 segundos vuelva a enviar el comando de estado reemplazando TOGGLE con ON u OFF. Reanudando su programa modifiqué IF (Relay) <> (RStarus) O SysTime-timeStart> 60000 THEN ...
TimeStart se vuelve a cargar con SysTime cada vez que se envía un comando.
Junio 13, 2019 en 4: 39 pm en respuesta a: Cómo interactuar a través de WiFi con los módulos Sonoff de Itead #48137MarcellopartícipeTambién probé otros tipos de Firmware, el de ESpurna tiene el "límite" de pedir el código API para enviar los comandos. Encontré en la red TASMOTA que tiene la ventaja de recibir el encendido / apagado con una sencilla interfaz REST. Quería usar HTTPClient FB para pasar el comando de encendido / apagado que envío desde el navegador de esta manera:
http://192.168.0.9/cm?cmnd=Power%20TOGGLE
Ho configurato la mia FB così: IF (SysFirstLoop) THEN HTTP.SpyOn:=TRUE; (* Activate the spy *) HTTP.Method:=2; (* Request method, PUT *) HTTP.HostAddress:=ADR('192.168.0.9'); (* SonOff device *) HTTP.HostName:=ADR('192.168.0.9'); (* Hostname *) HTTP.HostPort:=80; (* Server port *) HTTP.Page:=ADR('/cm'); (* Web page *) HTTP.Request:=ADR('cmnd=Power%20TOGGLE'); (* Request string *) HTTP.DBSize:=256; (* Data buffer size *) HTTP.Timeout:=60000; (* Execution timeout *) END_IF
Pero espiando con toolly obtengo este resultado:
21:43:41( 384)|Tx|PUT //cm HTTP/1.1.. 21:43:41(.130)|Rq|cmnd=Power%20TOGGLE 21:43:41(.000)|Rx|HTTP/1.1 404 Not Found.. 21:43:41(.001)|Lg|Start Rx page, length:72 21:43:41(.002)|Rx|[72] File Not Found..URI: //cm *** s: 1. cmnd: Power TOGGLE. 21:43:41(.061)|Pi|Page length: 72 Page load time: 0.196 (S)
Y obviamente no le pasa nada al relevo.
Que puedo hacer (Intenté también con POST y GET pero no cambia el resultado)Junio 3, 2019 en 6: 16 am en respuesta a: Cómo interactuar a través de WiFi con los módulos Sonoff de Itead #47968MarcellopartícipeRESUELTO:
En primer lugar, el archivo .BIN es: espurna-1.13.5-itead-sonoff-basic.bin y el Modo SPI es: DOUT, los otros parámetros en Avanzado son los predeterminados.También habilité Telnet pero no conozco los comandos para probar el módulo de encendido / apagado desde Toolly, ¿los tiene?
Mayo 31, 2019 en 6: 11 am en respuesta a: Cómo interactuar a través de WiFi con los módulos Sonoff de Itead #47942MarcellopartícipeSeguí paso a paso los procedimientos indicados en el Conocimiento “Gestionar Sonoff con firmware ESPurna de SlimLine"Y en" Administrar dispositivo Sonoff desde SlimLine", Desafortunadamente sin resultado.
En el primero el módulo no genera el "wifi" por lo que no puedo conectarme a la página de configuración, en el segundo a pesar de haber cambiado los parámetros del WiFi SSID, Passw, IP, etc ... no se reconoce el módulo. Lo único que noté es que el LED del dispositivo (Sonoff Basic) no parpadea.
Añado que en la versión ESPurna instalé el binario espurna-1.13.5-itead-sonoff-rf.bin como se indica en los ejemplos y que tanto con ESP8266Flasher (primer caso) como con Arduino, al final de la carga, no se reportan errores.
¿De qué puede depender?
Mayo 13, 2019 en 3: 46 pm en respuesta a: Publicar imágenes automáticas desde una memoria USB #47402MarcellopartícipeEntendí que RecipeSetData podría agregar elementos a la receta. Opté por: Examinar objeto + botón "Transferencia de datos" usando la notificación OFF con el comando Seguir como para agregar (el combo administra la transferencia de datos en los cMT).
Lástima que no haya posibilidad de acceder al nombre de los archivos en el stick por macro.
MarcellopartícipeAdjunto la macro para entender dónde puede estar mal:
macro_command main ()
int nrRec
Nombre de archivo de char [40]
bool ok
ok = RecipeQuery ("SELECT * FROM Images", nrRec) // obtén el número de elementos en la receta
si ok == verdadero entonces
GetData (Nombre de archivo [0], "HMI local", LW, 11320,40) // obtener el nombre del archivo
ok = RecipeSetData (NomeFile [0], “Images.IMG”, nrRec) // escribe el nombre del archivo en la receta
end ifend macro_command
La receta se inicializa con valores ASCII de la palabra 20. Esta macro se activa mediante una tecla de función.
Abril 24, 2019 en 8: 14 am en respuesta a: Visualización de imágenes desde archivos en HMI o USB PenDrive #47358MarcellopartícipeReanudo esta publicación porque me gustaría cargar imágenes Jpg al PenDrive USB de un MT8070IER, que se leen desde el objeto PictureView de forma remota. Las imágenes son "ayuda" del programa y en caso de cambio de software no tendría que acceder al panel del operador para recargar los archivos en la llave USB.
Intenté a través de EasyAccess crear un paso a través en la dirección HMI y a través de FileZilla accedo a la clave, configuré el usuario: admin y la contraseña estándar (111111) pero no parece ser correcta.
¿Cómo puedo hacer? -
autorPublicación