SIEMENS TIA PORTAL #23 herramientas de los DB. IMPRESCINDIBLE conocerlas para no causar problemas

[@HernanGuzman-b5j]

Extramadamente didactica la explicacion, eres el goat en estos temas, yo tenia ideas de estas remanencias y ahora lo tengo claro, compartimos la misma pasion por la automatizacion, GRACIASSSSSSS

[@ivanb6573]

Muchas gracias por el video, me estas ayudando mucho con todos estos detalles

[@TransferToPLC]

Muchas gracias por tu comentario Ivan. Me alegra poder serte de ayuda.

[@flaviopalominoyupanqui4589]

Excelente, éxitos.

[@TransferToPLC]

Muchas gracias Flavio

[@eduardogamboa693]

Muchas gracias por este curso, igual que todos.....muy aportador.

[@TransferToPLC]

Un placer Eduardo. Muchas gracias a ti por el comentario. 😀

[@luisleonardojuarez7389]

@@TransferToPLC Disculpe, creo que no lo entendí. Por ejemplo si tengo una línea de producción donde cada 20 artículos se activa una cinta para desviarlos y no podemos perder ese conteo porque causara problemas, supongamos que el operario se va y obviamente algo sale mal y se perdió el conteo. Para evitarlo usamos: 1)Reserva de memoria: Este me permite cargar los datos actuales y si algo sale mal y hay que cargar el programa entonces puede empezar a contar desde el ultimo valor registrado, digamos 8. 2) Instantánea: En esta tomo los valores digamos obtenidos a las 8 am y resulta que el numero es de 12 y digamos que al volver a las 8 con 30 algo salió mal y cargo la instantanea con el valor de las 8 am y dicho valor es el nuevo punto de inicio. 3) Copiar instantaneas a valores de arranque: En este podemos elegir que valores pueden influir en el proceso ( como la velocidad de la cinta) o copiar todos los de la instantanea. 4) Cargar valores de arranque a valores actuales: Es igual al anterior, pero los valores de arranque pasan a los valores de observación (en tiempo real). Quiero saber si esto es correcto o si me equivoque en algo y de ser así quisiera una correción.

[@luishumbertoaristatafur7853]

Excelente informacion y explicacion. Gracias por el aporte

[@TransferToPLC]

Muchas gracias Luis Humberto.

[@malogar93]

Muy útil , gracias!

[@TransferToPLC]

Muchas gracias Manuel. 😀

[@JBCFAUTOMATION]

Excelente información!!! Suscrito al canal

[@TransferToPLC]

Muchas gracias Juan. Feliz Navidad!

[@draugrgalindodiaz2085]

Gracias!!!

[@TransferToPLC]

Un placer Draugr 😃

[@claudio1371]

Excelente explicación. Gracias

[@TransferToPLC]

Muchas gracias claudio1371.

[@hersonguzman8662]

Estimado buen video muy bien explicado. Tengo una duda . cual función (conservar valores actuales, instantánea, etc.) recomiendas antes de modificar el DB y en que casos debemos aplicar cual opción ?

[@hersonguzman8662]

Estimado como habilitamos la reserva de memoria ?

[@TransferToPLC]

Hola Herson, Por defecto tienen una reserva de 100 bytes, pero no están disponibles para las variables remanentes. Est se puede modificar en Opciones/Configuración/Programación PLC/Cargar sin reinicializar. en el arbol del proyecto en información del programa puedes ver el tamaño de la memoria de carga. Si es insuficiente hay que ampliarlo.

[@antoniocastelltort8031]

Buenos días, ¿es posible copiar los valores de observación a valores de arranque con instrucciones de programa?. Sería una opción interesante, es un gran problema en instalaciones con varios HMIs en los que el operario puede ingresar valores analógicos de control ligados a un DB.

[@TransferToPLC]

Hola Antonio, la verdad es que no lo sé, tendría que investigarlo. No obstante el problema que comentas se resuelve haciendo el valor remanente de modo que si se apaga la línea y se vuelve a encender el valor se mantiene. Si son valores de tipo parámetros de máquina, si que hay modos de poder leer algún excel y si son valores de receta ligados a un producto, es más interesante usar recetas. Es común ver como se hacen programas donde no se utilizan las recetas pero es una práctica muy buena y además se pueden guardar fácilmente en un dispositivo USB por ejemplo pudiendo gestionar bien esos datos.

[@antoniocastelltort8031]

@@TransferToPLC Gracias por la respuesta. Algunas veces la persona que hace el diseño del control de una línea se fija más en el coste económico que en estos 'detalles' que después te hacen la vida imposible. El caso que te comentaba fue con una CPU de la serie 300, que cada vez que se quedaba sin tensión hacía un rearranque en frio y se cargaban los valores iniciales en los DBs, con el consiguiente desastre.

[@TransferToPLC]

Bueno, muchas veces el coste viene impuesto. Por eso siempre recomiendo trabajar mucho la especificación técnica y procurar evitar quien hace presupuestos muy bajos. La automatización es tan intangible que a veces lo mismo es muy diferente. Es posible que el rearranque sea una averia o fallo endemico de la cpu, hay una serie de 318 que da muchos problemas al apagarlas. En las 300 no lo se seguro, en 1200 y 1500 se puede configurar en hardware el comportamiento en el arranque, tal vez este mal configurado.

[@antoniocastelltort8031]

​@@TransferToPLC No recuerdo la referencia exacta de la CPU (no llegaba a la 318), pero no se podía configurar el comportamiento durante el arranque. Me parece que en las 300, en general, no es posible. En los S7-400 sí.

[@TransferToPLC]

La CPU en cuestión tiene puerto PN o solo MPI/DP. Tengo en mente investigar para hacer importaciones o exportaciones a excel y pudiera ser una manera de hacer una solución en caso de que no sea posible hacer el paso de los valores actuales a los iniciales por software.