1

Instituto Tecnológico Superior

de Coatzacoalcos
Ingeniería Eléctrica
Control lógico programable
Unidad 4
Programación de bloques funcionales

DOCENTE:
Prof. Ing. Jesús Alberto Cruz Toy

ALUMNOS:
Delaurens Álvarez Jorge Oriol
Fernández Alfonso juan pablo
Herrera Preyeso Humberto
Gil Lopez Darío Daniel

GRADO Y GRUPO:
8° SEMESTRE - GRUPO C
PERIODO:
Febrero – junio 2020
INDICE
INTRODUCCIÓN 3
4.1 4
4.2 9
4.3 11
4.4 13
Conclusión
BIBLIOGRAFIA 14
INTRODUCCIÓN

El diseño tradicional en la automatización de procesos usando PLC ( Controlador

Lógico Programable) consiste normalmente en el uso de bloques definidos lo que

para adecuaciones o algunas aplicaciones específicas no se aplica metodología

alguna, ocasionando dificultad de diseño o diseños exclusivos y poco entendibles,

en los que solo el que diseña pueda modificarlos, debido a que a otra persona le

tomaría tiempo entender la lógica en la que fue hecho y por consecuencia la

dificultad de lograr alguna modificación a este

4.1 BLOQUES FUNCIONALES BÁSICOS
El ejemplo de una comunicación entre personas nos introduce los primeros
bloques funcionales:

Emisor: Conjunto de elementos que transforman la información de la fuente -la voz

en la figura- en señales que a su vez se modifican para transmitirlas a través del
canal.

Receptor: Toma las señales recibidas que le interesan y las transforma para que el
destinatario oiga al que habla

Canal: Medio a través del cual viajan las señales del emisor al receptor. Es en él
donde la señal sufre mayor deformación debido a dos fenómenos:
Atenuación: La potencia inicial de la señal se va disipando a medida que viaja por
él.

Distorsión: La distorsión es a su vez la consecuencia de dos causas:

El ruido: El canal capta señales radioeléctricas de diversa procedencia. Su nivel

se reparte más o menos por igual en toda nuestra banda. Cuando la señal
procede de otro canal cercano al fenómeno se le llama diafonía.

Transmisión analógica: sus bloques funcionales

Adaptador: Adapta los circuitos anteriores al canal para que la señal viaje por él.
Dependiendo de los casos, puede ser tan sencillo como un conector o tan
complejo como una antena parabólica de más de treinta metros de diámetro.
Amplificador: Aumenta la potencia de la señal. La energía necesaria la obtiene de
la fuente de alimentación. Suele llevar asociado un atenuador a su entrada para
ajustar el nivel de potencia de la señal.

De-modulador: Mezclando la señal modulada con la portadora obtiene la señal

moduladora original.

Fuente: Generador de la información a transmitir. En este caso la voz. En el caso

del vídeo es la luz que emite un objeto, paisaje o persona.

Filtro: Selecciona la banda de frecuencias que se desea y se descarta el resto del

espectro. Tipos

Filtro paso bajo: Deja pasar todo el espectro por debajo de un valor de
frecuencia.

Filtro paso banda: Deja pasar una banda de frecuencias entre dos valores.

Filtro paso alto: Deja pasar todo el espectro por encima de un valor de
frecuencia.

Filtro banda eliminada: Elimina una banda de frecuencias entre dos valores y
deja pasar el resto.

Igualador: Compensa la desigual respuesta en frecuencia del canal.

Modulador: Mezclando la señal moduladora de la banda base con la portadora,

traslada en el espectro de frecuencias de la fuente en torno a la frecuencia
portadora.

Oscilador: Generador de una señal sinusoidal, con una frecuencia única y estable
que se usa como portadora.

Transductores: Transforman la energía de una naturaleza en otro tipo de energía.

En el caso del teléfono el micrófono transforma las variaciones de presión de las
ondas

sonoras en señales eléctricas. su banda de frecuencias, llamada banda base,

coincide con la de la fuente.

El auricular transforma las señales eléctricas en variaciones de presión en el aire

produciendo ondas sonoras. El altavoz tiene la misma función que el auricular,
aunque su potencia sonora sea mayor.
La cámara de video es el transductor, si es la imagen lo que queremos transmitir.
La pantalla del televisor es el transductor que nos transforma las señales
eléctricas en luz

Codificación:
A cada muestra de la señal se le asigna un valor discreto y se codifica en binario.

Los infinitos valores distintos que puede tener una señal analógica en un instante
se asocian a un número finito de valores. En el caso de la voz se usa un Byte con
256 valores posibles.

Conversor digital-analógico:
A cada valor obtenido saca un nivel de señal. La señal sigue sin ser analógica
pues sigue tomando sólo el mismo conjunto de valores. Podríamos decir que va a
"saltitos"

Decodificador:
Reconstruye los valores de la señal a partir de el tren de bits. Realiza el proceso
inverso al codificador,

Muestreo:
es el proceso por el que se toman muestras periódicas de la señal.
Para poder reconstruir la señal es necesario que se tomen muestras con una
frecuencia superior al doble de la frecuencia máxima de la banda base.

Regenerador de impulsos:
Compara la señal distorsionada que llega con un valor
umbral.

Si está por encima le asigna un uno y si por debajo un cero. Así obtenemos un
tren de impulsos equivalente al que envió el emisor.
La norma define cuatro lenguajes de programación normalizados. Esto significa
que su sintaxis y semánticas han sido definidas, no permitiendo
particularidades distintivas (dialectos)

Los lenguajes consisten en dos tipos literal y dos de tipo gráfico:

Literales:

Lista de instrucciones (instrution list , il)

Textos estructurado (structured text . st)

Gráficos:

Diagramas de escalera (ladder diagram , ld)

Diagramas de bloques funcionales (function block daigram , FDB)

En la figura superior , los cuatro programas describen la misma acción.

La elección depende:

 Los conocimientos del programador

 El problema a tratar
 El nivel de descripción del proceso
 La estructura del sistema de control
  La coordinación con otras personas o departamentos

Los cuatro lenguajes están interrelacionados y permiten su empleo para resolver

conjuntamente un problema común según la experiencia del usuario

El diagrama de bloques funcionales (FDB) es muy común en aplicaciones que

implican flujo de información o datos entre componentes de control. Las funciones
y bloques funcionales aparecen como circuitos integrados y es ampliamente
utilizado en la industria.

Una de las formas más recientes de programar un PLC es a través de una carta
gráfica de bloques funcionales. Este tipo de programación ha sido diseñado para
describir, programar y documentar la secuencia del proceso de control. En Europa,
se ha comenzado a utilizar el lenguaje de programación llamado GRAFCET
(creado en FRANCIA), orientado a la programación de PLC mediante
Bloques funcionales .En la lógica combi nacional, la programación con bloques
funcionales es muy superior a otras formas de programación, mientras que los
diagramas escalera y booleanos son mejores en lógica combinacional .Debido a
que hoy en día el control de procesos se programa principalmente con lógica
secuencial, la programación con bloques funcionales será pronto el estándar para
programar PLC. Este lenguaje incluye un conjunto de símbolos y convenciones
tales como pasos, transiciones, conectividades (también llamados enlaces) y
condiciones

Pasos
Son símbolos secuenciales individuales, representados por cuadrados
numerados, los que pueden contener nemónicos que describen la función del
paso.

Transiciones
Las transiciones describen movimiento de un paso a otro. Su representación es
una línea horizontal corta.

Enlaces
Los enlaces muestran el flujo del control, el que va desde arriba hacia abajo,
salvo que se indique lo contrario.

Condiciones
Las condiciones están asociadas a las transiciones y deben ser escritas a la
derecha
Este tipo de programación facilita un vínculo entre el programador y el diseñador del
proceso. Además es una gran herramienta para:

 describir esquemáticamente el proceso.

 localizar fallas rápidamente.
 integrar fácilmente el sistema de control y el usuario.
4.2 BLOQUES FUNCIONALES DE EXPANSIÓN
El diseño modular descendente es un proceso en que inicialmente se especifica
una función con un alto nivel de abstracción y después se descompone en sub
funciones de menor nivel, cada una de las cuales es más concreta. El proceso de
descomposición continúa hasta reducir el diseño aun conjunto de funciones, cada
una de las cuales bien definida y con la que se puede realizar un circuito
relativamente sencillo. Por tanto, el diseño se desarrolla desde un nivel superior
hasta un nivel inferior, en donde se pueden controlar los módulos individuales.
Después de definir todas las funciones, cada una de estas se realiza mediante un
módulo de circuito diseñado, implementado y probado de forma individual.
Después, los módulos terminado se conectan entre sí para completar el diseño.
Este proceso de implantación se conoce como proceso

Ascendente
pues comienza con los elementos inferiores del diseño y trabaja hacia la función
de nivel superior.

DECODIFICADORES
Un decodificador n a 2 n es una red lógica combinatoria de varias salidas, con n
líneas de entrada y 2 n señales de salida, como se muestra en la Figura 5.1. Para
cada posible combinación de entrada, una y sólo una señal de salida tendrá el
valor lógico 1. Por tanto, podemos considerar al decodificador n a 2 n como un
generador de mintérminos donde cada salida se corresponde precisamente con
un mini término Se utilizan para cosas como interrogar a la memoria a fin de elegir
una palabra específica de las que están disponibles, convertir códigos y
direccional datos. Por ejemplo, la Figura 5.2 muestra las entradas salidas y la
tabla de verdad de un decodificador de 2 a 4. La palabra de código de salida Y3,
Y2, Y1, Y0 tiene Yi igual a uno si y sólo si la palabra de código de entrada es la
representación binaria de i y la entrada de habilitación EN es 1. Si EN es 0,
entonces todas las salidas son 0.

Una implementación alternativa del decodificador se haría sustituyendo las puertas

lógicas AND en la Figura 5.2 por puertas lógicas NAND, en cuyo caso, los
mintérminos de aparecerían complementados a la salida. La tabla de verdad del
decodificador binario introduce una notación “sin importancia” para combinaciones
de entrada. Si uno o más valores de entrada no afectan los valores de salida para
alguna combinación de las entradas restantes, se marcan con una “x” para esa
combinación de entrada
Es posible negar las entradas de algunas funciones básicas, con lo que el
programa invierte una señal lógica "1" aplicada a una entrada determinada en una
señal lógica "0". Si la señal "0" está aplicada en la entrada, el programa activa un
"1" lógico. Consulte el ejemplo de programación del capítulo Introducir el programa
(Página 86).
La lista GF contiene las funciones básicas que pueden utilizarse en el
programa. Existen las siguientes funciones básicas:
4.3 INTRUCCIONES ESPECIALES
Designación de las entradas

Entradas lógicas

Aquí se describen los conectores que pueden utilizarse para crear un vínculo lógico
con
otros bloques o las entradas del dispositivo LOGO!.

● S (Set):

Una señal en la entrada S pone la salida a un "1" lógico.

● R (Reset):

La entrada de reset R tiene prioridad sobre todas las demás entradas y desactiva
las salidas.

● Trg (Trigger):

Esta entrada se utiliza para disparar el inicio de una función.

● Cnt (Count):

Esta entrada sirve para contar impulsos.

● Fre (Frequency):

Las señales de frecuencia a evaluar se aplican a esta entrada.

● Dir (Direction):

Esta entrada determina el sentido (+ ó -).

● En (Enable):

Esta entrada habilita la función de un bloque. Si el estado de señal de la entrada es

"0",

se ignoran otras señales del bloque.

● Inv (Invert):

Una señal aplicada en esta entrada invierte la señal de salida del bloque.

● Ral (Reset all):

Se reinician todos los valores internos.

El siguiente conector sólo está disponible en la serie de dispositivos 0BA7:

● Lap(para la función de cronómetro)

Una señal en esta entrada detiene el cronómetro.

Nota

Las entradas lógicas no utilizadas de funciones especiales quedan

predeterminadas en un "0" lógico.

Conector X en las entradas de las funciones especiales

Las entradas de las funciones especiales conectadas al conectorx se desactivan.

Por tanto, estas entradas tienen aplicada una señal 'lo'. Entradas de parámetros
En algunas entradas no se aplica ninguna señal, sino que se configuran los
valores relevantes del bloque. Ejemplos:

● Par (Parameter):

Esta entrada no se conecta. Aquí se ajustan los parámetros relevantes del bloque
(temporizadores, umbrales de conexión/desconexión, etc.).

● No (Cam):

Esta entrada no se conecta. Aquí se configuran los patrones de tiempo.

● P (Priority):
Ésta es una entrada abierta. Aquí se definen las prioridades y se especifica si un
aviso debe acusarse en RUN.
4.4 DOCUMENTACIÓN DEL SISTEMA DE PLC.

Muchas empresas disponen de herramientas heterogéneas en las diferentes fases

del ciclo de vida dentro de un proyecto de Automatización. Esto implica que hay
que disponer de empleados especializados en cada herramienta. Lo que conlleva
un coste elevado y poca flexibilidad. Se pretende solucionar este problema, y
conseguir interoperabilidad entre herramientas de diferentes fabricantes para
poder llegar a ser más competitivos en el mercado.

Esta situación ha provocado que tanto fabricantes como usuarios, empiecen a

trabajar juntos, para buscar una solución a este problema y conseguir mejorar la
producción, optimizar el proceso y reducir costes y tiempo. Para ello se busca
establecer un estándar abierto para conseguir integración, reusabilidad, flexibilidad
y optimización, para adaptarse al mercado actual.
Por ello se crea una nueva norma IEC 1131, para estandarizar los autómatas
programables y sus periféricos. Y con la norma IEC1131-3, estandarizar los
lenguajes de programación en la automatización industrial, para hacer el trabajo
independiente de cualquier compañía.

PLCopen, una organización relacionada con el control industrial, pretende

solucionar los temas relacionados con la programación de control, para soportar el
uso de los estándares internacionales en este campo. Problema En los proyectos
de automatización, se deben seguir las diferentes etapas del ciclo de vida;
desarrollo, explotación y mantenimiento y cada una de ellas tiene que estar
correctamente documentadas.

Cada fabricante ofrece herramientas de programación diferentes para los

elementos de control, por lo que hay que estar especializado en cada herramienta
para trabajar con ellas haciendo muy difícil la interoperabilidad entre ellas. En este
caso, nos vamos a centrar en la generación de documentación. Al igual que la
programación, que es diferente en cada herramienta, la documentación que se
puede generar también varía. Se pretende, que desde cualquier herramienta se
pueda generar automáticamente una documentación siguiendo un estándar de tal
manera que no sea necesario ser experto en todas las herramientas de los
diferentes fabricantes, simplemente con conocer el estándar, que fuera entendible.
Análisis del problema Vamos a analizar las herramientas de Software de algunos
de los fabricantes más importantes dentro de la automatización industrial: Step7,
TwinCat, Multriprog. www.infoPLC.net
Step7 Es el Software estándar para configurar y programar los sistemas de
automatización SIMATIC.
La documentación irá en base a la estructura del proyecto. No da la posibilidad de
generar una documentación directamente de todo el proyecto, sino que hay que
hacerlo por partes.
Para ello aporta dos opciones.
Imprimir como; Lista de objetos: muestra los componentes de los siguientes
niveles de la estructura.

El único parámetro que te deja modificar es si el contenido lo quieres imprimir en

una tabla o con forma de árbol. No aporta gran información, simplemente nombra
los componentes.

Se genera un documento PDF con toda la información que hemos seleccionado,

pero al igual que con la otras herramientas, tienes que estar familiarizado con
Twincat para entenderlo. El código prácticamente es un ‘copy paste’ de la
herramienta, de hecho ni se acopla al tamaño de un din-A4. Sobre las POUS; es
una copia de las variables donde solo indica el tipo, no sabemos si son de entrada
o salida y las network, es una copia del gráfico. A continuación sigue con los
recursos que se utilizan, pero no se entiende nada. No están enlazados. En las
siguientes figuras podemos ver un ejemplo de cómo quedaría un documento;
La disciplina de ingeniería del software proporciona estándares que identifican la
necesidad de documentos relacionados con el ciclo de vida del software.
Documentos similares son también necesarios en el ciclo de vida de una
aplicación de automatización.
Entonces, para tener la posibilidad de automatizar la generación de diferentes
tipos de documentación, puede ser extremadamente útil para los expertos que
participan en el diseño. En este sentido, se ha realizado un análisis de la
documentación que facilitan las herramientas de programación de PLCs.

Por lo general ofrecen una impresión de los módulos de programación y las

variables, y en algunos casos los dispositivos de la configuración HW.

Por ello se crea una nueva norma IEC 1131, para estandarizar los autómatas
programables y sus periféricos.

Y con la norma IEC1131-3, estandarizar los lenguajes de programación en la

automatización industrial, para hacer el trabajo independiente de cualquier
compañía y poder tener la posibilidad de intercambiar programas, librerías y
proyectos entre los diferentes entornos de desarrollo. De aquí surge la
organización PLCopen decidida a apoyar este estándar. Esto ha dado lugar a un
nombre de grupo de trabajo TC6 para XML (eXtended Markup Language). Este
comité ha definido una interfaz abierta, que soporta diferentes tipos de
herramientas de software, y proporciona la capacidad de transferir la información
que aparece en la pantalla a otras plataformas.
Esta información de la pantalla no sólo contiene información textual, sino también
la información gráfica. Esto puede incluir la posición y el tamaño de los bloques de
función, y cómo están conectados.

Mediante los lenguajes de marcado, se puede obtener una documentación

estándar desde cualquier herramienta de programación.

IEC 61131 El estándar IEC 61131 se ha establecido para estandarizar los

múltiples lenguajes, conjuntos de instrucciones y diferentes conceptos existentes
en el campo de los sistemas de automatización.
La gran variedad de conceptos de PLCS han dado lugar a una incompatibilidad
entre las diferentes plataformas y fabricantes.

IEC 61131 estandariza los lenguajes de programación, las interfaces entre el PLC
y el sistema de programación, los conjuntos de instrucciones y el manejo y
estructuración de los proyectos.
La ventaja de utilizar IEC 61131 conforme los autómatas programables y sistemas
de programación, es una portabilidad de todas las plataformas y el uso de
conceptos que reduce los costes para los sistemas de automatización.
PRACTICAS

Practica 1

Utilizará el simulador gráfico de proceso PC_SIMU para abrir y modificar los

procesos mostrados en la práctica llamada 5_MEZCLA.SIM y usted deberá

implementar la ingeniería que incluya el PLC a utilizar, conexionado eléctrico y de

señalización en los puertos de entrada y salida y creación del bloque lógico

funcional mediante diagrama de escalera en el simulador de ingeniería

CADe_SIMU.

El archivo de practica 5_MEZCLA.SIM esta ubicado en su carpeta compartida

PC_SIMU_V2/proyectos/5_MEZCLA.SIM

La lógica deberá operar mediante la siguiente filosofía de operación.

 ·         Al oprimir el botón de arranque star el motor M1 deberá encenderse e

iniciar el llenado del recipiente, mediante la apertura de las válvulas de llenado EVI

Y EV2.

·         Una vez lleno el recipiente el sensor de posición de alto nivel B1 mandará a

apagar el motor M1 y mandará a cerrar las válvulas EV1 y EV2 parando el llenado,

así mismo en este instante abrirá la válvula de fondo del recipiente EV3 para
iniciar el vaciado.

·         Una vez que el sensor de posición de bajo nivel B3 detecte esta condición

(bajo nivel) deberá cerrar la válvula de fondo EV3 y parar el motor M1 por tres

segundos, posteriormente abrir las válvulas de llenado EV1 y EV2 para iniciar el

llenado del recipiente nuevamente y arrancar el motor M1.

·         Esta secuencia se estará repitiendo en forma continuamente hasta oprimir

el botón de paro.

De acuerdo a las instrucciones diseñamos la lógica

Con sus salidas y entradas identificadas

Conectamos al plc
Con lo anterior procedemos a simularlo en el PC- simu
Con la condición, deberá eliminar de su proceso el sensor B2 y eliminar, adaptar o crear la
botonera de paro y arranque de su proceso.

PRACTICA 2

Mediante el simulador de procesos PC_SIMU proceda usted a abrir el archivo

21_EST_BOMBEO.SIM localizado en la carpeta electrónica compartida EJE 1 y diseñe la lógica

funcional y de protección mediante un diagrama de escalera y conexionado eléctrico usando un

PLC de la marca siemens S7-1200 en el simulador de Ingeniería CADe_SIMU, bajo las siguientes

condiciones de operación.

 Mediante el botón de arranque star y estando el selector MAN/AUTO en modo automático,

la válvula de descarga que se llamara SV1 pasa a la posición abierta (color verde) e inicia

el motor B1 su secuencia de arranque.

 En caso de paro del motor B1 (simule un paro del motor), la válvula de descarga del motor

B2 pasara a la posición abierta (color verde) iniciando el arranque del motor B2.

 En caso de paro del motor B2 (simule un paro del motor), la válvula de descarga del motor

B3 pasara a la posición abierta (color verde) iniciando el arranque del motor B3.
  En caso de paro del motor B3 (simule un paro del motor), la válvula de descarga del motor

B4 pasara a la posición abierta (color verde) iniciando el arranque del motor B4,

concluyendo con esto la secuencia en modo automático.

 Cuando el selector MAN/AUTO este en modo manual las válvulas de descarga SV1, SV2,

SV3 Y SV4 respectivamente, así como los arranques de los motores B1, B2, B3 Y B4

dependerán solo del botón individual de arranque y paro de cada motor sin una secuencia

especifica es decir solo dependerán del accionamiento del botón de star y paro de cada

motor para que estos arranquen. Solo deberá usted considerar que si acciona el botón star

del motor B1 este deberá primero Abrir la válvula de descarga SV1 (color verde) y

posteriormente una vez abierta iniciar su secuencia de arranque el motor B1, de igual

manera para SV2 Y B2, SV3 Y B3, SV4 YB4.

Lógica

 
Salidas y entrada

Conexiones
Simulación con PC- simu

PRACTICA 3

En esta práctica 3 de la unidad 4, realice lo siguiente (siendo en realidad la practica No. 8 por los

totales realizadas).

 Mediante el simulador de procesos PC_SIMU proceda usted a abrir el archivo

16_TURNO_ESPERA_1.SIM localizado en la carpeta electrónica compartida EJE 1 y diseñe el

conexionado eléctrico, la lógica funcional y de protección mediante un diagrama de escalera

usando un PLC de la marca siemens S7-1200 en el simulador de Ingeniería CADe_SIMU, bajo las

siguientes condiciones de operación.

 Al oprimir el botón siguiente del contador QB0 este avanzara a el numero unitario siguiente

y se activara la bocina Q1.0.

 Esta operación se realizará cada vez que se oprima el botón siguiente.

 El contador realizará solo el conteo del 0, 1, 2, 3, 4 y posteriormente se reseteará a 0 (ya

sea en forma automática o habilite un botón que será un contacto normalmente abierto
para iniciar a cero).
Conclusiones

Una de las conclusiones de este trabajo es la composición del software de los

PLCs, formados, principalmente, de un sistema operativo y un entorno de

programación. Este último es el que va a soportar uno o más lenguajes de

programación, utilizados para la programación de los PLCs. Existen dos tipos

diferentes de lenguajes, los gráficos (SFC, FBD y LAD) y los textuales (ST e IL o

STL). Los primeros se caracterizan por símbolos gráficos, similares a los que se

han venido utilizando para describir los sistemas de automatización, planos

esquemáticos y diagramas de bloques. Sin embargo, los escritos son listados de

sentencias que describen las funciones a ejecutar. Los programadores de PLC

familiarizados con el área industrial prefieren lenguajes visuales, por su parte

quienes tienen formación en electrónica e informática optan, inicialmente por los

lenguajes escritos. Además se resalta también la importancia del CoDeSys

(SIStema de Desarrollo COntrolado), entorno de desarrollo de programas de PLC

muy utilizado actualmente. Finalmente se ha hecho hincapié sobre la

metodología a la hora de realizar un programa para PLCs e incluso se han dado

ejemplos de uno de los lenguajes más utilizados, LAD.

BIBLIOGRAFIA

http//www.autómatas.or
g http//www.grupo-
maser.com http//www.
femz.autómatas.com