Tengo algo que contarte más importante que lo que estás viendo en este vídeo, es muy probable que te interese. Es aquí: www.programaci...
КОМЕНТАРІ • 44
3 роки тому+2
Tengo algo que contarte más importante que lo que estás viendo en este vídeo, es muy probable que te interese. Es aquí: www.programacionmultidisciplinar.com/inicio
Hola. Estuve trabajando en una empresa y hubo varias veces problemas con esto. Uno de ellos fue en una planta de distribución de alcohol, en la que los camiones llegaban, se descargaban las paletas, a través de mesas transportadoras se desplazaban y se almacenaban y después se distribuían. Pues realizando pruebas, el número de paletas que podíamos manejar siendo ~10 personas era muy bajo y todo funcionaba bien pero cuando pasamos a producción, al estresar tanto al sistema, como las paradas estaban basadas en tiempo, en las zonas de mesas giratorias, elevadores y demás, la parada de estas paletas igual podía modificarse unos centímetros, generando choques, caídas, vuelques... un lío. Otro problema fue el peso, en pruebas se hacía con pesos intermedios y los motores siempre movían a la misma velocidad, pero cuando llegaron paletas del peso máximo (los motores ya sudando para moverlos) las paradas también se modificaban, dando más problemas. Según me comentaron se debía al ciclo de scan, que al ser una instalación tan grande daba problemas, y en ese caso creo que no lo optimizaron, simplemente se modificaron los tiempos y ya. Eso sí, hasta salir del proyecto, cada día había algún atranque de alguna paleta, y el día después de marcharme una paleta se cayó, rompiendo todas las botellas de encima, que haciendo un cálculo del valor en tienda llegaba hasta casi 90.000€. Es curioso el mundo de los PLC jaja.
Estoy acá después de mucho tiempo emitida la serie de videos, jajaja pero increíble el contenido súper, agradecido amigo por tanto saludos Nota: el título del vídeo está súper
Hola Abel, un tema que habría que aclarar, en el programa se pueden utilizar contactos lógicos de las salidas. Si al inicio del ciclo no se cargasen el valor de las salidas resultantes del ciclo anterior, el plc no sabría qué valor tienen esos contactos. Es decir, al principio del diagrama hay que incluir la lectura de los valores de las salidas resultantes del ciclo precedente. Saludos!
Buenísimo 👏, tengo una duda en relación al refresco del estado de las marcas o datos de DB's, estos tipos de datos "internos" se actualizan justo en el momento en que se cambia su estado dentro del programa? Por ejemplo, si se ejecuta un set del bit %M0.0, en la siguiente línia de programa %M0.0 es igual a 1 o se tiene que esperar a que se termine todo el ciclo de scan para que varie su valor? Muchas gracias de antemano! Es genial todo el contenido que estás sacando!
2 роки тому
Buenas Eduard! Pues una variable de DB o marca su valor se actualiza al cambio (al menos en los PLC de Siemens, los de otras marcas más viejos supongo que será igual). Esto no ocurre con las entradas físicas (digitales y analógicas), las cuáles se actualizan al iniciarse un nuevo ciclo de scan. Saludos Pelecero!
Programación Multidisciplinar Hola amigo que tal, saludos desde Argentina, te cuento que yo estaba buscando un material o video de para que es un ciclo de Scan en un plc, y encontre tu canal y puse atencion en tu expocicion para que es un Scan y que funcion cumple en un plc, por lo que entendi en tu enseñanza es que un ciclo Scan es para leer el programa que le inserta al plc un programador para un determinado proceso, ¿Es asi? La otra parte de tu enseñanza por lo que yo entendi es que el plc con esta funcion Scan se auto evalua o se auto analiza (es como decir en psicologia que una persona se auto analiza para ver como estan sus funciones emocionales y psiquicas) osea el Scan es un metodo que tienen los plc para ver si hay algun error del programa que le insertaron ¿no? Es asi?? Bueno espero que puedas leer este mensaje y espero tus respuestas.
3 роки тому+4
Buenas Juan, El ciclo de scan es simplemente la ejecución completa del programa del PLC y el tiempo que tarda el plc en realizar esa ejecución. Scan viene de "escanear", es como si el PLC "escaneara" lo que tiene programado para poder ejecutarlo. Un saludo!
Buenas, Primero, le quiero agradecer su esfuerzo por el curso que está desarollando. Me está veniendo de maravilla. Segundo, quería preguntarle lo que sigue; ¿El ciclo de scan depende del programa que hayamos hecho? Es decir, si mi programa tiene 10 líneas, ¿el ciclo de scan sería menos corto que para un programa que tuviera 10 líneas? ¿O es que el ciclo de scan se refiere a una caracterísitica intrínsica del PLC, y es la velocidad de la CPU para ejecutar un programa? 10 líneas/ms, por ejemplo. Otra vez Muchas gracias, Un saludo.
3 роки тому+9
Muy buenas Naoufal, primero que todo gracias por el apoyo! Con respecto a tu pregunta... El ciclo de scan depende en parte, de la cpu, no es lo mismo tener una 1212 que una 1518, dado que la 1518 tiene más velocidad de procesamiento etc. Ahora bien, el ciclo de scan también se ve afectado por el programa. Si coges por ejemplo dos plc idénticos, misma marca y modelo, le cargas a uno un programa pequeño, con 100 líneas de código, y al otro, un programa grande, con más de 1000 líneas de código, bucles con muchísimas iteraciones y movimiento de grandes cantidades de datos de unos DB a otros, te puedo asegurar que éste último va a tener un ciclo de scan muchísimo más alto. También mencionar que depende el lenguaje que utilices. El lenguaje más liviano es el AWL, dado que es lo que realmente el compilador entiende, y el más pesado es el SCL, dado que el compilador tiene que "transformar" el scl a awl para poder entenderlo. Esto también es importante, porque si todo tu programa está hecho en scl, estás dándole al compilador un trabajo bestial cada vez que el plc ejecuta el código. Date cuenta que el plc solo entiende de awl, y que cuando tiene que ejecutar una línea de código que no está programada en awl, tiene que convertirlo a awl para que el plc pueda leerlo. Para el compilador no resulta mucho trabajo pasar de KOP a AWL, pero de SCL a AWL si, y bastante. Por ejemplo, yo he visto proyectos medianos hechos con KOP y SCL con ciclos de scan de 60 ms y proyectos enormes hechos completamente en AWL con ciclos de scan de 5 ms. Espero haberte aclarado la duda, pero por resumir. El ciclo de scan depende: - De la cpu, cuanto mejor sea, mejor - De lo grande que sea el proyecto y como se haya estructurado y programado - De que lenguaje has utilizado Un saludo!
@ Muy interesante su explicación Ing. Aprovechando el comentario quería felicitarlo por la explicacion del Scan ya que no entendía muy bien como ejecuta el PLC el programa. Muchas gracias, seguimos con el curso!
3 роки тому+1
@@Alex_andrt29 Muchas gracias por esas palabras! Cualquier cosa, no dudes en preguntarme. Un saludo Alex.
Que solución se le puede dar al problema de los cambios rápidos de las entradas para tener una mayor precisión en la activación de las salidas. primero si el ciclo de scan no es rápido o si el programa es muy extenso.
Рік тому
Buenas Herson! Bueno realmente no se puede hacer demasiado, hasta que el PLC no termine su ciclo de scan, no volverá a leer las entradas. La solución es la que comentas, que el PLC tenga un ciclo de scan bajo (menos de 10 ms sería lo ideal, pero si oscila entre 20-40ms tampoco es ningún drama). Lo que si hay que entender es el tipo de proceso que el PLC está controlando, por ejemplo en frio industrial, aunque el PLC tuviera un ciclo de scan de 100ms (una auténtica salvajada), realmente la instalación no se vería perjudicada, ya que los procesos de frío y calor, no se producen de forma instantánea (aunque hay procesos críticos, como que se te congele un intercambiador de placas). Claro, esto en un proceso de paletizado y transporte, es diferente, porque si tu PLC tarda demasiado en detectar los estados de los sensores que detectan cajas, puede ir desfasado y no tener en cuenta la situación real del sistema. Salu2 pelecero!
7:30 como puedo saber el tiempo que le toma al plc ejecutar todo el programa ? Gracias por los vídeos!!
3 роки тому+6
Buenas Valente. En TIA Portal, justo arriba de "bloques de programa" tienes "online y diagnostico". Le pinchas y a la derecha del todo te sale el ciclo de scan , como también el más corto y más largo desde que se puso en RUN el PLC. Eso y mucho más lo veremos cuando entremos en "hardware" del plc. Un saludo.
Tengo algo que contarte más importante que lo que estás viendo en este vídeo, es muy probable que te interese. Es aquí: www.programacionmultidisciplinar.com/inicio
Abel..... un crack !!!!! muy bunos tutoriales y explicaciones, muy util para todos los que estamos en esto tema
Hola.
Estuve trabajando en una empresa y hubo varias veces problemas con esto.
Uno de ellos fue en una planta de distribución de alcohol, en la que los camiones llegaban, se descargaban las paletas, a través de mesas transportadoras se desplazaban y se almacenaban y después se distribuían.
Pues realizando pruebas, el número de paletas que podíamos manejar siendo ~10 personas era muy bajo y todo funcionaba bien pero cuando pasamos a producción, al estresar tanto al sistema, como las paradas estaban basadas en tiempo, en las zonas de mesas giratorias, elevadores y demás, la parada de estas paletas igual podía modificarse unos centímetros, generando choques, caídas, vuelques... un lío.
Otro problema fue el peso, en pruebas se hacía con pesos intermedios y los motores siempre movían a la misma velocidad, pero cuando llegaron paletas del peso máximo (los motores ya sudando para moverlos) las paradas también se modificaban, dando más problemas.
Según me comentaron se debía al ciclo de scan, que al ser una instalación tan grande daba problemas, y en ese caso creo que no lo optimizaron, simplemente se modificaron los tiempos y ya.
Eso sí, hasta salir del proyecto, cada día había algún atranque de alguna paleta, y el día después de marcharme una paleta se cayó, rompiendo todas las botellas de encima, que haciendo un cálculo del valor en tienda llegaba hasta casi 90.000€.
Es curioso el mundo de los PLC jaja.
Estoy acá después de mucho tiempo emitida la serie de videos, jajaja pero increíble el contenido súper, agradecido amigo por tanto saludos
Nota: el título del vídeo está súper
Gracias pelecero!
MUY INTERESANTE, MUCHAS GRACIAS POR OTRA CLASE MÁS, CON GANAS DE VER LA SIGUIENTE, !!CURSO RECOMENDABLE 100%!!
Hola Abel, un tema que habría que aclarar, en el programa se pueden utilizar contactos lógicos de las salidas. Si al inicio del ciclo no se cargasen el valor de las salidas resultantes del ciclo anterior, el plc no sabría qué valor tienen esos contactos. Es decir, al principio del diagrama hay que incluir la lectura de los valores de las salidas resultantes del ciclo precedente. Saludos!
Gracias los dibujitos estuvieron muy chulos.
excelente clase y aclaraciones.
Sigo avanzando en los videos, otra vez gracias c:
Excelente explicación. Me encanta tu canal.
Muy bueno tus explicaciones mucho mejo que mi docente de automatización, gracias por compartir tus conocimientos
🤣🤣 Me alegra me alegra!
Salu2!
Excelente explicación
Muy buen curso muchas gracias
Un buen curso. Gracias.
Gracias profesor !
Gracias Abel, si tienes algun libro, me gustaria comprarlo. gracias.
muy bueno!
Hola Abel, no seria 50.000 veces en ves de 50?
Bien Profe
Buenísimo 👏, tengo una duda en relación al refresco del estado de las marcas o datos de DB's, estos tipos de datos "internos" se actualizan justo en el momento en que se cambia su estado dentro del programa? Por ejemplo, si se ejecuta un set del bit %M0.0, en la siguiente línia de programa %M0.0 es igual a 1 o se tiene que esperar a que se termine todo el ciclo de scan para que varie su valor? Muchas gracias de antemano! Es genial todo el contenido que estás sacando!
Buenas Eduard!
Pues una variable de DB o marca su valor se actualiza al cambio (al menos en los PLC de Siemens, los de otras marcas más viejos supongo que será igual). Esto no ocurre con las entradas físicas (digitales y analógicas), las cuáles se actualizan al iniciarse un nuevo ciclo de scan.
Saludos Pelecero!
muy útil
Programación Multidisciplinar Hola amigo que tal, saludos desde Argentina, te cuento que yo estaba buscando un material o video de para que es un ciclo de Scan en un plc, y encontre tu canal y puse atencion en tu expocicion para que es un Scan y que funcion cumple en un plc, por lo que entendi en tu enseñanza es que un ciclo Scan es para leer el programa que le inserta al plc un programador para un determinado proceso, ¿Es asi? La otra parte de tu enseñanza por lo que yo entendi es que el plc con esta funcion Scan se auto evalua o se auto analiza (es como decir en psicologia que una persona se auto analiza para ver como estan sus funciones emocionales y psiquicas) osea el Scan es un metodo que tienen los plc para ver si hay algun error del programa que le insertaron ¿no? Es asi?? Bueno espero que puedas leer este mensaje y espero tus respuestas.
Buenas Juan,
El ciclo de scan es simplemente la ejecución completa del programa del PLC y el tiempo que tarda el plc en realizar esa ejecución. Scan viene de "escanear", es como si el PLC "escaneara" lo que tiene programado para poder ejecutarlo.
Un saludo!
Buenas,
Primero, le quiero agradecer su esfuerzo por el curso que está desarollando. Me está veniendo de maravilla.
Segundo, quería preguntarle lo que sigue; ¿El ciclo de scan depende del programa que hayamos hecho? Es decir, si mi programa tiene 10 líneas, ¿el ciclo de scan sería menos corto que para un programa que tuviera 10 líneas? ¿O es que el ciclo de scan se refiere a una caracterísitica intrínsica del PLC, y es la velocidad de la CPU para ejecutar un programa? 10 líneas/ms, por ejemplo.
Otra vez Muchas gracias,
Un saludo.
Muy buenas Naoufal, primero que todo gracias por el apoyo!
Con respecto a tu pregunta... El ciclo de scan depende en parte, de la cpu, no es lo mismo tener una 1212 que una 1518, dado que la 1518 tiene más velocidad de procesamiento etc.
Ahora bien, el ciclo de scan también se ve afectado por el programa. Si coges por ejemplo dos plc idénticos, misma marca y modelo, le cargas a uno un programa pequeño, con 100 líneas de código, y al otro, un programa grande, con más de 1000 líneas de código, bucles con muchísimas iteraciones y movimiento de grandes cantidades de datos de unos DB a otros, te puedo asegurar que éste último va a tener un ciclo de scan muchísimo más alto.
También mencionar que depende el lenguaje que utilices. El lenguaje más liviano es el AWL, dado que es lo que realmente el compilador entiende, y el más pesado es el SCL, dado que el compilador tiene que "transformar" el scl a awl para poder entenderlo. Esto también es importante, porque si todo tu programa está hecho en scl, estás dándole al compilador un trabajo bestial cada vez que el plc ejecuta el código. Date cuenta que el plc solo entiende de awl, y que cuando tiene que ejecutar una línea de código que no está programada en awl, tiene que convertirlo a awl para que el plc pueda leerlo. Para el compilador no resulta mucho trabajo pasar de KOP a AWL, pero de SCL a AWL si, y bastante.
Por ejemplo, yo he visto proyectos medianos hechos con KOP y SCL con ciclos de scan de 60 ms y proyectos enormes hechos completamente en AWL con ciclos de scan de 5 ms.
Espero haberte aclarado la duda, pero por resumir. El ciclo de scan depende:
- De la cpu, cuanto mejor sea, mejor
- De lo grande que sea el proyecto y como se haya estructurado y programado
- De que lenguaje has utilizado
Un saludo!
@ Puaahh, explicación de Manual! Me ha quedado súper claro! Mil Gracias por tu tiempo y esfuerzo!!
@@naoufalelrhazzali6280 Encantado de poder aportar el granito de arena!
@ Muy interesante su explicación Ing. Aprovechando el comentario quería felicitarlo por la explicacion del Scan ya que no entendía muy bien como ejecuta el PLC el programa. Muchas gracias, seguimos con el curso!
@@Alex_andrt29 Muchas gracias por esas palabras!
Cualquier cosa, no dudes en preguntarme.
Un saludo Alex.
Que solución se le puede dar al problema de los cambios rápidos de las entradas para tener una mayor precisión en la activación de las salidas. primero si el ciclo de scan no es rápido o si el programa es muy extenso.
Buenas Herson!
Bueno realmente no se puede hacer demasiado, hasta que el PLC no termine su ciclo de scan, no volverá a leer las entradas. La solución es la que comentas, que el PLC tenga un ciclo de scan bajo (menos de 10 ms sería lo ideal, pero si oscila entre 20-40ms tampoco es ningún drama).
Lo que si hay que entender es el tipo de proceso que el PLC está controlando, por ejemplo en frio industrial, aunque el PLC tuviera un ciclo de scan de 100ms (una auténtica salvajada), realmente la instalación no se vería perjudicada, ya que los procesos de frío y calor, no se producen de forma instantánea (aunque hay procesos críticos, como que se te congele un intercambiador de placas). Claro, esto en un proceso de paletizado y transporte, es diferente, porque si tu PLC tarda demasiado en detectar los estados de los sensores que detectan cajas, puede ir desfasado y no tener en cuenta la situación real del sistema.
Salu2 pelecero!
7:30 como puedo saber el tiempo que le toma al plc ejecutar todo el programa ? Gracias por los vídeos!!
Buenas Valente. En TIA Portal, justo arriba de "bloques de programa" tienes "online y diagnostico". Le pinchas y a la derecha del todo te sale el ciclo de scan , como también el más corto y más largo desde que se puso en RUN el PLC. Eso y mucho más lo veremos cuando entremos en "hardware" del plc. Un saludo.
presente.
En el vídeo 27 de set reset vi un problema que mostraste y repase este vídeo.
Uniendo cabos!
tomare nota para cuando llegue a ese