Mensajes recientes

Páginas: 1 2 3 [4] 5 6 ... 10
31
STX8081 / Tiempo de ciclo con PWM
« Último mensaje por ArielSV-AFENsis diciembre 04, 2020, 17:13:05 pm »
Buenas tardes.

En AFENsis estamos tratando de utilizar una señal PWM durante un breve período de tiempo seteado desde un HMI. En principio, probamos con una duración total de 19ms (refiriéndome a la duración de la señal de inicio a fin, no del dutycycle, ni de un solo periodo, sino total desde seteo a reseteo del valor del PWM).

Pero al medir el tiempo de duración de la señal del PWM con un osciloscopio, este nos marcaba, la mayoría de las veces, unos 36ms (y de tanto en tanto, los 19ms requeridos). Probamos con distintos tiempos de duración, pero rara vez lograba acertarle con suficiente repetitibilidad.

Eso nos llevó a pensar que quizas estabamos teniendo un tiempo de ciclo del PLC de unos 18ms, dado que cuando definiamos la duración de la señal PWM completa en múltiplos de esos números, lograbamos una buena repetitibilidad (es decir, con 18ms, 36ms, 72ms, 96ms, etc). En cambio, si seteabamos en 19, 20, o cualquier otro valor menor a 36, la medición por osciloscopio indicaba una duración total de la PWM de 36ms.

Acto seguido, programamos un conmutador que actualiza su estado en cada ciclo de scan del PLC, y obtuvimos lo que se muestra en las imágenes adjunta.
Los datos que obtuvimos de dicha medición fue que, el conmutador inicia a los 7.6ms de iniciada la PWM, independientemente del tiempo de duración seteado en la PWM (primera imagen). Y finaliza 2ms después de el flanco descendente del anteúltimo "1" del conmutador (segunda imagen).

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).

Por favor, cualqueir duda que haya con mi mala explicación, no dude en preguntarme y trataré de explayarme mejor.
Saludos.
32
STX8081 / Re:Pesaje y dosificación
« Último mensaje por Soporte 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!
33
STX8081 / Re:Pesaje y dosificación
« Último mensaje por FenixBioEnergy noviembre 30, 2020, 11:19:25 am »
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?

gracias y saludos
34
Kinco / Re:HMI Kinco con Movicon M221 y protocolo Modbus RTU
« Último mensaje por RoCaLo noviembre 25, 2020, 16:58:42 pm »
Pues cuando llo tenga en mi poder haré pruebas para ver como funciona.
Ya os mantendré informados para que quede constancia.
Muchas gracias.
35
StxLadder - Slicetex Ladder Designer Studio / Re:Lectura errónea en entrada analógica
« Último mensaje por nununa noviembre 24, 2020, 12:10:36 pm »
Muchas gracias Boris,
Lo haré de la forma que me indicas.
Te agradezco mucho tu tiempo. Saludos!
36
Kinco / Re:HMI Kinco con Movicon M221 y protocolo Modbus RTU
« Último mensaje por Soporte 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!
37
Kinco / Re:HMI Kinco con Movicon M221 y protocolo Modbus RTU
« Último mensaje por RoCaLo noviembre 22, 2020, 18:51:18 pm »
Muy buenas.
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.

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

Muchas gracias de antemano.

Un saludo.

38
StxLadder - Slicetex Ladder Designer Studio / Re:Lectura errónea en entrada analógica
« Último mensaje por Soporte noviembre 20, 2020, 19:41:34 pm »
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!

39
StxLadder - Slicetex Ladder Designer Studio / Re:Lectura errónea en entrada analógica
« Último mensaje por nununa noviembre 20, 2020, 18:03:17 pm »
Gracias Boris por tomarte el tiempo para responderme tan exhaustivamente. Debe ser que estoy conectando mal la salida del sensor al PLC. Adjunto el diagrama del módulo que está adosado al indicador. La salida es "autoalimentada" según el fabricante. La salida "+" del sensor la conecto al VIN1 y la "-" al AGND. Pero esto lo hice en mi ignorancia.
40
StxLadder - Slicetex Ladder Designer Studio / Re:Lectura errónea en entrada analógica
« Último mensaje por Soporte noviembre 20, 2020, 17:11:58 pm »
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!

Páginas: 1 2 3 [4] 5 6 ... 10