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 ... 78
1
STX8092 / Re:Necesito bajar el programa del PLC a la PC
« : marzo 18, 2020, 10:13:54 am »
Buenos días Tex-Zero,

Una pena la perdida de los datos en su computadora, los discos SSD también nos han generado perdidas.
Lamentablemente, le comento que no hay opción para recuperar el proyecto leyendo la memoria del PLC.

Quedamos a disposición.

Saludos!

2
STX8091 / Re:Limitación de formulario - Web server
« : marzo 10, 2020, 13:46:55 pm »
Se me ocurre quizás ver si es posible cambiar el nombre del formulario con jQuery. De esta forma, apretando un botón en el web server podría activar la función que cambia el nombre del formulario y cambiar el texto de los campos para que el usuario ingrese otras variables. Esto evitaría que el usuario tenga que cargar una página nueva, que lleva tiempo ya que la conexión a internet de la maquina no suele ser tan buena. ¿Sabe si es posible?

Buenas tardes. No soy un experto en jQuery, para crear páginas dinámicas es muy efectivo, por ejemplo para actualizar un texto sin recargar toda la página o cambiar ciertas partes del HTML, hasta ahí he visto que es simple. Ahora, cuando es algo más complejo, tipo cambiar el formulario, refrescar la página y hacer una transacción al mismo tiempo, suele tener sus trucos, y lleva bastante prueba y error.

No sabría decirte si es posible por desconocimiento, pero jQuerry tiene mucho potencial y es posible que se pueda. Lo mejor sería ver ejemplos similares en Google y tantear si se justifica, frente a colocar dos página de configuración juntas.

Saludos!

3
STX8091 / Re:Control de motores paso a paso
« : marzo 10, 2020, 10:52:56 am »
Buenos días Luis,

No hay rutinas especificas para el control de motores paso a paso o soporte para este modelo de PLC.

Si tenés un controlador de motor paso a paso, como por ejemplo:

https://www.mcielectronics.cl/website_MCI/static/documents/TB6600_data_sheet.pdf

https://www.amazon.com/Single-TB6600-0-2-5A-Stepper-Controlle/dp/B00WN4U07E

https://youtu.be/31vf504h7d4

Con las dos salidas PWM, podés conectarlas a dos entradas del controlador (DIR y PUL), para establecer la dirección de giro (DIR) y enviar pulsos (PUL) para cada paso del motor. El controlador se encarga de operar el motor eléctricamente.

No lo he probado, pero sería en lenguaje Pawn más simple de implementar (ver vídeo en el link de arriba). Ya que hay funciones en Pawn para utilizar el PWM y establecer un tren de pulsos con una cantidad de pulsos determinada y parar (ver PwmTrainStart()). O también sería factible usando las salidas PWM como digital, y manteniendo en ALTO o BAJO la misma por un tiempo mínimo (ej: 1 milisegundo o menos), requerido por el controlador para dar un "paso" al motor.

Pero repito, es en teoría posible, pero no tengo un ejemplo probado.

Quedamos a disposición.

Saludos!


4
STX8091 / Re:Limitación de formulario - Web server
« : marzo 09, 2020, 20:03:03 pm »
Buenas tardes Marcos,

Reduciendo los valores de prueba enviados pude llegar al límite de tamaño que me deja envíar en un formulario (utilizando la función WebServerGetQueryLength()) que es de 250, correcto? Este valor no me alcanza para envíar todos los valores del setpoint, ya que me faltan alrededor de 48 caracteres para enviarlo de forma completa.

Si, 250 bytes es el límite, e influye la memoria RAM del PLC disponible, que es muy acotada, por ello tiene límites para reservar para otras aplicaciones. 

Quería saber si es posible aumentar esta limitación de 250 caracteres. En caso que no sea posible, tendría que partir el formulario y enviarlo por partes, ¿hay alguna forma sencilla de hacer esto?

Es un límite práctico, como los programas crecen y se acerca a los límites de la RAM del PLC, no es viable aumentar de forma significativa sin quitar memoria a otras aplicaciones y a futuras mejoras o expansiones.

Yo lo que te recomendaría es que agrupes los datos por similitud y dividas en dos páginas el formulario, por ejemplo temperaturas y presiones por separado. O una página que lleve a "Setpoint" y muestre "Configuración Paso 1/2", y al final de la misma un link a "Configuración Paso 2/2".

Porque si bien sería posible hacerte un firmware especial, aumentando la capacidad, por un lado sería difícil para que obtengas las actualizaciones y por otro, si aumentas las variables a futuro, caerías en el mismo problema que te quedás corto.

Futuros modelos de PLC ampliarán la memoria disponible.

Quedamos a disposición.

Saludos!


5
STX8092 / Re:Rango de direcciones Modbus TCP y Modbus RS-232
« : febrero 27, 2020, 09:35:02 am »
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.

Perfecto, gracias, ya corregí el link.

Saludos!

6
STX8092 / Re:Rango de direcciones Modbus TCP y Modbus RS-232
« : 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!



7
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!

8
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!

9
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!

10
STX8091 / Re:Escalar señal 4 a 20 mA
« : 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)


11
STX8091 / Re:Consulta Bloqueo por falla ethernet (reparación)
« : enero 03, 2020, 16:47:11 pm »
He intentado conectarme mediante notebook independiente pero tampoco se conecta.
Este plc era uno de laboratorio q yo tenia de repuesto. No te lo quise enviar a revisar como quedamos para descartar q fuera algun problema de la red. Hoy no me quedo otra q recolocarlo y comprobe q la red no es el problema sino algo con el puerto ethernet del plc aparentemente. Cuando coloque el nuevo... te enviare el provisorio q esta colocado ahora para q lo chequees tambien.

De este sospecho que tenga mal el hardware ethernet, cuando tengas el remplazo, lo reparamos también.

Saludos!

12
STX8091 / Re:Consulta Bloqueo por falla ethernet (reparación)
« : enero 03, 2020, 16:45:57 pm »
El plc reemplazo de aquel q producia la falla consultada en este foro acaba de sufrir una falla de algun tipo q no alcanzo a discernir. El resultado es q no muestra salida alguna de datos por el sh300... todos valores en cero. No hay salidas pwm y el led debug no parpadea o lo hace muy rápido. Como no tengo otro nuevo... le coloque nuevamente el q hacia la falla de puerto ethernet es decir.... el plc viejo (reemplazo provisorio) corre sin problemas mientras no conecte el puerto ethernet. El lunes por la mañana vamos a estar enviandote el q se averio hoy para q puedas chequear a que se debe la falla. No obstante te pido me cotices un 8091-d2 nuevo para reemplazar el provisorio q puse.
Mi correo es xxxx@hotmail.com.
Lo necesitaría con la mayor urgencia posible.

Buenas tardes Mariano, te envié la cotización por mail.

Respecto a este último, envíalo cuanto antes así te lo reparo, probablemente algún daño por tensiones si no tenés repuesta del mismo.

Supongo que ya has verificado reiniciar memoria a fábrica o ver si no está activado en modo bootloader (esperando recibir firmware).

Saludos!

13
Kinco / Re:Conexión mt4434te kinco con plc modicon m221ce16r
« : diciembre 23, 2019, 10:59:37 am »
Buen año, Carlos

Igualmente, buen comienzo de año, saludos!

14
Kinco / Re:Conexión mt4434te kinco con plc modicon m221ce16r
« : diciembre 23, 2019, 09:59:28 am »
Buenos días,

No utilizo dicho PLC como para ejemplificar, pero si podrías utilizar el protocolo universal ModBus TCP para conectarlos.

El PLC debe especificarse como Escavo y el HMI como Maestro. En la configuración del HMI especificar la dirección IP del PLC, así puede acceder.

ModBus TCP es un protocolo en que podés acceder a registros y bits del PLC desde el HMI. En el manual del PLC te dará mejores detalles de como configurarlo.

Para el HMI, hay un ejemplo para ModBus TCP en el siguiente link:

http://slicetex.com/hmi/kinco/files/examples/FirstTest_MT4434TE.zip

http://slicetex.com/hmi/kinco/docs.php

El ejemplo es básico, configura al HMI para leer registros desde el PLC, así como escribir y leer bits. Podés utilizarlo como punto de partida.

Saludos!

15
El tema ha sido movido a Kinco.

Acceda al mensaje desde el siguiente link:

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

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