El error que se produce al intentar ejecutar la aplicacion de descarga de datos es el de la imagen adjunta.

En la ùnica pc que me funciono fue en una que tiene windows 2010.

En xp se produce el error

Saludos

Gracias boris, voy a intentar con ésto que me decís, porque me parece lo más lógico, que la entrada DIN5, que en mi caso es el vacuostato puede generar un ruído y se active en la segunda vez como si fuera la tercera. Voy a probar y después te aviso como me fue.

Otra posibilidad, es remplazar el componente que lee DIN5, por otro que solo lee "flancos positivos", es decir solo si la señal va de 0 a 1, genera un 1 a la salida, pero si es "1" constante, genera un "0".

Seria así:



Te dejo el proyecto modificado para esta prueba.

Saludos!

Buenas tardes,

buenas boris, te cuento que realicé el programa tal cual vos me habías aconsejado, coloqué un reset mediante un DIN(adjunto programa), y anda perfectamente hasta la 3era carga luego se ancla el el contador C12 cuando cuenta 2 en lugar de 3, y no encuentro el problema ya que como te digo las primeras dos veces funcionó perfectamente, si podés darme una mano te voy a agradecer.

Quizás, si cuenta 2 en lugar de 3, puede ser que por algún motivo este tomando 2 pulsos, como 3 pulsos, por ejemplo por ruido. Esto es, entre un pulso y otro, se genera un pequeño pulso que se toma como válido.

¿Cómo te das cuenta que cuenta 2 en lugar de 3?.

Una forma de hacer más lentas las entradas digitales, para que no respondan tan rápido, es con el componente DIN DELAY llamándolo desde el diagrama Inicio:




En el ejemplo de arriba, se establece un retardo de 20 mS para que el PLC no tome como válidos pulsos de menor duración.
Te adjunto el proyecto para que lo pruebes con este componente.

Puede ser una solución. Fijate de incrementar el valor hasta 50 mS, no más, y ver resultado obtenido.

Sino vemos otra posibilidad.

Puede ser que en el N030 el T9 me esté complicando, y no me dede resetear?porque las primeras dos veces anduvo bien, y para iniciar de nuevo el proceso se tardó bastante, en cambio la última carga, en la que falló el programa no se tardó en volver a colocar.

No parece estar relacionado con el otro código a primera vista.

También puse los siguientes componentes, antes del contador (en N024), para asegurar que Reseteo_C12 se actualice antes de llamar al contador.:



Fijate de cargar el proyecto que te pasé adjunto en el ZIP y probar.

Saludos!

Buenas tardes,

Buenas tardes Boris, aplique la finción de filtro VinFilterAOn(200,2000) lo cual ayuda pero no creo que sea la solución buscada.

Pensé que estabas utilizando VinFilterAOn(200,2000), por eso recomendaba última versión de firmware.

te comento, lo que creo que hace es filtrar n muestra. pero si hay un error como una falsa lectura (porque he comprobado que entrega cero frente a un valor de tensión no nulo), lo mete dentro del promedio que por ser alto no se nota tanto pero genera una baja. lo que tuve que hacer es cuando el valor leído es cero o no está en el rango de medición lo descarto.

Se me ocurre entonces quizás una falla por estar el ADC ocupado o un error de comunicación que no se maneja correctamente (que está contemplado, pero de alguna forma se escapa).

A la lectura de entradas, ¿las haces dentro de un loop?, ¿cada cuánto tiempo lees? ¿estás utilizando último firmware?.

Avísame, y podría repetir la prueba para ver si me hace lo mismo.

Saludos!

Buen día. Lo voy a probar y después te comento.
Muchas gracias.
Saludos.