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 ... 82
1
STX8081 / Re:Pesaje y dosificación
« : febrero 03, 2021, 13:34:35 pm »
Buenos días,

tengo un problema, en recurrente en dos plc, en la entrada vin, cualquiera sea no mide el valor real, ose tengo en tester (asi como en salida de balanza) 7,5 v, pero el plc lee 6,81, cambie de etrada, probe un A2 un D2 y tiene diferencias en las lecturas de entrada, le varie los filtros A y B, probe de todo pero tengo ese problema es como un 5% de error

El modelo STX8081 tiene cierta dependencia en componentes internos (como resistores) para poder medir los voltajes externos, por lo que con el tiempo puede haberse corrido el valor real en la entrada analógica con respecto el valor medido (puede ser una de las causas).

Si es así, y tenés un desfasaje lineal del +5%, podrías multiplicar el voltaje medido por "1.05" o (o por 0.95 si es -5%) para colocarlo en su valor más cercano al real.

Algo simple que podés hacer, es mediante una fuente externa ir colocando voltajes, 0, 1, 2, ... 10V, y anotar cuando mide el PLC
en una tabla. En base a esto, calculas el promedio de desviación (por ejemplo te puede dar 5%) y lo usás como factor para multiplicar.

Otro motivo puede ser que la la impedancia de salida de la salida de la balanza sea elevada, entonces, como se pone en serie con el valor de impedancia de la entrada analógica, que para VIN1/VIN2 es de aproximadamente 147 KOhm, se crea un divisor resistivo y caiga tensión antes de llegar a la entrada.

y  hay uno de de pronto mide de menos se dispara y mide bien y despues vuelve a medir mal el (A2), que puede ser?

Debería mantenerse el error estable en el tiempo, a menos que haya algo internamente mal en el hardware.

Podrías también colocar un capacitor de 100 nF (o un valor mayor) entre el terminal de la entrada analógica y su AGND, para filtrar algunos picos de tensión que puedan venir de la balanza, quizás el valor instantáneo cambie de valor, pero el promedio se mantenga siempre similar.

Otra alternativa es alargar el tiempo de promediado en los filtros digitales, es decir bajar la frecuencia de muestreo y aumentar la cantidad de muestras para hacer menos sensible la lectura:

Por ejemplo, en el componente de filtros, colocar "FS=250" y "SAMPLES=250", esto es, un muestreo de 250 Hz, y 250 muestras de promediado, lo que hace que las entradas analógicas actualicen el valor de la lectura cada 1 segundo aproximadamente luego de hacer el promediado. Se puede aumentar las muestras o SAMPLES a 500 también, para el doble de tiempo.

Saludos!

2
STX8091 / Re:Comunicación pantalla Kinco
« : enero 15, 2021, 20:46:37 pm »
en el network 03 del principal lo coloco en reg y luego lo paso a la variable PWM

Buenas tardes.

Fíjate de probar la siguiente modificación en la Network N007 y ver si en VirtualHMI tenés los valores del registro y variable PWM:



(Te adjunto el programa modificado en archivo ZIP en este mensaje, abajo).

Por un lado, cuando se imprime en VirtualHMI desde Principal, hay que agregar un retardo (al menos de 500 mS) con un timer para no saturar a la red con mensajes, de otra forma no se logra una comunicación correcta. Si no imprimís en VirtualHMI desde Principal o un diagrama función que se llame periódicamente, no hace falta el retardo (por ejemplo desde un evento).

Por otro lado, fíjate que el código de formato para imprimir un entero en pantalla se hace con "%d" y para un tipo float se utiliza el "%f". Esto se explica en la descripción del componente (menú contextual "Ver descripción del componente" sobre el componete).

Buen fin de semana.

Saludos!

3
STX8091 / Re:Comunicación pantalla Kinco
« : enero 14, 2021, 10:41:49 am »
Buenos días.

¿Podría detallar cómo determina qué no lee el registro?, esto es, ¿qué resultados o efectos visualiza y en qué parte del proyecto lo hace?.

Gracias.

Saludos!

4
Kinco / Re:HMI Kinco con Movicon M221 y protocolo Modbus RTU
« : enero 12, 2021, 18:23:48 pm »
Excelente, gracias por su información.

Saludos!

5
Kinco / Re:HMI Kinco con Movicon M221 y protocolo Modbus RTU
« : diciembre 21, 2020, 10:45:57 am »
He conseguido comunicarlo con un PLC Schneider Modicon utilizando la conexion "Schneider M Series" por el COM0 y RS485.
Puedo leer y escribir variables tipo MW pero tengo un problemilla con los bits.
¿Sabeis que tipo de variable he de seleccionar en la programacion de la pantalla HMI?

Buenos días, no le sabría decir, no utilizo la línea Schneider como para sugerirle los pasos para ese protocolo específico del PLC.

Saludos!

6
STX8081 / Re:Tiempo de ciclo con PWM
« : diciembre 09, 2020, 15:59:34 pm »
Vuelvo a postear para decir que logramos implementar la alternativa con PAWN (tal como nos recomendó, fusionando PAWN con LADDER) y fue la solución definitiva que estabamos buscando. Logramos el mejor control de la PWM desde que empezamos este proyecto.

Buenas tardes, excelente, felicitaciones que haya podido implementar por su cuenta el cambio.

Saludos!

7
STX8081 / Re:Tiempo de ciclo con PWM
« : diciembre 04, 2020, 20:08:51 pm »
Buenas tardes,

Le consulto para comprender, ¿necesita generar una señal PWM que este presente por "x" tiempo, y no obtiene exactamente tiempo "x"?.

¿Cómo sería conceptualmente la secuencia que utiliza para "prender/apagar" el PWM?.

Por ejemplo:

1) SET DUTY CYCLE = 50% (PRENDE PWM)
2) Espera "x" tiempo
3) SET DUTY CYCLE = 0% (APAGA PWM)

¿La medición entre puntos (1) y (3) no es "x"?.
¿Qué frecuencia de PWM está utilizando?.

La realidad es que estamos un poco perdidos respecto a esto, y quisieramos entender si es posible lograr señales de PWM con una duración ajustable a la unidad de ms, o si el scan cycle del PLC nos va a pisar siempre esto, llevándonos al múltiplo de 18ms más cercano. Y sumado a esto, porque es que el conmutador parece tener un tiempo de actualización desfasado con el final de la PWM (segunda imagen).

En el diagrama "Principal", desde que da la orden de "prender PWM", hasta que da la orden de "apagar PWM" (utilizando un temporizador por ejemplo), pueden pasar uno o más SCAN CYCLES, y cada SCAN CYCLE tiene código que se ejecuta (por ejemplo envío de datos, llamadas a otras funciones, etc). Por lo que un retardo tendrá, el valor mínimo, depende de la cantidad de código que ejecute en cada SCAN CYCLE.

Una forma de hacer más rápido el SCAN CYCLE, es agrupar código dentro de funciones que solo se ejecuta si se da una condición válida, por lo tanto, en cada SCAN CYCLE no se procesará todo el código de Principal, sino por fragmentos.

Por ejemplo, en el caso que use un Temporizador Ladder con valor de 1 mS (para prender/apagar el PWM), si el SCAN CYCLE tarda 15 mS, el temporizador en cada SCAN CYCLE habrá expirado, y sería equivalente a utilizar una resolución de 15 mS. En este caso se puede utilizar funciones para agrupar código y bajar el tiempo del SCAN CYCLE, pero requiere experimentar, y le recomiendo mejor la segunda o tercera alternativa a continuación.

Una segunda alternativa, es crear un evento OnTimer2 que se llame cada 1 mS (ver Temporizadores por Evento), y desde allí prender y apagar el PWM, contabilizando el tiempo desde el propio evento utilizando un contador por ejemplo. Esto podría mejorar los retardos a un punto aceptable.

Finalmente, existe una tercera alternativa para el PWM, hay una función en lenguaje Pawn, (que podría utilizarse en Ladder si se inserta código Pawn) que permite generar un tren de "x" pulsos PWM. Esto se hace en segundo plano, independiente del SCAN CYCLE, por lo que desde que da la orden, se generan "x" pulsos, y luego se apaga. Si establece la frecuencia a un valor determinado, puede lograr un tiempo fijo de acuerdo a la cantidad de pulsos, y este tiempo sería lo más exacto posible.

Ver función PwmTrainStart(Channel, DutyCycle, Pulses) en página 84 del manual:

www.slicetex.com/hw/stx8xxx/docs/STX8XXX-MP-PLC.pdf

Ejemplo:

// Generar 10 pulsos en salida PWM1 con un DutyCycle del 50.0%.
PwmTrainStart(PWM1, 500, 10)


Si la frecuencia es "30 Hz":

Tiempo total = Pulsos * 1 / FrecuenciaPWM = 10 * 1/30 = 333 mS

Tiene dos variables para variar el tiempo final, la cantidad de pulsos y la frecuencia. La frecuencia la puede dejar fija, y variar el tiempo total con la cantidad de pulsos.

Si le interesa el "tren de pulsos" le puedo hacer un ejemplo de uso en Ladder.

Buen fin de semana.

Saludos!.


8
STX8081 / Re:Pesaje y dosificación
« : noviembre 30, 2020, 13:33:10 pm »
Buenos días Ariel,

Hola boris, soy ariel,  te quería hacer una consulta, tengo un problema con los display de los plc, se apagan, los cambie y hacen lo mismo, esta andando y como que se les borra lo escrito, en este caso es el peso, esta funcionando lo más bien, cambie de plc, cambie el display (compre uno nuevo me fije que fuera el mismo integrado) le puse los capa como dice el instructivo que esta en la página, pero lo mismo esta andando lo mas bien y pierde el display, que puede ser?

Se puede estar introduciendo un ruido, por ejemplo al conmutar una salida con un rele/contactor/electroválvula. El modelo STX8081 es susceptible en el display a ese tipo de ruido en algunas ocasiones. Te recomendaría, si estás comandando relés/contactor/electroválvula, colocarles un diodo en paralelo, o capacitor + resistencia (100 nF + 100 Ohms) a esos elementos. Si tenés relés de estado sólido para colocar entre el PLC y esos elementos, mejor.

Te adjunto en archivo ZIP el mismo proyecto, pero cada 1 segundo desde el diagrama principal fuerza a re-inicializar el display LCD, fíjate si eso corrige la falla.

Saludos!

9
Kinco / Re:HMI Kinco con Movicon M221 y protocolo Modbus RTU
« : noviembre 24, 2020, 10:40:58 am »
Buenos días,

En la imagen el PLC es un "Modbus RTU" mientras que en el proyecto es un "Modbus RTU Extend".
Empecé a programarlo con una PLC "Modbus RTU" pero el primer problema me lo encontré al hacer un simple "Bit State Lamp".
A la hora de seleccionar el BIT en el primer caso solo me deja escoger entre los siguientes tipos de variables:
LB, RB, RBI,  LW.B, FRB, FRBI, ELW.B
Segun la información son "bits de recetas", e igualmente según el manual del HMI tendría que trabajar con variables tipo 0x y 1x. ¿Si selecciono Modbus RTU Extend tendré problemas de comunicación? De momento estoy haciendo pruebas este ultimo protocolo donde si aparecen las últimas variables.

Descargá el ejemplo que te pasamos, el mismo utiliza "Modbus RTU Extend", que así le llama al "ModBus RTU" el entorno.

http://www.slicetex.com/hmi/kinco/files/examples/ModBusRTU_FirstTest_GL070E.zip

Al abrirlo, hay un Bit State Lamp, que te permite seleccionar las direcciones 1x (leer) y 0x (escribir) para bits:



Por otra parte, buscando información al respecto he encntrado que entre las variables del PLC y del HMI hay un decalaje de una unidad ya que para MODBUS RTU no existe el 0. ¿Es esto cierto?

En ModBus las direcciones son libres, se puede utilizar el "0" como punto de dirección inicial o considerar al "0" como "1", no hay una norma al respecto entre los fabricantes. En cualquier caso, desde el HMI vas a tener que restar o sumar "1" a la dirección que intentes acceder según que dispositivo estés utilizando. Por ejemplo, si debés acceder a la dirección "42000" en el PLC, generalmente colocás esa dirección, pero si no funciona, colocás "42001" o "41199", ya que depende de como lo considere cada fabricante.

Estoy investigando sin tener todavía el autómata ni la pantalla HMI, por eso no puedo hacer pruebas, pero en DTools encontré un terminal PLC designado como "Modbus RTU Extend(Zero-based addressing). ¿Podría ser la solucion para este decalaje?¿Si lo utilizo funcionará con el PLC de Schneider?

No he utilizado el "Modbus RTU Extend(Zero-based addressing)", puede ser que haga esa resta automáticamente para mayor facilidad.

Desconozco el PLC Schenider, te paso un video que utiliza la pantalla Kinco con ModBus TCP (conceptos similares, solo que por Ethernet) y el M221:

https://youtu.be/BszMzGyu1BI

Saludos!

10
Leyendo la hoja de datos del módulo que tenés, veo que es posible configurarlo para que te entregue voltaje 0 a 10V, proporcional a la medición de peso.

Conviene entonces que lo configures como dice el manual (leer procedimiento) para que entregue voltaje 0-10V, ya que es más fácil el conexionado que para leer corriente y más fácil de probar.

Te detallo como conectarlo a partir de la información que me pasás en la siguiente imagen:




Notar que solo hace falta dos cables de esta forma, uno va del V(+) de la placa a VIN4 del PLC, y otro va de V(-) de la placa a terminal AGND del PLC. El circulo de puntos que muestra la imagen, es para conectar el blindaje del cable a tierra, pero en esta prueba no hace falta.

Utilicé la entrada VIN4 del PLC, ya que admite rango 0-10V.

Una vez que lo conectes, utilizar el proyecto en archivo ZIP que te adjunto en este mensaje. El mismo te va a mostrar el voltaje leído de VIN4 en VirtualHMI cada 0.5 segundos.

Podés corroborar la medición del PLC mostrada en VirtualHMI utilizando un voltímetro colocado en los terminales VIN4 y AGND.

Luego avísame si de esta forma podés medir correctamente.

Saludos!


11
Buenas tardes Florencia,

Con el amperímetro mido valores cercanos a 4 y a 9 mA para pesos 0kg y 1,5kg respectivamente. Los valores que observo en la pantalla virtual son 0,00396 y 0,00895 V para los respectivos pesos y no 0,4 y 1 como debería leer.

El valor 0.00396 y 0.00895, redondeado, queda en 0.004 y 0.009, multiplicado por 1000, da 4 y 9 mA, que son prácticamente los que mencionás en la medición con el amperímetro. ¿Me queda la duda de por qué deberías leer "0.4 y 1" como mencionás en la consulta? ¿Habrá un error de tipeo?.

¿Por otro lado, estás conectando correctamente la salida de 4-20 mA al PLC?.

Te paso un esquema a modo de ejemplo:



El "SENSOR" sería el módulo que te genera los 4-20 mA, el cuál tiene una salida "OUT" que va a la entrada "VIN1" del PLC, y una entrada "IN/FUENTE" donde se coloca la alimentación de fuente. Finalmente, la fuente que utilizás para alimentar el sensor, debe conectarsde su masa o GND, al "AGND" del PLC. Los nombres de los terminales del "SENSOR" son a modo de ejemplo para referencia.

Si observás la conexión de la figura, hay como un "lazo" de corriente, es decir, del positivo de la fuente (+) va al sensor, y del sensor se conecta al PLC,  finalmente del PLC (AGND) se conecta al negativo de la fuente, cerrando así el lazo o el circulo de corriente.

Por los valores, me da la impresión de que es un problema de escala. Qué puede ser que esté haciendo mal??

Si, luego que midas correctamente la corriente, habría que hacer un escalado para convertir los mA a un valor en Kg.

Te adjunto en archivo ZIP, un ejemplo para el PLC. El ejemplo muestra en VirtualHMI la lectura de corriente en "mA" de la entrada VIN1 cada 0.5 segundos.

Utilizá este ejemplo para corroborar si medís la corriente en valores razonables y luego avísame así te explico como escalarla para obtener un valor en Kilogramos.

Saludos!


12
Kinco / Re:HMI Kinco con Movicon M221 y protocolo Modbus RTU
« : noviembre 18, 2020, 18:32:20 pm »
Perfecto, saludos!

13
Kinco / Re:HMI Kinco con Movicon M221 y protocolo Modbus RTU
« : noviembre 18, 2020, 16:14:45 pm »
Sin embargo, en cuanto al cable de conexión, entiendo que con la información que me has enviado en el terminal serie DB9 utilizaré los pines 1 y 6, pero no encontré la información de que pines utilizar en la clavija RJ45 que utilizaré para conectarla en el autómata M221.
¿Me pueden ayudar?

Buenas tardes.

En Google deberían aparecerte los manuales del PLC que estás utilizando, con las descripciones de cada conector, por ejemplo, en el siguiente link figura el pinout del puerto RJ45 del M221:

www.se.com/ww/en/faqs/FA235157/

Que es la siguiente imagen:



Finalmente, así te quedaría el conexionado (tres cables) entre el COM0 del HMI y el PLC:

  • HMI ( 5 ) -> PLC ( 8 ): Señal GND
  • HMI ( 1 ) -> PLC ( 5 ): Señal B (-)
  • HMI ( 6 ) -> PLC ( 4 ): Señal A (+)

Si conectás las señales A y B por error mal, no pasa nada, podés darlas vueltas sin dañar ningún equipo.

Saludos!


14
Kinco / Re:HMI Kinco con Movicon M221 y protocolo Modbus RTU
« : noviembre 18, 2020, 11:51:30 am »
Buenos días.

Ese modelo de pantalla podés conectarlo por RS485/232 o Ethernet al PLC. En el caso de utilizar RS485 o RS232, podés hacerlo con protocolo ModBus RTU, donde el HMI es MAESTRO y el PLC es ESCLAVO.

En el siguiente link tenés un ejemplo del GL070E configurado como Maestro utilizando ModBus RTU para conectarse a un PLC como Esclavo (dirección 1) utilizando el puerto RS485:

www.slicetex.com/hmi/kinco/files/examples/ModBusRTU_FirstTest_GL070E.zip

El ejemplo es simple, permite leer y escribir algunos registros y bits en el PLC, que podés utilizar a modo de prueba.

Para la conexión el HMI utiliza su puerto COM0, donde tenés los terminales "RS485 A" y "RS485 B", que junto a "GND" debés conectar al PLC. Ver siguiente descripción de puertos del HMI:

www.slicetex.com/hmi/kinco/files/GL070E_INSTALLATION_MANUAL.pdf

Los parámetros de conexión RS485 se pueden configurar desde la siguiente pantalla en el software de diseño de la pantalla:



Más información en manuales y ejemplos podés encontrar en la siguiente página:

www.slicetex.com/hmi/kinco/docs.php

Saludos!


15
Kinco / Re:HMI KINCO MT4434TE MODBUS RTU con VDF Atv320
« : noviembre 11, 2020, 17:28:08 pm »
Buenas tardes.

El HMI en este caso sería Maestro, y ambos VFD serían esclavos conectados por RS485 (dos cables + GND). Cada VFD debe tener una dirección ModBus RTU diferente, por ejemplo 1 y 2.

El VFD para el HMI es un PLC, no hay diferencia, lees/escribís registros de la misma manera.

El puerto COM sería el COM0, donde tenés los terminales "RS485 A" y "RS485 B" ver siguiente descripción de puertos del HMI:

www.slicetex.com/hmi/kinco/files/MT4434TE_INSTALLATION_MANUAL.pdf

Acá tenés un ejemplo de HMI siendo Maestro y accediendo al PLC como Esclavo (utilizan RS232, pero lo cambiás de la configuración):

www.slicetex.com/hmi/kinco/files/examples/ModBusRTU_FirstTest_MT4434TE.zip

Fijate acá para ponerlo en RS485 (es muy simple):

foro.slicetex.com/index.php?topic=382.0

Más documentación y ejemplos en:

www.slicetex.com/hmi/kinco/docs.php

Una vez realizado un ejemplo simple, deberías leer documentación del VDF, como los mapa de direcciones de los registros, bit, etc que te dicen que efecto tienen para poder accederlos con el HMI y configurarlo o controlarlo. Luego realizar una prueba leer/escribir. Es un poco prueba y error el procedimiento.

Saludos!


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