Mensajes recientes

Páginas: 1 ... 5 6 [7] 8 9 10
61
STX8092 / Re:Problema comunicación Modbus TCP y Modbus RS-232
« Último mensaje por Tex-Zero febrero 27, 2020, 09:29:50 am »
Muchísimas gracias por la respuesta.
Voy a modificar el proyecto para entrar en el rango de direcciones que el PLC puede utilizar.
Por otra parte, le comento que el link a la referencia AN022 no estaría funcionando correctamente. Y de acuerdo a las pruebas que he realizado, ese rango de direcciones (40001 a 40016) sería el que necesito utilizar con mi PLC.



Gracias nuevamente por la información.
62
STX8092 / Re:Rango de direcciones Modbus TCP y Modbus RS-232
« Último mensaje por Soporte febrero 27, 2020, 08:56:47 am »
Tengo un PLC STX-8092 y solamente puedo usar el rango de direcciones entre 40001 y 40050.
Cuando intento utilizar cualquier otro rango de direcciones Modbus, no puedo comunicarme.

Estaría requiriendo leer direcciones entre 0001 y 1500.

Buenos días. No, es normal, ya que es una limitación de memoria del PLC cuando lo utilizás como Esclavo (cliente).

El PLC para ModBus Esclavo, tiene disponible 64 registros de 16-bits, y 128 direcciones para 1-bit (0 o 1) para acceso de escritura/lectura.

El rango de direcciones lo encontrás en las notas de aplicaciones AN022 y AN023.

Te pego a continuación las tablas de direcciones válidas que se encuentran en dichas notas de aplicación:

AN022: ModBus Servidor TCP



AN023: ModBus Servidor RTU



Quedamos a disposición.

Saludos!


63
STX8092 / Rango de direcciones Modbus TCP y Modbus RS-232
« Último mensaje por Tex-Zero febrero 27, 2020, 08:23:31 am »
Tengo un PLC STX-8092 y solamente puedo usar el rango de direcciones entre 40001 y 40050.
Cuando intento utilizar cualquier otro rango de direcciones Modbus, no puedo comunicarme.

Estaría requiriendo leer direcciones entre 0001 y 1500.

He probado esto en el ejemplo "ModBusTcpHmiKinco" y encuentro ese problema también.

Estoy haciendo algo mal?
64
Kinco / Re:Parámetros de conexión utilizando ModBus TCP o RTU y PLC Slicetex
« Último mensaje por Soporte febrero 10, 2020, 09:32:48 am »
Si aun configurando correctamente estos parametros se sigue cayendo la comunicación de parte de la pantalla, se puede probar por ejemplo reduciendo a la mitad los parametros Max word block package size & Max bit block package size? En ModBus TCP el primero quedaria en 8 mientras que el segundo en 16.

Buenos días. Reducir a la mitad los valores de los parámetros no debería ser problema, funcionaria igual, ya que estás por debajo del límite máximo soportado por el dispositivo. Lo importante es no pasar el valor máximo, 16 y 32. Quizás puede ser otra la causa del problema de perdida de comunicación, como las detalladas en los emails.

Saludos!
65
Kinco / Re:Parámetros de conexión utilizando ModBus TCP o RTU y PLC Slicetex
« Último mensaje por gabrielmc78 enero 11, 2020, 11:35:51 am »
Buen dia,

Si aun configurando correctamente estos parametros se sigue cayendo la comunicación de parte de la pantalla, se puede probar por ejemplo reduciendo a la mitad los parametros Max word block package size & Max bit block package size? En ModBus TCP el primero quedaria en 8 mientras que el segundo en 16.

Desde ya muchas gracias

Saludos
66
StxLadder - Slicetex Ladder Designer Studio / Re:Carga remota de programa - StxLadder
« Último mensaje por Soporte enero 07, 2020, 19:07:51 pm »
Algunos clientes tienen computadoras locales  conectadas con Windows y por escritorio remoto reprograman el PLC, pero no sé si será opción para ustedes.



Si de escritorio remoto se trata, otra posibilidad económica es utilizar una Raspberry para ejecutar StxLadder en Linux y reprogramar el PLC.

En la Raspberry deberías instalar un gestor de ventanas (como XFCE o alguno más liviano), entonces tenés acceso gráfico para correr programas. Para acceso remoto con escritorio, debés instalar allí un servidor tipo VNC, RDP, etc. Hay mucho en internet sobre esto.

A StxLadder lo podés ejecutar en Linux utilizando "WINE", que es una implementación nativa que permite correr aplicaciones Windows (con limitaciones).

Una vez instalado WINE, descargás StxLadder y lo instalás normalmente. Te va a crear el ejecutable y abrís el proyecto normalmente.

Si bien StxLadder con WINE arranca en Linux, por las propias limitaciones de la librería WINE que no iguala del todo a Windows, funciona con algunos bugs en la interfaz gráfica para algunas funciones. Pero para abrir el proyecto y programar, no hay problemas.

Te paso en archivo adjunto (abajo) una captura de pantalla de StxLadder corriendo en Linux Debian con WINE, en un escritorio XFCE.



Entonces los pasos serían, instalar un escritorio gráfico, instalar WINE, instalar y ejecutar StxLadder, probar localmente programar el PLC con StxLadder, y luego instalar un servidor para hacer escritorio remoto desde otra computadora. Te recomiendo googlear en internet, hay mucha información y tutoriales.

Podés ir probando esto en laboratorio y luego vemos si se puede simplificar un poco el proceso, o se deciden por la implementación con protocolo TCP detallada en el mensaje anterior.

Saludos!
67
StxLadder - Slicetex Ladder Designer Studio / Re:Carga remota de programa - StxLadder
« Último mensaje por Soporte enero 07, 2020, 18:51:38 pm »
Quería saber si es posible, y en caso que lo sea cual es la dificultad para ustedes de implementar una nueva funcionalidad en el StxLadder para realizar la carga de un programa al PLC de forma remota.
Esto resultaría muy útil para cuando se desarrollan nuevas versiones del programa y se quiere instalar esta nueva versión en una máquina que se encuentra trabajando lejos de nuestra central.
En teoría, los PLC están conectados a traves de una VPN a nuestra central, por lo que cada PLC y computadora se encuentran dentro de una misma red local (aunque sea virtual) por lo que entiendo que la comunicación no sería tan distinta, por lo menos a ese nivel. Obviamente, la funcionalidad debería ser lo suficientemente robusta para que en caso de perdida de conexión con el PLC, no se pierda el programa nuevo como también el viejo.

Marcos.

Buenas tardes Marcos.

Como poder se podría si no se me pasa nada por alto. Actualmente no se permite porque se utiliza el protocolo UDP para la transferencia de información (datos, programación, firmware, etc), lo cuál no es confiable para internet. Por lo tanto tendríamos que migrar a TCP para la conexión, no es algo imposible, solo que nos llevaría tiempo y trabajo porque hay varios mecanismos que implementar, ya que hay que modificar tanto firmware como el software de StxLadder a bajo nivel. En ese caso, con que tengas la dirección IP ya podrías programarlo normalmente remotamente.

Por otro lado, también es necesario modificar el Bootloader del PLC, el que te permite actualizar firmware, para esto tendrían que enviar el PLC físicamente ya que se reprograma con herramientas especiales.

En cuanto a no perder el programa viejo durante la programación, esto no sería posible por la limitación en memoria, no hay espacio para que convivan dos programas al mismo tiempo. En caso de perdida de conexión o falla fatal durante una transferencia, el PLC podría reiniciarse y quedar detenido esperando un nuevo programa.

Algo para mencionar, es que en las comunicaciones 4G, las empresas de telefonía suelen bloquear muchos puertos, dejando abiertos los utilizados solo para página web y otros que no recuerdo. Creo que eso es otro punto a considerar en el momento del desarrollo de la funcionalidad. Si lo usas dentro de una VPN (no tengo mucha experiencia en esas redes) a lo mejor no tenés esa limitante.

Si esto es algo importante para ustedes, podríamos pasar una cotización para desarrollar dicha funcionalidad, al costo, más que nada para asignar un tiempo que no teníamos planeado y encararlo para este nuevo año. Avísame por mail o mensaje privado.

Saludos!
68
StxLadder - Slicetex Ladder Designer Studio / Carga remota de programa - StxLadder
« Último mensaje por EBD enero 07, 2020, 17:20:07 pm »
Buenas tardes,
Tenemos multiples PLC instalados en máquinas que se envían a distintos puntos del país. Cada tanto, surge la necesidad de mejorar el software de control que instalamos en el PLC y requiere que un equipo vaya al sitio y lo instale con una computadora, conectandose llocalmente al router que tiene la máquina. Actualmente, tenemos conectado el PLC por cable a este router que además cuenta con conexión 4G por lo que nos permite realizar monitoreo remoto utilizando una VPN.

Quería saber si es posible, y en caso que lo sea cual es la dificultad para ustedes de implementar una nueva funcionalidad en el StxLadder para realizar la carga de un programa al PLC de forma remota.
Esto resultaría muy útil para cuando se desarrollan nuevas versiones del programa y se quiere instalar esta nueva versión en una máquina que se encuentra trabajando lejos de nuestra central.
En teoría, los PLC están conectados a traves de una VPN a nuestra central, por lo que cada PLC y computadora se encuentran dentro de una misma red local (aunque sea virtual) por lo que entiendo que la comunicación no sería tan distinta, por lo menos a ese nivel. Obviamente, la funcionalidad debería ser lo suficientemente robusta para que en caso de perdida de conexión con el PLC, no se pierda el programa nuevo como también el viejo.

Dejo el comentario como para evaluar la posiblidad de hacer este desarrollo, si es factible.
Desde ya muchas gracias.
Saludos,
Marcos.
69
STX8091 / Re:Consulta Bloqueo por falla ethernet (reparación)
« Último mensaje por Mariano enero 03, 2020, 20:06:47 pm »
Ok Boris.
Si probé reiniciar a fábrica pero no pude recuperarlo. Y también lo del bootloader. Queria recargar firmware pero no me dejo.
Te los voy a estar enviando.
Gracias por la cotización.

Saludos
70
STX8091 / Re:Escalar señal 4 a 20 mA
« Último mensaje por Soporte enero 03, 2020, 18:47:39 pm »
Subimos dos ejemplos extras para leer corriente utilizando un resistor externo en paralelo a las entradas analógicas.

Esto puede ser muy útil para utilizar otra impedancia diferente a los 100 ohms (resistor interno) que utilizan las entradas VIN1 a VIN3, o para utilizar las entradas VIN4 a VIN8 como entradas de corriente también.

  • VinScale_Pawn_V1_250_Version_1.zip: Leer corriente utilizando resistor 250 ohms en paralelo a VIN1 (no colocar jumper J3). Como la entrada VIN1 no admite más de 4.5V, la corriente máxima permitida para leer es 4.5V/250 Ohms = 16 mA.
  • VinScale_Pawn_V4_250_Version_1.zip: Leer corriente utilizando resistor 250 ohms en paralelo a VIN4. Como la entrada VIN4 admite hasta 10V, la corriente máxima permitida para leer es 10V/250 Ohms = 40 mA.

En ambos casos se configura el rango de tensión para la entradas en 0-10V, con la siguiente sentencia:

Código: (Pawn) [Seleccionar]
// Para VIN1
VinSetRange(1, VIN_RANGE_10V)

// Para VIN4
VinSetRange(4, VIN_RANGE_10V)

Páginas: 1 ... 5 6 [7] 8 9 10