step7 🟢 # 1.6 El bloque FC APRENDE a usar las funciones

[@davidpedrosabataller6113]

Gracias David, muy buena serie para los que no conocemos Step 7. Además comentas detalles como por ejemplo lo de la barra de carga verde, muy curioso. Por cierto, ya hace tiempo que tenía ganas de comentártelo. Sé que es muy costoso hacer esta serie de vídeos, pero sería genial, una serie donde hicieras un proyecto, aunque fuera sencillo, ver cómo ordenas el proyecto, como se trabaja en la vida real. Sería genial. Un abrazo y gracias por lo que haces

[@TransferToPLC]

Muchas gracias David. El proyecto esta hecho. Estos videos les estoy estructurando comp curso, creo que un poco mejor que los de tia portal y la idea es hacer un proyecto completo poco a poco afianzando los conceptos, creo que en 2 o 3 tutorialea comenzare a intercalarlos a modo de tarea 😀

[@MiguelArellano-ti6ml]

Buenas noches, si se entendió perfectamente lo que explicó con los temporizadores y las variables locales Test y Test1. Muchas gracias. Interesante sus clases. Las estoy siguiendo con detenimiento una por una.

[@cesarperez1975]

Muy bueno el curso. Por el momento me encanta. Muchas gracias por el trabajo

[@TransferToPLC]

Muchas gracias Cesar. Un placer compartir el curso.

[@merlissoto3923]

Gracias David por instruirnos!!!

[@TransferToPLC]

Un placer Merlis. Gracias a ti por el seguimiento al canal y por participar con tus comentarios.

[@MrMypablo]

Excelente curso David! abrazo de Uruguay

[@TransferToPLC]

Muchisimas gracias. Un abrazo desde España. 😀

[@emmanuelgarciacepeda2183]

Muchas gracias por el curso, muy interesante sobre todo para los que solo hemos visto TIA PORTAL y ahora nos encontramos STEP 7 en nuestro nuevo puesto de trabajo. Un saludo.

[@TransferToPLC]

Muchas gracias por el comentario. La verdad es que comentarios de compañeros que se encontraban esta misma situación que me describes fue la que me animó a comenzar el curso en STEP7. Aun creo que quedan años de pelea con estos equipos. 😀

[@johncruz8999]

Muy bien explicado. gracias

[@TransferToPLC]

Muchas gracias John.

[@dennisrubio2375]

Excelente

[@TransferToPLC]

Muchas gracias por la valoracion.

[@manuelshiels9284]

Empece con Tia Portal, y ya estaba ambientado a eso, pero en la industria que estoy hay puro Step 7 y tuve que recurrir a aprender a programarlos, no saben cuanto los odio x)

[@danieldelgado6456]

Que tal David, para ti cuál sería la mejor manera de hacer un backup del programa del PLC? Lo archivas en zip? Backupeas hardware? Como sería la mejor manera en tu experiencia?

[@TransferToPLC]

Lo mejor es si tienes las fuentes hacer un archivado. Es un archivo comprimido que genera el propio administrador simatic. Yo lo que hago es cuando hago una modoficacion archivo el proyecto y le pongo la fecha al final del nombre del archivo

[@davidrodriguez-b1r]

gracias

[@carlossuelpres1558]

Hola David el tuto genial, pero no sé si puedes hacer algún ejemplo de el uso de temp donde sea útil utilizarlo, lo del temporizador se ha entendido genial donde no usarlo, pero un uso de utilidad sería??

[@TransferToPLC]

Hola Carlos. Muchas gracias. Te dejo un ejemplo que está programado en TIA PORTAL, pero es básicamente lo mismo, donde se indica un ejemplo de arranque secuencial de cintas con temporizadores. Este es uno de los 1000 ejemplos que pueden ocurrirsenos. Cuando termine la parte teórica intentaré hacer un ejemplo práctico para poner todo el conocimiento en práctica. Por cierto siendo este comentario del video de explicación del FC, cuando el FC es usado como función que se puede llamar varias veces tenemos este problema. En el video veras que también le programamos en un FC, pero en este caso en el FC usamos como entrada del temporizador variables globales que vienen de un DB y además el FC sólo le llamamos una vez.

[@diegoarmando1208]

Hola, muy buena tu explicación. Tengo una duda, por que al forzar el DB101.DBW0 en el OB1, también se forza #A en el FC

[@TransferToPLC]

Hola Diego Armando. Gracias. La variable #A dentro del FC no se fuerza, pero al ser una entrada de la función a la que direccionamos el DB101.dbw0 en el primer caso, A cuando se ejecuta la primera función tomara el valor que forcemos en DB101.dbw0, pero cuando termine de ejecutar la FC que tenemos en el segmento 1 del OB1, comenzará a ejecutar la FC que tenemos en el segmento 2, que es la misma FC que en el segmento 1. En ese momento A tomará el valor del DB101.DBW6. Si ponemos el modo de observación sólo nos mostrará el valor que toman los datos en la primera llamada al FC, por eso puede resultar un poco confuso.

[@reinerberbesi6813]

Holaa. Bueno se que tiene mucho tiempo este video y no se si responderás , bueno espero que si .. mi pregunta es si las de mas variables que declaras dentro del bloque FC tambien se ponen a 0 ? Osea las que no son temporales,.

[@TransferToPLC]

Hola. Las variables de las memorias globales no se reinician en cada ciclo de scan. Es decir las memorias M, I, Q y a los DB, conservan el valor siempre que este no cambie en el programa aunque cambie el ciclo de scan.

[@reinerberbesi6813]

@@TransferToPLC si eso lo entiendo, pero las variables que se declaran dentro del bloque FC , osea las In, Out y las temp nos dices que se reinician en cada ciclo de scan.. entonces no veo la diferencia entre las In , Out con las Temporales ya que todas se reinician en cada ciclo

[@davidsanchez9887]

una pregunta, por que al abrir el plc sim se me abre y se me cierra al momento la pstaña del simulador ???

[@TransferToPLC]

Seguramente tengas que reinstalarlo. Los programas de Siemens a veces se instalan mal y hacen este tipo de fallos

[@carlosciturini3416]

Hola David, muy bueno el curso, yo estoy iniciando ahora a trabajar con Siemens , hé trabajado con otras marcas de plc pero ahora debo tomar Siemens. Me parece sería útil hablar acerca de memorias MMC, entiendo que se pueden usar para ampliar la memoria de la cpu pero también para que el programa usuario permanezca almacenado en una memoria tipo flash,, no volátil, que no se pierda por un corte de energía prolongado. Básicamente como lograr que el programa se cargue en dicha memoria y automáticamente, o de algún modo manual recargarlo de la memory card Gracias Atte Carlos Citurini

[@TransferToPLC]

Hola Carlos, muchas gracias. Respecto a las tarjetas de memoria actualmente no dispongo de hardware. En cuanto pueda disponer de algún equipo preparo algo. El tema de las MMC en Siemens es delicado, en ciertos modelos si no dispones de la MMC ni siquiera puedes cargar el programa y no funciona. Es lo que ocurre en la 1500 por ejemplo. Un tema interesante desde luego.

[@carlosciturini3416]

Gracias David. @@TransferToPLC

[@alejandravelazquez116]

Hola, buen dia ! Disculpe tengo una duda, como puedo abrir la ventana para declarar variables temporales !? Para el FC

[@TransferToPLC]

Hola Alejandra. Esa ventana está siempre presente en el editor kop/fup/awl. Suele ocupar el espacio superior, aunque muchas veces es tan estrecho que no se ve. Simplemente colocando el ratón en la horizontal que lo separa aparecera el simbolito de extender, pinchando y bajando hacia abajo se haria esa ventana más grande y veras la tabla de variables locales, in/out/inout/temp

[@alejandravelazquez116]

@@TransferToPLC Muchas Gracias!

[@franciscojavierav7010]

hola david, referente a lo que comentas en este video que, los FCs ´las variables que estan en temp se borran en cada ciclo de scan , he hecho exactamente la misma prueba que tu, tal y como lo haces en el video y mi temporizador si progresa dentro de la FC, la prueba la he hecho con el plcsim como tu y tambien con un plc fisico. que puede estar pasando? gracias por todo , UN SALUDO

[@TransferToPLC]

Hola Francisco Javier. Muchas gracias por el mensaje. Creo que es un fallo en la explicación, trataré de profundizar más para intentar aclarar también más este concepto que es tan confuso y genera muchas veces problemas en los programas. Creo que el problema es que sólo habrás llamado 1 vez al FC, en el video yo le llamo 2 veces, claro que tampoco lo explico (fallo mío). Las variables en TEMP en la función no se almacenan, bueno no se almacenan de forma permanente estaría mejor dicho. El problema es que hacemos para el curso programas muy pequeños y realmente si que se almacenan en unas memorias que tal vez habrás oído llamar pilas. El tema es que cuando el programa es tan simple, estas pilas tal vez se mantienen y por eso no vemos ese reinicio entre ciclos. Trataré de hacer un video para procurar que quede más claro.

[@franciscojavierav7010]

@@TransferToPLC hola david , para nada es un fallo tuyo , un millon de gracias por la aclaracion , un abrazo

[@marcosgarciapouso250]

@@franciscojavierav7010 Lo que ocurre que al llamar a la FC100 dos veces depende del valor A si los dos son mayor que 3. Si eso ocurre nunca se desactiva la variable TEST. Y el temporizador se pone a contar. Si uno de los dos valores es 0 entonces en una llamada al FC100 se pone a 1 y en la otra se pone a 0. Y por lo tanto el temporizador se está reseteando contínuamente.

[@niqolass4]

Lo de las variables temporales del fc, en el temporizador las variables temp se ponen a 0 en cada ciclo, pero no es que todo el bloque fc se pone a 0 en cada ciclo?

[@TransferToPLC]

Hola Nicolas. Gracias por comentar. Efectivamente todo el FC se pone a cero, pero la diferencia es que las variables que sean globales, como sería el caso de las variables internas del Temporizador se mantienen o cualquier variable de las memorias I,Q,M o los DB. La diferencia con los FB por ejemplo con DB de instancia es que las variables static del FB se guardan en un DB y por lo tanto son globales y no se reinician, al contrario que pasa en el FC.

[@r693]

Buenas David. He realizado todo tal cual en este tuto. Pero al ir a dar a simular los bloques con el plcsim no me deja cargarlos y si me pongo en el OB e intento ver en linea me sale el error BLOQUE NO ENCONTRADO. (Observar 33:276). He intentado solventarlo con la ayuda pero no he encontrado que puede estar pasandome. Espero tu respuesta. Gracias

[@TransferToPLC]

Hola Raúl. Que no encuentre el bloque al ponerlo en linea es normal si no le ha cargado previamente, lo que me extraña es que no te permita cargar a la cpu del plcsim. De primeras lo unico que se me ocurre es que revises la interfaz pg/pc y te asegures que esta seleccionada una disponible en la cpu del proyecto mpi o profinet. Si no es por la interfaz ajustada, necesitaria algun detalle de que te indica, si te aparece algún mensaje cuando les intentas cargar, para no dejarte cargar los bloques.

[@r693]

No esta disponible la opción de cargar directamente (no puedo clickar sobre ella). Con lo que no me aparece ningún mensaje. La interfaz pg/pc que tengo es la PLCSIM.TCPIP.1. No se si se me escapa algo mas

[@TransferToPLC]

Hola, he estado probando y la opción de cargar se deshabilita cuando no está seleccionado la carpeta bloques o algún bloque en concreto dentro de esa carpeta. Incluso sin tener abierto PLC sim, en cuanto se selecciona bloques ya te habilita la opción cargar. Si no lo hace pudiera ser algún problema de instalación de Step7.

[@r693]

Debería de dejar cargar seleccionando la carpeta bloques o algún bloque en concreto. Pero como te digo, no deja la opción cargar aun estando seleccionado algún bloque.. Imagino que será problema en la instalación. Gracias

[@TransferToPLC]

Hola Raúl. Tanto si seleccionas la carpeta bloques o solo algún bloque concreto, debiera activarse la opción de transferir.

[@hectorrocafort1193]

Maestro entiendo que las que solo borra son las Temp, verdad?

[@TransferToPLC]

Efectivamente. Las memorias m,q y los db no los borra.

[@hectorrocafort1193]

Gracias por la respuesta 👍

[@jesusrodrigocordobaluna862]

Al momento de cargar, me aparece un mensaje que dice "No se puede acceder al modulo CPU 313C a través del interface online ajustado." por lo que no me permite cargar ni simular. mensaje "Cargar (288:47)" me podrían ayudar?

[@TransferToPLC]

En el administrador simatic, tienes en herramientas ajustar interfaz pg/pc, tiene que estar ajustado del tipo al que te vayas a conectar en la cpu, entiendo que mpi o profibus por el tipo de cpu que indicas.

[@federicog3130]

Perdón, no le veo el sentido. Entiendo que a fines prácticos el "Test" parpadea, blinkea o como lo llames. Entiendo que no queda encendido en cada SCAN del PLC, pero aún así no le veo el sentido, ya que en el segmento 2 pasa a estado "ALTO", luego ejecuta segmento 3, por lo que TEST ya se encuentra en estado "ALTO", finaliza el FC, y en el siguiente ciclo, al ejecutar el Segmento 2, el "TEST" ya se encuentra en estado alto y debería de mantener la continuidad del estado "ALTO". No entiendo en qué momento la variable TEST se apaga como para que el T2 lo perciba como "BAJO". A no ser que me digas que existe un 2do SCAN donde ejecuta o evalúa temporizadores y por lo tanto el TEMP se apaga en esa situación, no le veo el sentido a su funcionamiento. Agrego: Aún así, si la variable TEST se "APAGA" al finalizar el FC, cuando el ciclo vuelva a ejecutarlo, lo primero que hará sería encender el TEST, y por lo tanto, desde el punto de vista del temporizador, el TEST nunca se apagó.