UNIVERSIDAD DE LA SALLE

FACULTAD DE INGENIERIA

COMUNICACIÓN ETHERNET ENTRE

DISPOSITIVOS S7-1200
Jhoan Steven González Sánchez1/ 45161038
Carlos Alberto Cruz Pérez1/ 45161038
Jonathan Felipe Rios1/45151152
Juan Guerrero Jiménez1 /45151093

Resumen— El siguiente informe tiene como finalidad
comunicar 2 PLC, más exactamente los PLC 1200, a través del
protocolo TCP. Para este laboratorio fue requerido; Software TIA
portal, un switch TP link de 8 puertos, 2 PLC 1200 y por último
conocimientos básicos de programación LADDER. Como primera
instancia se programó una comunicación con un mensaje sencillo,
pero la prueba final final fue un semáforo controlado por un
botón. Como resultado se pudo obtener una comunicación de 2
PLC en ambos sentidos, además se pudo programar el control de
u semáforo a partir de la comunicación de 2 PLC.
Palabras Clave— PLC, TCP, Protocolo, LADDER, Control
I. INTRODUCCIÓN
En la industria uno de los factores que mas influye en la
producción, o mejor dicho en su mayoría de procesos, es la
automatización de los mismos, esto quiere decir que el
desempeño o la cantidad de producción de una empresa depende
mas de las maquinas automatizadas que de cualquier otra cosa,
por tal motivo es importante saber que dispositivos son los que
mejor cumplen este tipo de trabajos “a gran escala” para evitar
posibles fallos del sistema.
En el mundo existen miles de microcontroladores que
también pueden ser usados en las empresas, estos dispositivos
son los ARDUINO o los Rasperri PI, por mencionar los más
importantes, el problema con estos dispositivos es que no son
capaces de soportar cargas de trabajo tan pesadas, como por
ejemplo líneas de producción de un automóvil, e inclusive el
sello automatizado de botellas, por esta razón en el mundo
industrial se usan los famosos “ controladores lógicos
programables”, mejor conocidos como PLC por sus siglas en
inglés (Programmable Logic Controller).
En el siguiente informe se mostrará la forma programar un
PLC para poderlo comunicar con otro PLC, para ello se va a
indagar un poco en cada elemento usado en el laboratorio (por
ejemplo el TIA, El switch de 8 puertos, protocolo TCP, e incluso
los mismos PLC), para poder comprenderlos y trabajarlos. Se
van a mostrar imágenes que ayudaran a una mejor comprensión
de la situación , y como resultado final se realizaron pruebas que
ayudaron a fortalecer los conocimientos adquiridos en este
1.Estudiante de ingeniería en Automatización
laboratorio, como hacer un control de un semáforo a partir de un
botón, además una comunicación half dúplex entre 2 PLC.
II. OBJETIVOS
 Configurar un enlace de comunicación Ethernet entre
dos PLC’s S7-1200.
 Establecer una conexión entre dos PLC’s Siemens
1200.
 Enviar mensajes de un PLC 1200 hacía otro.
III. MARCO TEORICO
PROTOCOLO TCP:
Protocolo de control de transmisión (en inglés Transmission
Control Protocol o TCP) es uno de los protocolos
fundamentales en Internet. Fue creado entre los años 1973 y
1974 por Vint Cerf y Robert Kahn.
Muchos programas dentro de una red de datos compuesta por
redes de computadoras, pueden usar TCP para crear
“conexiones” entre sí a través de las cuales puede enviarse un
flujo de datos. El protocolo garantiza que los datos serán
entregados en su destino sin errores y en el mismo orden en que
se transmitieron. También proporciona un mecanismo para
distinguir distintas aplicaciones dentro de una misma máquina,
a través del concepto de puerto.
TCP da soporte a muchas de las aplicaciones más populares de
Internet (navegadores, intercambio de ficheros, clientes FTP,
etc.) y protocolos de aplicación HTTP, SMTP, SSH y FTP.
“TCP se ocupa de convertir el flujo de datos saliente de una
aplicación de forma que se pueda entregar como fragmentos.
La aplicación traslada los datos a TCP y éste sitúa los datos en
un buffer de envío. TCP toma un trozo de esos datos y le añade
una cabecera, creando de esta forma un segmento. Este
segmento es trasladado a IP para que lo entregue como un único
datagrama. El empaquetado de estos datos en trozos de tamaño
adecuado permite usar de una manera eficiente los servicios de
transmisión”.[1]
Figura 1. Segmentos del TCP.
Las conexiones TCP se componen de tres etapas:
 Establecimiento de conexión (3-way handshake).
 Transferencia de datos.
 Fin de la conexión
Establecimiento de la conexión (negociación en tres pasos):
Negociación en tres pasos o Three-way handshake. Aunque es
posible que un par de entidades finales comiencen una conexión
entre ellas simultáneamente, normalmente una de ellas abre un
socket en un determinado puerto TCP y se queda a la escucha
de nuevas conexiones. Es común referirse a esto como apertura
pasiva, y determina el lado servidor de una conexión. El lado
cliente de una conexión realiza una apertura activa de un puerto
enviando un paquete SYN inicial al servidor como parte de la
negociación en tres pasos. En el lado del servidor (este receptor
también puede ser una PC o alguna estación terminal) se
comprueba si el puerto está abierto, es decir, si existe algún
proceso escuchando en ese puerto, pues se debe verificar que el
dispositivo de destino tenga este servicio activo y esté
aceptando peticiones en el número de puerto que el cliente
intenta usar para la sesión. En caso de no estarlo, se envía al
cliente un paquete de respuesta con el bit RST activado, lo que
significa el rechazo del intento de conexión. En caso de que sí
se encuentre abierto el puerto, el lado servidor respondería a la
petición SYN válida con un paquete SYN/ACK. Finalmente, el
cliente debería responderle al servidor con un ACK,
completando así la negociación en tres pasos (SYN, SYN/ACK
y ACK) y la fase de establecimiento de conexión. Es interesante
notar que existe un número de secuencia generado por cada
lado, ayudando de este modo a que no se puedan establecer
conexiones falseadas (spoofing).
Transferencia de datos: Durante la etapa de transferencia de
datos, una serie de mecanismos claves determinan la fiabilidad
y robustez del protocolo. Entre ellos están incluidos el uso del
número de secuencia para ordenar los segmentos TCP recibidos
y detectar paquetes duplicados, checksums para detectar
errores, asentimientos y temporizadores para detectar pérdidas
o retrasos y ventanas deslizantes para el control de flujo de
datos.
Fin de la conexión: Cierre de una conexión según el estándar.
La fase de finalización de la conexión utiliza una negociación
en cuatro pasos (four-way handshake), terminando la conexión
desde cada lado independientemente. Sin embargo, es posible
realizar la finalización de la conexión en 3 fases; enviando el
segmento FIN y el ACK en uno solo.2 Cuando uno de los dos
extremos de la conexión desea parar su "mitad" de conexión
transmite un segmento con el flag FIN en 1, que el otro
interlocutor asentirá con un ACK. Por tanto, una desconexión
típica requiere un par de segmentos FIN y ACK desde cada lado
de la conexión.
Una conexión puede estar "medio abierta" en el caso de que uno
de los lados la finalice pero el otro no. El lado que ha dado por
finalizada la conexión no puede enviar más datos pero la otra
parte si podrá.
PLC:
“Un autómata programable, es una computadora utilizada en la
ingeniería automática o automatización industrial, para
automatizar procesos electromecánicos, tales como el control
de la maquinaria de la fábrica en líneas de montaje o atracciones
mecánicas, programable en lenguaje no informático, diseñado
para controlar en tiempo real y en ambiente de tipo industrial,
procesos secuenciales.”[2]
Su campo de trabajo es muy amplio y no solo se basa en la
industria, si no también es usado, como ya se mencionó antes,
en atracciones de un parque de diversiones o incluso en
proyectos personales como el control de un carro ETC.
Su utilización se da fundamentalmente en aquellas
instalaciones en donde es necesario un proceso de maniobra,
control, señalización, etc., por tanto, su aplicación abarca desde
procesos de fabricación industriales de cualquier tipo a
transformaciones industriales, control de instalaciones, etc.
Sus reducidas dimensiones, la extremada facilidad de su
montaje, la posibilidad de almacenar los programas para su
posterior y rápida utilización, la modificación o alteración de
los mismos, etc., hace que su eficacia se aprecie
fundamentalmente en procesos en que se producen necesidades
tales como:
 Espacio reducido
 Procesos de producción periódicamente cambiante
 Procesos secuenciales
 Maquinaria de procesos variables
 Instalaciones de procesos complejos y amplios
 Chequeo de programación centralizada de las partes
del proceso
Este es un sistema casi perfecto, su único inconveniente es su
coste inicial, esto se debe a que estos equipos, por lo general
son demasiado costosos, pero vale la pena implementarlos.
Este último factor también puede verse afectado debido a que
en la industria existen muchos modelos que son accequibles,
pero estos modelos no rinden o no son capaces de suplir la
producción de un equipo más caro y por ende mejor diseñado.
En el laboratorio también está la posibilidad de usar vario PLC,
pero el que se usara en este laboratorio es el PLC 1200, que es
el de la siguiente imagen.
 Figura 2. PLC 1200

TIA PORTAL:
“TIA Portal es el innovador sistema de ingeniería que permite
configurar de forma intuitiva y eficiente todos los procesos de
planificación y producción. Convence por su funcionalidad
probada y por ofrecer un entorno de ingeniería unificado para
todas las tareas de control, visualización y accionamiento.
Figura 3. LADDER.
El TIA Portal incorpora las últimas versiones de Software de Diagrama de bloques: “El diagrama de bloques de funciones,
Ingeniería SIMATIC STEP 7, WinCC y Startdrive para la o Function Block Diagram (FBD) es un lenguaje gráfico para
planificación, programación y diagnóstico de todos los controladores de lógica programable,1 que describe la función
controladores SIMATIC, pantallas de visualización y entre variables de entrada y variables de salida, misma que
accionamientos SINAMICS de última generación.” [4]. puede ser descrita como un conjunto de bloques. Las variables
Sin mas rodeos este software es básicamente para programar de entrada y salida están conectadas a bloques por líneas de
cualquier tipo de PLC de la marca siemens, tiene la capacidad conexión.”[6]
de emular el entorno en el que se va a trabajar, además de que
es una de las mejores herramienta de introducción a los PLC y Las entradas y salidas de los bloques están conectadas mediante
programacion de los mismos. enlaces, los cuales pueden usarse para conectar dos puntos
Cabe recalcar que este sistema es capaz de reconocer 2 lógicos del diagrama, ya sea una variable de entrada con una
lenguajes; LADDER y diagrama de bloques, estos dos entrada del bloque, una salida de un bloque con una entrada de
lenguajes no son muy diferentes a primera vista, su sintaxis y otro bloque, o una salida de un bloque con una variable de
su estructuración son variadas . salida.
LADDER: “El lenguaje Ladder, diagrama de contactos, o
diagrama en escalera, es un lenguaje de programación gráfico El FBD es uno de los cinco lenguajes especificados en el
muy popular dentro de los autómatas programables debido a estándar IEC 61131-3.
que está basado en los esquemas eléctricos de control clásicos.
De este modo, con los conocimientos que todo técnico o
ingeniero eléctrico posee, es muy fácil adaptarse a la
programación en este tipo de lenguaje.

Ladder es uno de los varios lenguajes de programación para los

controladores lógicos programables (PLCs) estandarizados con
IEC 61131-3.”.[5].
Su representación es la siguiente.

Figura 4. Diagrama de bloques

SWITCH:
Conmutador (switch) es el dispositivo digital lógico de
interconexión de equipos que opera en la capa de enlace de
datos del modelo OSI. Su función es interconectar dos o más El código Ladder consistía en un bloque de envió el cual
host de manera similar a los puentes de red, pasando datos de obtenía unos parámetros de comunicación.
un segmento a otro de acuerdo con la dirección MAC de destino
de las tramas en la red y eliminando la conexión una vez
finalizada ésta.[7].
La topología más común usada para realizar conexiones con los
conmutadores es la topología de estrella, como se vera en la
siguiente imagen.

Figura 7. Configuración de la Comunicación.

Figura 5. Topología estrella.
Aquí fue posible configurar cual era el emisor y cual el receptor,
IV. ASPECTOS EXPERIMENTALES además era posible determinar el protocolo a usar para la
comunicación entre ambos controladores.
COMUNICACIÓN SIMPLEX
Al final el bloque SEND tomaba una variable como su variable
En un principio se realizó una comunicación simplex entre dos de control, es ahí cuando cargaba la variable con un valor
PLC’s para lograr la secuencia entre dos plcs de un semáforo, distinto de cero y además la enviaba al otro controlador
es decir una secuencia de luces que se trasmitía desde un PLC configurado como receptor.
a otro.
Además, también no se tomó una comunicación continua, sino
que se tomaron intervalos para enviar, es ahí cuando los dos
temporizadores funcionan como un reloj, enviando pulsos cada
cierto tiempo, para el caso presentado es de dos segundos cada
pulso generado

Figura 8. Bloque de Recepción

El bloque de recepción tiene una estructura similar al de enviar,

ahora la variable a configurar es la que recibe el dato y cambiar
el valor de la variable, para el código se determino que cuando
se efectuara el cambio activara la secuencia de luces mostrada
a continuación.
Figura 6. Bloque y Reloj de envío
 Figura 10. Configuración Bloque de Recepción

Como puede verse en la figura 10 se genera la marca que es la

Figura 9. Secuencia de luces con temporizadores activa o no la recepción de datos.

La secuencia es sencilla, se activa y se desactiva uno de los

bombillos cuando pasa cierto tiempo, es ahí cuando se
evidencia la comunicación Simplex, a si mostrando un retardo
en la conexión al momento del envió y de la recepción.
Figura 11. Especificación entrada del Bloque
LINK VIDEO SIMPLEX:
https://www.youtube.com/watch?v=_rkqWsFshNQ&feature= Como puede verse en la Figura 11 ese pin habilita la recepción
youtu.be es por eso que el PLC guarda la configuración y enclava la
información que se le envió previamente haciéndola cíclica.
COMUNICACIÓN HALF-DUPLEX

La comunicación Half-Duplex era muy similar a la Simplex,

esta consiste en que para efectuar la recepción de datos hay que
autorizar dicha comunicación, es por eso que desarrollo un Figura 12. Activación de la Marca de Recepción.
programa que además de configurar todo lo mencionado
anteriormente para el Simplex, se configuro un pulsador con la La activación de la marca se hizo con un pulsador y no se tomo
intención de activar una Marca y así aceptar o no la variables físicas para evitar retrasos en la conexión, mientras
comunicación teniendo en cuenta todas las configuraciones que las marcas son variables locales netamente del PLC.
previamente

LINK VIDEO HALF-DUPLEX.

https://www.youtube.com/watch?v=plJ8lVYvI4c&feature=yo
utu.be
V. ANÁLISIS
Los PLC son elementos mas estables que los
microcontroladores, es por eso que establecer comunicación
solo depende de una buena configuración del usuario más no de
una condición física del elemento al momento de efectuar la
comunicación, se encontraron en ambas comunicaciones
retrasos en la conexión debido al mismo protocolo TCP, pero
también esto depende del reloj que se haya configurado para así
determinar que tiempo transcurre para enviar un flanco de
subida.

Existen gran variedad de protocolos que se pueden trabajar con

los PLC S7-1200, además se evidencio como funciona una
comunicación half dúplex y que solo se activa en el momento
que yo autorizo la comunicación de lo contrario el PLC emisor
solo se queda enviando sin obtener respuesta y no puede ser en
ambos sentidos a la vez.

Por último cabe aclarar que la conexión se manejo de manera

cableada, disminuyendo así en interferencia la comunicación y
además mejorando la transmisión.
OTROS TIPOS DE CONFIGURACIONES DE RED QUE
PUEDEN USARSE CON EL PLC
HMI: La conexión HMI (Human-Machine Inteface) Ofrece
una conexión entre un PLC y un panel HMI (Puede ser
SIMATIC o cualquier otro tipo), esta conexión permite manejar
y visualizar los procesos más complejos que se realicen con el
PLC, con muy poco tiempo de retraso y además con tiempos de
respuesta casi inmediatos. En la siguiente figura se observara
un ejemplo sencillo de conexión HMI con un panel de cualquier
marca.
Figura 13. Conexión HMI
Correo Electronico: Cada vez más autómatas están
conectados a redes LAN tanto internas como a Internet y
comienza a ser muy normal que el PLC envíe esta información
por email.
Figura 14. Configuración del bloque TM_MAIL.
Cabe resaltar que cada uno de los parámetros del bloque
TM_MAIL tiene su razón de ser, además de sus normas para
poder enviar los correos, pero esto es un tema que no se le dará
profundidad porque de esto no se trata la práctica.
FDL: PROFIBUS (Process Field Bus) es un estándar para la
comunicación de bus de campo en tecnología de
automatización y fue promovido por primera vez en 1989 por
BMBF (departamento alemán de educación e investigación) y
luego fue utilizado por Siemens. La conexión FDL sirve para
implementar el control de acceso al bus y la seguridad en los
datos, ha sido diseñado para satisfacer dos requisitos en el
control de acceso al medio.
Además de la transmisión de datos punto a punto, proporciona
comunicaciones con múltiples estaciones a un mismo tiempo
(Broadcast y Multicast). En una comunicación broadcast, una
estación activa envía un mensaje que no precisa acuse al resto
de estaciones, tanto maestros como esclavos. En una
comunicación multicast una estación activa envía un mensaje
que no precisa acuse a un grupo predeterminado de estaciones
(no todas), la siguiente figura mostrara una forma general de
conexión con profibus,.

La instrucción TM_MAIL envía un correo electrónico usando

SMTP (Simple Mail Transfer Protocol) a través de TCP/IP
sobre la conexión Industrial Ethernet de la CPU. Se necesita
una conexión a Internet basada en Ethernet o un adaptador de
TeleService para la conexión con líneas de red telefónica.
La siguiente imagen muestra la llamada a la instrucción
TM_MAIL incluyendo el bloque de datos de instancia DB3 y
un ejemplo de cómo parametrizar las entradas y salidas de la
instrucción TM_MAIL.
Figura 15. PROFIBUS para la conexión de dispositivos.
ISO on TCP: ISO on TCP es un mecanismo que permite portar
aplicaciones ISO a la red TCP/IP. Este protocolo tiene las
características siguientes:
 Protocolo de comunicación eficiente vinculado
estrechamente al hardware.
 Adecuado para cantidades de datos medianas y
grandes (hasta 8192 bytes).
  A diferencia de TCP, los mensajes tienen un indicador
de fin y están orientados a los mensajes.
 Apto para routing; puede utilizarse en WAN.
 Las longitudes de datos dinámicas son posibles.
 Es necesario programar la gestión de datos debido a la
interfaz de programación SEND/RECEIVE.
 Utiliza Transport Service Access Points (TSAPs), el
protocolo TCP permite establecer varias conexiones
con una sola dirección IP (hasta 64K conexiones).
Gracias a RFC 1006, los TSAPs identifican
unívocamente estas conexiones de puntos finales de
comunicación a una dirección IP.
Básicamente su funcionamiento consiste en la Fragmentación y
reensamblado de mensajes.
PtP: LA conexión Point to Point ofrece la posibilidad de
conectarse a otro estándar de comunicación, que en este caso
seria la comunicación serial RS 232 y RS 485, esto teniendo en
cuenta los módulos de comunicación serial.
Los módulos de comunicación RS232 y RS485 tienen las
características siguientes:
 Puerto aislado galvánicamente
 Soporte de protocolos punto a punto
 Configuración y programación mediante instrucciones
avanzadas y funciones de librería
 Visualización de la actividad de transmisión y
recepción mediante LEDs
 LED de diagnóstico
 Alimentación eléctrica suministrada por la CPU. No
necesita conexión a una fuente de alimentación
externa.
Este modulo puede ser que lo tenga el PLC, o se le puede
acoplar, y su visualización en TIA portal seria la siguiente.
Figura 16. Conexión PtP.
S7: Para el intercambio de datos a través de la interfaz integrada
de PROFINET e Industrial Ethernet de las CPUs del S7-1500
CPU se puede utilizar, entre otras, la comunicación S7.
Para realizar la comunicación S7 se dispone de las siguientes
instrucciones de comunicación:
PUT para el envío de datos
GET para la recepción de datos.
Este protocolo es especialmente diseñado para la comunicación
entre PLC, mas exactamente de la marca siemens, esto
basándose en la comunicación PROFINET.
UDP: Al igual que el protocolo TCP, el Protocolo de
datagramas de usuario (UDP) permite la transferencia de
datos completa y sin errores del emisor al receptor. Sin
embargo, a diferencia de TCP, UDP no establece una conexión:
cada paquete de datos se trata de forma independiente y no
hay confirmación de transporte. Al suprimirse la vigilancia
Timeout y el establecimiento y eliminación de conexiones,
UDP resulta más adecuado que TCP para las aplicaciones
donde el tiempo es un factor crítico. La división en bloques
de datos y la vigilancia de la comunicación, características
implícitas de TCP, pueden realizarse con el protocolo UDP
en el nivel de aplicación, por ejemplo, a través de RPC
(llamada de procedimiento remoto).
HALF DUPLEX VS FULL DUPLEX
Su uso depende más de los requerimientos de la empresa que
en vez de si uno es mejor que el otro, por obvias razones el full
dúplex es mucho mejor por los siguiente motivos:
Velocidad: La velocidad es una gran ventaja de una
infraestructuras de red dúplex completo. Cuando un dispositivo
se establece en semidúplex, puede recibir y transmitir datos,
pero no al mismo tiempo. Con un entorno de red full duplex,
los datos pueden ser enviados y recibidos al mismo tiempo.
Resulta en velocidades de rendimiento de procesamiento más
rápidas, menos cuellos de botella de red y un marcado aumento
en el rendimiento de la red.
Medio ambiente homogéneo: Puede ser mucho más fácil para
los administradores de red trabajar con un único entorno
homogéneo. Solución de problemas es más fácil cuando cada
pedazo de equipo de red, de los servidores, conmutadores y
concentradores en la sala de datos a los terminales y
ordenadores sobre el piso, están en full dúplex. Cuando ocurre
un problema, personal de la red puede ejecutar informes para
identificar a clientes problema y hacer los cambios necesarios
para traerlos en línea.
Compatibilidad: No todos los equipos de red admite una
configuración dúplex. Muchos mayores routers, switches,
concentradores y clientes de red no soportan full dúplex, por lo
que los administradores de red necesitan revisar todo su equipo
cuidadosamente antes de seguir adelante con un entorno de red
dúplex. Una vez que la red se mueve a full dúplex, dispositivos
que no soportan full dúplex ya no será capaces de conectarse.
El costo de reemplazar ese equipo viejo puede ser bastante alto,
y ese gasto debe desempeñar un papel en cualquier decisión
para actualizar la red.
Estabilidad: Usted puede encontrar que tienen los clientes de
red que son capaces de dúplex completo, incluso si no es la
infraestructura de red subyacente. Si este es el caso, eso cliente
de la red de conmutación al modo de dúplex completo puede
causar inestabilidad en toda la red de área local o amplia. A
veces puede ser difícil para los administradores de red
diagnosticar estos tipos de problemas, puesto que pueden ser
esporádicos, que ocurre sólo cuando el terminal del problema
está enviando o recibiendo datos.
En resumen, es mas ampliamente usado el full dúplex por
razones de comunicación inmediata, facilidad de uso,
compatibilidad, ya que hoy en día casi que cualquier dispositivo [1]. Wikipedia, protocolo (Sociedad), Extraido:
es capaz de soportarlo. https://es.wikipedia.org/wiki/Protocolo_de_datagramas_de_us
Son muy pocos los casos en que se usan half dúplex, pero esto uario Consultado: 4./04/2019
depende mas de la aplicación que de cualquier otro factor. [2] SC. EHU , EL PLC .Extraido:
http://www.sc.ehu.es/sbweb/webcentro/automatica/WebCQM
VI. CONCLUSIONES H1/PAGINA%20PRINCIPAL/PLC/plc.htm 4./04/2019
[3] PRÁCTICA DE LABORATORIO N° 4.
 El sincronismo es uno de los problemas más COMUNICACIÓN ETHERNET ENTRE DISPOSITIVOS S7-
frecuentes en la comunicación half-duplex, puesto que 1200.
el receptor tiene que esperar a que le llegue la [4] Siemen, TIA portal, Extraido:
información y además, esperar otro tiempo extra por https://w5.siemens.com/spain/web/es/industry/automatizacion/
la habilitación de recepción simatic/tia-portal/tia_portal/pages/tia-portal.aspx, consultado:
4/04/2019.
 El sincronismo no es un problema exclusivo de half- [5] Wikipedia, LADDER, extraido:
duplex sino también de simple-dúplex el tiempo de https://es.wikipedia.org/wiki/Lenguaje_Ladder Consultado:
retardo entre la señal original y la que emite el receptor 04/04/2019.
es considerable, este problema a niveles industriales [6] Wikipedia bloques, Extraido:
conllevaría bastantes inconvenientes https://es.wikipedia.org/wiki/Diagrama_de_bloques_de_funci
ones Consultado: 04/04/19.
 En muchas ocasiones la recepción de datos y la [7]. Tecnologias y mas, Que es un conmutador, Extraido:
sincronía demora un poco más de lo normal debido a http://tecnologiaymas.over-blog.es/article-que-conmutador-
el procesamiento de datos internos del sistema telefonico-para-sirve-85830186.html, Consultado: 04/04/19.
Para la elaboración de esta guía, se tuvo en cuenta:
1. Normas IEEE y formatos descargados de
http://www.ieee.org/conferences_events/conferences/publishing/templates.html
VII. BIBLIOGRAFIA 2. Artículo como Informe de Investigación modelo IEEE descargados de
http://www.usc.edu.co/ingenieria/files/MODELO_PAPER_IEEE_INGENIUM_1.pdf
http://www.itsa.edu.co/ciit2010/Formato_Articulos_IEEE.pdf