Mostrar Mensajes

Esta sección te permite ver todos los mensajes hechos por este usuario, recuerda que solo puedes ver los mensajes en áreas en donde tu tienes acceso.


Mensajes - Soporte

Páginas: [1] 2 3 ... 81
1
STX8091 / Re:AUTOMATIZACIÓN DE SEMÁFOROS DIDÁCTICO
« : septiembre 23, 2020, 19:39:05 pm »
Buenas. Le adjunto el proyecto modificado.

Se cambió en Network N001 el temporizador TP por TDELAY, el cual genera un pulso cada 5 segundos, invirtiendo en cada pulso el estado de DOUT1 y DOUT2.

En N002 se cambió el temporizador TOFF por TON, de tal forma que al pasar "SenalOn" de 0 a 1 (flanco) se temporiza por 15 segundos DOUT3 y por 30 segundos DOUT4. Luego de la temporización, las salidas se DOUT3 y DOUT4 se hacen 0.

En N001 de diagrama "Inicio.sld" se puso un retardo (filtro) para hacer la lectura de DIN1 más estable (anti rebotes).

Saludos!

2
STX8091 / Re:AUTOMATIZACIÓN DE SEMÁFOROS DIDÁCTICO
« : septiembre 23, 2020, 18:24:10 pm »
Buenas tardes.

El archivo que nos pasa no es un proyecto completo para que lo podamos abrir y ver. Para adjuntar el proyecto completo, en StxLadder vaya a menú "Archivo > Crear backup del proyecto (zip)". El archivo .ZIP creado, luego puede adjuntarlo aquí.

Respecto a la consigna, es un tanto confusa, ya que no explica claramente en que orden se prenden las luces, y qué estado tienen en cada secuencia.

Saludos!

3
STX8091 / Re:AUTOMATIZACIÓN DE SEMÁFOROS
« : septiembre 23, 2020, 10:44:07 am »
Buenos días.

Si es un semáforo para control de tráfico público o donde un fallo puede llevar a la muerte o accidente humano, no podemos ayudarlo y recomendarle porque nuestros productos no están recomendados para dicha aplicación. Le dejo una copia de los términos y condiciones de nuestros productos publicados en www.slicetex.com/terminos:

Idoneidad para el uso: Los productos de Slicetex Electronics no están diseñados, autorizados o garantizados para su uso en aeronaves, área médica, entorno militar, entorno espacial o equipo de apoyo de vida, ni en las aplicaciones donde el fallo o mal funcionamiento de un producto de Slicetex Electronics pueda resultar en lesiones personales, muerte o daños materiales o ambientales graves. Slicetex Electronics no acepta ninguna responsabilidad por la inclusión y / o el uso de productos de Slicetex Electronics en tales equipos o aplicaciones (mencionados con anterioridad) y por lo tanto dicha inclusión y / o uso es exclusiva responsabilidad del cliente.



Si es para una aplicación interna, por ejemplo un prototipo, fines educativos, o señalización visual en algún establecimiento privado donde no existan posibilidades de daños materiales o humanos en caso de falla, le comento que realizar un semáforo solo implica lógica y programación. Puede utilizar timers y las salidas digitales del PLC para activar/desactivar luces de señalización cada cierto tiempo.

Saludos!.

4
STX8081 / Re:Comunicación por rs232 ASCII
« : septiembre 09, 2020, 10:52:18 am »
Buenos días.

En principio si, ya que ASCII es un código o valor numérico que representa una letra o símbolo.  Es decir, si querés enviar la letra "B" mayúscula codificada en ASCII, enviarías el número 66.

Si envías "HOLA", sería numéricamente cada byte: [72],[79],[76],[65]

En otra palabra, seguís enviando bytes, solo que estos bytes contienen números que representan un símbolo ASCII.

Ver siguiente tabla:

www.elcodigoascii.com.ar

Saludos!

5
Kinco / Re:Conexión PLC Allen Bradley 850 por MODBUS TCP
« : septiembre 08, 2020, 10:47:22 am »
Perfecto, gracias por comentar la solución.

Saludos!

6
Kinco / Re:Conexión PLC Allen Bradley 850 por MODBUS TCP
« : agosto 28, 2020, 13:35:52 pm »
un PLC AB 850 con el mismo HMI conectados en MODBUS TCP no puedo ver los DINT, probe la mayoria de las combinaciones que se me ocurrieron pero nada, los estados BOOL cero problema .. pero lo que es DINT .. tengo en la pantalla un NUMBER COMPONENT, 
HMI: ADDR. TYPE  4x  Addres: 2001
Asignación MODBUS en PLC AB
PLC: 42001 DINT

Buenos días.

¿El DINT es un bit o un registro entero?.

Si es un entero fíjate que sea de 16-bits como mínimo.

¿Te da alguna clase de error el PLC o HMI que de más detalles? ¿Podés ver algún número aunque sea erróneo?.

No sé si para ModBus TCP, el PLC utiliza la mismas direcciones que para ModBus RTU, eso te lo puede aclarar el manual del PLC.

Esta equivalencia era de direcciones bits/registros para RS485:




Saludos!

7
ya hice todos los testeos que usted me recomendó. Lamentablemente sigo con el mismo problema.
Espero el contacto para enviarle el equipo.

Buenos días.

Muy bien, le envíe dentro del foro, por privado, un mensaje con los datos para el envío del PLC.

Saludos!

8
Buenas tardes Ignacio.

Supongo que ya probó en ambas computadoras, con diferentes cables y el Wi-FI deshabilitado.

¿Probó reiniciar Windows?.

Debería funcionar normalmente, aparenta estar todo bien configurado.

La otra que queda es que nos envíe el PLC a nuestro costo, para que lo veamos y repararlo si hay algo que falla sin costo alguno.

Fíjese si puede hacer alguna pruebas más que le comenté, y sino avíseme y le paso por privado los datos para que pueda hacer el envío.

Saludos!

9
Buenos días.

Por lo que observo tenés mal la dirección de máscara de subred, la misma es 128.0.0.0, cuándo debería ser "255.255.255.0":




Para cambiarla, en Windows ir a "Configuración", luego "Red e Internet", y en la pantalla que se abra seleccionar: "Cambiar opciones del adaptador".

Luego te va a aparecer el adaptador "Ethernet", click derecho en "Propiedades":




Y luego doble-cliclk en "Protocolo de Internet versión 4 (TCP/IPv4)", y completás la "Máscara de subred" como se muestra a continuación. Click en aceptar:



Finalmente, desconectar cable Ethernet del PLC y volver a conectar, para así forzar la conexión en Windows a reiniciarse.

Luego probar enviar el comando "ping 192.168.1.81" al PLC desde la línea de comandos de Windows para ver si tenés conexión de red con el PLC, como te muestro a continuación:



Si esto es exitoso, podés ir a StxLadder y probar conexión.

OTRAS NOTAS

Puede ser útil desactivar el "Adpatador Wi-Fi" que tengas habilitado desde la ventana de adaptadores (ver imágenes arriba en "Conexiones de red", click derecho en "Desactivar" sobre el icono del adaptador Wi-Fi) para evitar que la computadora intente enviar las conexiones de red por Wi-Fi, y no por Ethernet. En este momento no tendrás Wi-Fi en la PC, pero es para descartar que interfiera.

Avísame que resultados te da.

Saludos!

10
Kinco / Re:Conectar Dos HMI Kinco a un PLC
« : agosto 21, 2020, 11:06:06 am »
Buenos días Esteban.

Si, es posible por interfaz Ethernet con ModBus TCP. El PLC es servidor, por lo que ambos HMI hacen sus consultas como cliente. Es importante que cada HMI tenga una dirección IP diferente para que el PLC pueda responderle a c/u.

Obviamente los HMI deben modificar o escribir diferentes registros dentro del PLC, por ejemplo, el HMI #1 el registro en dirección #40001 y el HMI #2 el registro en dirección #40002. Caso contrario, cuando ambos HMI intenten escribir un mismo registro, el valor final puede depender del HMI que escriba primero o último.

Sin embargo, si pueden leer dos registros en la misma dirección.

Como ambos HMI se conectan al PLC, si ves notás que la conexión en pantalla se vuelve lenta o da errores de conectividad frecuente, avísame, ya ambos pueden ocupar las conexiones ModBus disponibles, y esto se soluciona aumentando el número con una actualización de firmware.

Saludos!

11
El sistema operativo que uso es Windows 10, en ambas pc´s en las que intente conectarme.
La primera una notebook y esta que estoy intentando ahora una pc de escritorio.
Tengo el PLC conectado directamente a la pc por cable ethernet.

Buenas, muy bien.

A continuación ir a la línea de comandos o símbolo de sistema de Windows, a esto se puede acceder tocando "tecla de windows" + R. Te aparecerá la siguiente pantalla:



Luego escribir "cmd.exe" y click en "Aceptar" para que se abra la línea de comandos.

Teclear en la línea de comandos: ipconfig (luego enter para ejecutar)

Eso va a mostrar como tenés configurado los adpatadores de red, por ejemplo en mi caso el "Adaptador Ethernet" tiene la siguiente información:



Sacá una captura de pantalla o copia el contenido completo de todo el texto, y pegámelo por acá. Así veo si tenés la interfaz ethernet bien configurado o con una red compatible para el PLC.

Saludos!




12
Ya chequee que el proyecto sea del modelo correcto, intente con varios cables que ya me habian funcionado y en dos pc´s distintas pero el error persiste. Incluso intente resetear la placa. Termine con el led de Power On encendido y el de Pause parpadeando, el resto todos apagados. (el led de LINK si enciende). Aun despues de todo esto no logro mas que el mismo error.

Buenas tardes.

Para poder ayudarlo, es mejor partir de un punto de inicio conocido, para ello le recomiendo resetear a memoria de fábrica con el siguiente procedimiento:

Presione botón RESET y DEF/BOOT al mismo tiempo. Suelte RESET mientras mantiene DEF/BOOT (solo led POWER ON debe estar encendido en este punto). Mantenga DEF/BOOT presionado entre 10-20 segundos hasta que parpadeé el led PAUSE. En ese momento (al parpadear led PAUSE) presione 5 o más veces el botón DEF/BOOT hasta que todos los leds destellen. Luego presione RESET.

En este punto el PLC debe iniciar con los siguientes led encendidos: POWER ON, RTC ERROR y RUN ERROR.

Aviseme si puede lograr poner al PLC en esta condición para a partir de aquí continuar con otros pasos.

Por otro lado:

  • ¿Qué versión de Windows está utilizando?
  • ¿La conexión es directa desde PC a PLC, o través de una red LAN conectado a un switch/router?
  • ¿Está utilizando una notebook?.

Gracias.

Saludos!



13
Probé la solución recomendada y efectivamente si era el problema.
Agregue el componente Network Split (off), descargue el programa y ahora si está leyendo los Holding Register del módulo Advantech.

Buenas tardes Richard,

Perfecto, en buena hora.

Buen fin de semana y quedamos en contacto.

Saludos!

14
Estoy tratando de comunicar via modbus TCP el PLC STX8092 (cliente)  con un modulo ADAM 6017 de Advantech (servidor). Descargue los ejemplos de comunicacion Modbus tcp (MBTcpClientLadderEvent) y los adapte con las direcciones IP de mi caso. Pero siempre me da el mensaje en el Virtual HMI  de  codigo de la Libreria: -11 que se refiere a Error, PID (Protocol ID) recibido Incorrecto.

Buenos días Richard,

Aparentemente el PLC interpreta que el "PID" (un valor de repuesta) devuelto no corresponde al protocolo ModBus.

Sospecho que pueda ser por la división de paquetes de red TCP que el PLC tiene habilitado por defecto, y esto confunda a ambos dispositivos. La división de paquetes de red, es un método para mejorar la velocidad cuando se usa el servidor web, pero en este caso no influye y puede ser menos compatible al conectarse a otros dispositivos.

Te recomiendo probar con la división de paquetes desactivada (Network Split = OFF), esto lo podés hacer en el diagrama Inicio.sld como te muestro a continuación:



Te adjunto en archivo ZIP (ver abajo) el mismo proyecto Ladder de ejemplo con dicho cambio (ver diagrama Inicio.sld, Network N003) para que lo pruebes fácilmente.

Probar de esta forma y ver si eso soluciona el error.

Avísame que resultados te da.

Saludos!.

15
El tema ha sido movido al área STX8092.

Ver tema y continuar consulta en el siguiente link:

http://foro.slicetex.com/index.php?topic=477.0



Páginas: [1] 2 3 ... 81