Mensajes recientes

Páginas: 1 2 [3] 4 5 ... 10
21
STX8091 / Re:Comunicación pantalla Kinco
« Último mensaje por Soporte 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!
22
STX8091 / Comunicación pantalla Kinco
« Último mensaje por ramigran enero 14, 2021, 00:07:58 am »
No me lee el registro x4  40017
23
Kinco / Re:HMI Kinco con Movicon M221 y protocolo Modbus RTU
« Último mensaje por Soporte enero 12, 2021, 18:23:48 pm »
Excelente, gracias por su información.

Saludos!
24
Kinco / Re:HMI Kinco con Movicon M221 y protocolo Modbus RTU
« Último mensaje por RoCaLo enero 12, 2021, 17:07:26 pm »
Muy buenas de nuevo.
Al final he tenido que utilizar el protocolo Modbus RTU Extend(Zero-based addressing) para poder utilizar los bits y palabras. Con ese mismo protocolo he conectado también un PLC de Schneider de las series TSX.
Estoy contento con las posibilidades de diseño de este HMI, aunque no me gusta mucho la gestión de las alarmas y eventos.
Muchas gracias por su ayuda.
Si necesitan mas información sobre la conexión con PLCs Schneider no duden en preguntar.
25
Kinco / Re:HMI Kinco con Movicon M221 y protocolo Modbus RTU
« Último mensaje por Soporte 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!
26
Kinco / Re:HMI Kinco con Movicon M221 y protocolo Modbus RTU
« Último mensaje por RoCaLo diciembre 20, 2020, 18:14:37 pm »
Muy buenas.
Ya tengo mi primer HMI Kinco!!!
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.
No soy capaz de leer y escribir variables tipo BOOL del PLC (bits).
En el manual de Kinco encontre un listado de variables pero no las que me aparecen como opción.
Hay unas "internas" del HMI que por supuesto no probé, pero si que lo hice con las otras y no funciona.
¿Sabeis que tipo de variable he de seleccionar en la programacion de la pantalla HMI?
Un saludo y gracias.
27
STX8081 / Re:Tiempo de ciclo con PWM
« Último mensaje por Soporte 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!
28
STX8081 / Re:Tiempo de ciclo con PWM
« Último mensaje por ArielSV-AFENsis diciembre 09, 2020, 15:28:03 pm »
Buenas tardes.

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.

Muchas gracias por el tiempo.
Saludos.
29
STX8081 / Re:Tiempo de ciclo con PWM
« Último mensaje por ArielSV-AFENsis diciembre 09, 2020, 09:22:14 am »
Buenos días.

En primer lugar, muchas gracias por tan completa respuesta.

Ha comprendido perfectamente nuestro problema. Seteamos la PWM a X% de duty cycle (usualmente a 95%), damos inicio a un temporizador de t milisegundos, y cuando termina seteamos la PWM a 0% de duty cycle. Pero cuando registramos el tiempo que duró de inicio a fin esa PWM no nos coincide con el tiempo del temporizador. Tal cual usted lo ha descrito en los pasos 1, 2, 3.

La frecuencia que utilizamos en la PWM es de 10kHz.

Vamos a estudiar las opciones que nos brinda, sobre todo las dos últimas, ya que no vemos como podemos cambiar la programación actual para que reducir la carga de procesamiento.

Entendemos que el Temporizador de Eventos se basa en interrupciones. Nos preocupa que esto nos perjudique la comunicación constante entre el PLC y la PC donde tenemos activa la aplicación de medición de nuestro equipo, pero probaremos para ver como funciona.

Por favor, si puede pasarnos ese ejemplo del tren de pulsos en ladder que menciona, ciertamente nos ayudaría mucho.

Desde ya, muchas gracias nuevamente.
Saludos.
30
STX8081 / Re:Tiempo de ciclo con PWM
« Último mensaje por Soporte 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!.

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