2.

Registro de salida carta:

Una vez escrita la carta o comunicaci�n, hay que comprobar su correcci�n y

prepararla para su emisi�n.

Operaci�n: m�nimo un original y una copia. Ambos deben de estar registrados y

estampados con el mismo sello.

En el sello debe aparecer:

� el n�mero de registro
� la fecha
� el destinatario
-Original: se env�a al correo
-Copia: archivado como justificante interno del env�o de la correspondiente
comunicaci�n
� Formato del registro de salida:
REGISTRO DE SALIDA DE LA CORRESPONDENCIA
SALIDA
Referencia Fecha N� orden de salida Clase Anexos
Destinatario Asunto

3. Correspondencia interna:

En las grandes y medianas empresa adem�s de los de entrada y salida, se lleva un

registro para las comunicaciones internas. Seg�n el volumen de comunicaciones y el
organigrama de la empresa, �ste puede ser:
� �nico
� o existir tantos como departamentos haya
(Funcionamiento igual al de registros de entrada y salida)

Ejemplos de registro de correspondencia:

Ciclo b�sico de SERCOS III

La comunicaci�n a trav�s de una red de SERCOS III ocurre en intervalos c�clicos
estrictos. Un tiempo c�clico es elegido por el usuario para una aplicaci�n dada,
con un rango de 31.25 �sec a 65 msecs. Dentro de cada ciclo, los datos son
intercambiados entre los nodos de SERCOS III usando dos tipos de telegramas: MDTs y
ATs (ver Tipos de Telegramas). Despu�s de que todos los telegramas MDTs y ATs se
han transmitido, los nodos de SERCOS III permiten que el tiempo que sobra en un
ciclo sea usado como un canal NRT(�Non Real Time� o No Tiempo Real), el cual puede
ser usado para intercambiar datos en otros formatos, tal como IP.

La red permanece disponible para el tr�fico de NRT hasta que comienza el pr�ximo
ciclo, momento en el que el nodo de SERCOS III cierra los nodos para el tr�fico NRT
otra vez. Esta es una distinci�n importante. A prop�sito SERCOS est� dise�ado para
proveer acceso abierto a todos los puertos para otros protocolos entre los mensajes
c�clicos de tiempo real. No se requiere de t�nel. Esto provee la ventaja de que
cualquier nodo de SERCOS III est� disponible, si SERCOS III esta en modo c�clico o
no, para usar otros protocolos, tal como TCP/IP, sin ning�n tipo de hardware
adicional para procesar t�nel. Los nodos de SERCOS son especificados para proveer
un m�todo de �buffering� de almacenar y adelantar mensajes que no son SERCOS si son
recibidos en el nodo mientras la comunicaci�n c�clica est� activa.

Telegramas
SERCOS III Estructura del telegrama
Formato de Telegramas
Todos los telegramas de SERCOS III son conforme al formato de trama de EEE 802.3 y
ISO/IEC 8802-3 MAC (Control de acceso al medio).

Direcci�n de Destino
La direcci�n de destino para todos los telegramas de SERCOS III siempre es 0xFFFF
FFFF FFFF (todos uno�s), la cual es definida como la direcci�n de difusi�n para los
telegramas de Ethernet. Esto es porque todos los telegramas son emitidos por el
�Master� y son destinados para todos los �Slaves� de la red.

Direcci�n de Origen
La direcci�n de origen para todos los telegramas de SERCOS III es la Direcci�n MAC
del �Master�, ya que emite todos los telegramas.

Tipo de Ethernet
Un valor �nico de �EtherType� ha sido asignado v�a el �IEEE EtherType Field
Registration Authority for SERCOS III (0x88CD)� o IEEE EtherType Autoridad de
Registraci�n de Campo para SERCOS III (0x88CD).

Cabecera de SERCOS III

El inicio de los datos de campo definido por Ethernet siempre comienzan con una
cabecera de SERCOS III, el cual contienen la informaci�n �nica de control y status
de SERCOS.

Datos de Campo de SERCOS III

La Cabecera de SERCOS III es seguido por los Datos de Campo de SERCOS III, el cual
contiene una serie configurable de variable definidos para cada dispositivos de la
red.

Tipos de Telegramas
Dos tipos principales de telegramas son usados dentro del Ciclo de SERCOS III. El
�Master Data Telegrama (MDT)� o Telegrama de Datos Maestros y el �Acknowledge
Telegram (AT)� o Telegrama de Reconocimiento. Ambos tipos de telegramas son
emitidos por el �Master� (control). El MDT contiene informaci�n proporcionada por
el �Master� a los �Slaves�. Es hecho por el �Master� y le�do por los �Salves�. El
AT es emitido por el �Master�, pero en realidad pobladas por cada �Slave� con sus
datos apropiados de respuesta (realimentaci�n, valores, estados de entrada, etc.).
M�s de un �Slave� usa el mismo �AT�, llenando su �rea predeterminada en el
telegrama �AT�, actualizando �check sums� o sumas de comprobaci�n, y luego pasando
el telegrama al dispositivo siguiente. Este m�todo reduce el impacto de la trama de
red en el desempe�o de la red sin comprometer IEEE 802.3 & ISO/IEC 8802-3. la
cantidad de datos enviados de el �Master� a los �Slaves�, as� como la suma de datos
regresado por los �Salves�, puede que exceda la m�xima especificada por 802.3 de
datos de campo de 1500 bytes. Para cumplir con este l�mite, SERCOS III puede usar
m�s de un telegrama de MDT en un ciclo, as� como m�s de un telegrama de AT (hasta 4
en cada caso).

Sincronizaci�n de SERCOS III

Sincronizaci�n
Para lograr caracter�sticas verdaderamente en tiempo real, SERCOS III, como con
SERCOS I y SERCOS II, usa una forma de sincronizaci�n que depende de un marcador de
sincronizaci�n expedido por el control �Master� en intervalos exactos de tiempos
equidistantes. Todos los nodos en una red de SERCOS usan este telegrama para
sincronizar todas las actividades en el nodo. Para tomar en cuenta todas las
variaciones en los componentes de la red, los �delays� (retrasos) son medidos en la
transmisi�n de nodo-a-nodo durante la �phase-up� (fase de inicializaci�n) de la red
de SERCOS, y esos valores compensados durante la operaci�n normal. A diferencia de
SERCOS I y SEROCS II, donde un telegrama aparte de �Master Sync Telegram�
(Telegrama de Sincronizaci�n Maestro), o MST (por sus siglas en ingl�s) es usado
para este prop�sito, SERCOS III incluye el MST en el primer MDT transmitido. No se
emite un telegrama separado. El tiempo entre dos MSTs es exactamente igual a Tiempo
de Ciclo de SERCOS, (tScyc), designado.

Nomenclatura de Interfaz F�sica de SERCOS III

Nivel F�sico y Capa de Enlace de Datos
SERCOS III soporta las entidades de el est�ndar IEEE 802.3 Y ISO/IEC 8802-3 100
Base-TX � 100Base-FX (100Mb/s Banda base) nivel f�sico �Full Duplex� (PHY -siglas
en ingl�s). Los sub-niveles compatibles usados son 802.3 �Media-Access Controllers
(MAC)�. La intersecci�n autom�tica (MAU[Media Attachment Unit] � Embedded) es
especificada entre los dos unidades de los Medios F�sicos Adjuntos ( PMA - por sus
siglas en ingl�s) presentes con un puerto d�plex. Estas dos unidad son referidas
como el Canal Primario y Canal Secundario en las especificaciones de SERCOS III.
Interfaces dobles son requeridas (dos interfaces d�plex por dispositivo). Dentro de
la especificaci�n de SERCOS III, las interfaces dobles son referidas como P1 y P2
(Puerto 1 y Puerto 2).

Pila (�Stack�) SERCOS III

Toda la funcionalidad requerida para configurar una interface SERCOS III est�
contenida en una pila (�stack�) en versiones �hard� y �soft�. La versi�n �hard� es
ampliamente usada para aplicaciones integradas (tales como: �drives�, m�dulos de
E/S y micro-controladores de control de movimiento), donde:

Es importante que el manejo general de los nodos de SERCOS III no sea puesto sobre
el procesador del dispositivo.
�Jitter� de nanosegundos es requerido.
La pila de �hardware� est� disponible en diferentes formas.6? Estos actualmente
incluyen:

Un flujo de bits para Xilinx FPGAs

Un flujo de bits para Altera FPGAs
Una lista Net para Altera FPGAs
El chip controlador de muli-red, �netX, de Hilsher, GMBH
El �jitter� m�ximo permitido basado con �hard-stack� del Maestro y Esclavo es menos
de 1 �sec. Usando estos �stacks� rinde un �jitter� similar al de SERCOS II (35-70
nanosegundos).

SERCOS III tambi�n soporta un �Soft Master�, usando una interface �master�
completamente basada en �software stack�.7? Desde que el �jitter� m�ximo en esta
configuraci�n depende de el sistema operativo del �Master�, el m�ximo �jitter�
puede ser fijado por una variable para la red de SERCOS III cuando un �Soft Master�
es empleado.

Para �Slaves� b�sicos, como dispositivos de entrada/salida, un �core� con libre de

licencia es disponible.8? Este Easy-I/O �core�, f�cil de usar, puede ser descargado
y cargado a un dispositivo �Xilinx Spartan-3 FPGA.�

Consistencia de Datos
Consistencia de datos es un t�rmino usualmente usado en la industria de Tecnolog�as
de inform�tica y comunicaci�n (TI), pero tambi�n aplica a control en tiempo real
(por ejemplo comunicaci�n de red de pares - �peer to peer�). Por esta raz�n, SERCOS
III especifica que ning�n dato puede ser sobre escrito (destruido) durante una
transmisi�n. Todos los esclavos en la red pueden acceder datos de entrada y salidos
para cualquier otro esclavo en la red.

Direcci�n
Los dispositivos deben soportar la direcci�n MAC de Ethernet, m�s la direcci�n de
SERCOS III. Otros esquemas de direcciones son opcionales.

Direcci�n SERCOS III

Cada dispositivo de SERCOS III contiene una direcci�n num�rica usada por otros
dispositivos en la red de SERCOS III para intercambiar datos. La direcci�n puede
ser cualquier n�mero entero del 1 al 511.

Direcci�n IP
SERCOS III no usa la direcci�n de IP para su propia operaci�n. Si un dispositivo
contiene un direcci�n IP o no depende de su soporte de otras especificaciones, ya
sea independiente (exclusivo) de SERCOS IIII, o v�a la porci�n NRT de el ciclo.
Topolog�as de Red
Las especificaciones de SERCOS III definen dos posibles topolog�as de red, de
Anillo y L�nea. Para aquellos familiares con otras redes, puede aparecer para ambas
de ser configuradas como red de Anillo. Todos los telegramas empiezan y terminan
con el �Master�. La caracter�stica de �Full Duplex� de la capa f�sica es usada para
lograr esto.

Topolog�a de L�nea

SERCOS III Topolog�a de L�nea

La topolog�a de l�nea es la m�s simple de los dos posibles arreglos, y no
proporciona redundancia. Sin embargo, esta configuraci�n ahorra el costo de un
cable. En �l, s�lo una de las dos interfaces es usada. Los telegramas son emitidos
por el transmisor PMA en el puerto activo del �Master�.Cualquier puerto del
�Master� puede ser el activo. SERCOS III determina esto durante inicializaci�n
(�phase-up�). El primer esclavo (�Salve�) recibe el telegrama en su interface de
conexi�n de recibir PMA, modifica el telegrama como sea requerido, y manda el
telegrama en la segunda interface de transmitir PMA. Cada esclavo (�Slave�) en
cascada hace asimismo hasta llegar al �ltimo esclavo en la red de L�nea. Ese
esclavo, detectando que no hay una conexi�n de SERCOS III en su segundo puerto,
regresa el telegrama en el puerto de transmisi�n de la interface de recepci�n. El
telegrama hace su camino a trav�s de cada esclavo hasta llegar al �Master�. Note
que el �ltimo esclavo tambi�n emite todos los telegramas de SERCOS III en el
segundo puerto, a pesar de que no se detect� una conexi�n de SERCOS III. Esto es
para �snooping�, el cierre de anillo (ver abajo), tambi�n para �hot-plugging�.
Tomen en cuenta que ya que el campo destinado de Ethernet en todos los telegramas
de SERCOS III son transmitidos con una direcci�n de 0xFFFF FFFF FFFF (todos 1),
todos los telegramas emitidos por este puerto ser�n vistos por otros dispositivos
como telegramas de transmisi�n. Este comportamiento es, por dise�o, y no puede ser
deshabilitado. Para evita un imposici�n de redes, conectados a un puerto abierto de
SERCOS, un enchufe-NRT puede ser utilizado, o un �switch� conmutador de Ethernet
programando para bloquear telegramas transmitidos por el puerto de SERCOS III.

Topolog�a de Anillo SERCOS III

Topolog�a de Anillo
Una topolog�a de anillo simplemente cierra la red adjuntando el puerto no usado del
�ltimo dispositivo a el puerto no usado del �Master�. Cuando el �master� de SERCOS
III detecta que el anillo existe, establece dos telegramas contra-rotatorios. Los
mismos datos son emitidos simult�neamente de los transmisores PMA de ambos puertos
del �Master�. De all�, ambos telegramas son manejados esencialmente id�nticos a
trav�s de su camino entre cada esclavo, terminando en el puerto opuesto del
�Master� del cual fueron emitidos. Las ventajas a esta topolog�a incluyen una
sincronizaci�n m�s estricta, as� como una infraestructura de redundancia autom�tica
(ver abajo).
Otras Topolog�as de Red
Con ambas estructuras, la de l�nea y de anillo, SERCOS III opera con un enfoque
�circular�. Todos los telegramas salen del el �Master� y regresan all�. Como
cualquier red que opera de esta manera, estructuras modificadas pueden ser
construidas para parecer como una red de �rbol o red de estrella, utilizando
�hardware� que maneje las ramas, pero la estructura sigue siendo circular.
Infraestructura de �Hardware�
SERCOS III est� dise�ado de tal manera que no se requiere ninguna infraestructura
de red (conmutadores Ethernet est�ndar, Concentrador, etc) adicional. De hecho,
ning�n componente adicional de Ethernet est�ndar (no SERCOS III compatible) se
puede colocar dentro de una red de SERCOS III, ya que su presencia causar�a
perjuicio al tiempo y sincronizaci�n de la red.

Caracter�sticas
Capa de Aplicaci�n (perfiles)
La especificaci�n de SERCOS III define una amplia gama de variables desarrollado
por un consorcio de proveedores de productos para proporcionar interoperabilidad
entre los componentes (controles de movimiento, �drives�, etc.). Todo el tr�fico a
trav�s de una red de SERCOS III consiste de �Indents� (par�metros) con atributos.
Este m�todo fue definido por primera vez en SERCOS I, como un conjunto plano
esencialmente de �Indents�. Despu�s, fueron agrupados en conjuntos de aplicaci�n
para ayudar en la selecci�n de �Indents� pertinentes requeridos para una industria
dada, tal como �Pack Profile� para el uso de m�quinas de embalaje. Durante el
desarrollo de la especificaci�n SERCOS III, esta metodolog�a se perfeccion� para
agrupar l�gicamente los "Idents" por un dispositivo de clase. La definici�n de
�Indents� legados ha permanecido pr�cticamente intacto; m�s bien sus grupos han
sido re-evaluados para una arquitectura m�s entendible. Esto tambi�n ha permitido
la separaci�n de �Indents� de comunicaci�n en un subconjunto l�gico, simplificando
la migraci�n de SERCOS I/II a SERCOS III, y as� proporcionando una visi�n clara a
los usuarios.

SERCOS III Redundancia sanaci�n una ruptura de anillo

Redundancia
Cuando una red en anillo es empleada, SERCOS III proporciona la infraestructura
para la redundancia autom�tica. Si alg�n punto de interconexi�n en el anillo deja
de funcionar, los nodos SERCOS III asociados detectar�n una �ruptura de anillo� y
�cerrar�n� los nodos finales, as� efectivamente operan como dos l�neas en lugar de
un anillo.

Esta operaci�n es sin protuberancia, como la detecci�n y tiempo de recuperaci�n a

una ruptura es menos de 25�-seg, que es menos que el m�nimo de un ciclo de tiempo
de SERCOS III. SERCOS III tambi�n puede recuperarse de ruptura de anillo y �sanar�
sin interrupci�n en la operaci�n. Como los telegramas de SERCOS III contin�an
siendo emitidos por transmitir �PMAs� en los puertos no conectados, y recibir
�PMAs� en los puertos no contactados, ya que sigue monitoreando por datos de
entrada, cuando un puerto de SERCOS III reconoce que el anillo ha sido cerrado
f�sicamente, re-activar� los telegramas en contra-rotaci�n para funcionalmente
cerrar los anillos de nuevo. Esta operaci�n tambi�n es sin protuberancia.

Comunicaciones Peer
Para asegurar el determinismo necesario, la mayor�a de los est�ndares Ethernet en
tiempo Real imponen un m�todo de �nicamente-Maestro-a-Esclavo de comunicaciones.
Esto puede crear conflicto con la necesidad de un nodo en el sistema para
intercambiar datos de manera eficiente con un nodo que no sea el maestro (master)
de la red. El m�todo convencional para lograr esto en una red de maestro-esclavo es
pasar datos de un nodo esclavo al maestro (master), donde se vuelve a re-emitir a
uno o m�s esclavos diferentes. Por ejemplo, si varias unidades (drives) de servo en
una red se van a sincronizar a una se�al de otra unidad (drive) en la red, el
maestro (master) debe extraer la se�al de esta unidad (drive) y volver a emitir a
todas las otras unidades en la red. Las desventajas de este m�todo son que los
retrasos se inducen debido a los ciclos m�ltiples requeridos, y la carga de
procesamiento del maestro (master) se incrementa, ya que debe participar
activamente en la funci�n, a pesar de que no contribuye en nada. Datos de cualquier
esclavo y hacia cualquier esclavo pueden acceder a otro nodo en la red sin ning�n
retraso de ciclo adicional o intervenci�n del maestro (master), ya que los datos no
se destruyen en un telegrama de SERCOS III. Adem�s, como telegramas pasan cada nodo
dos veces en un ciclo (para ambos tipos de topolog�as), un nodo puede incluso tiene
la oportunidad de acceder a los datos suministrados por un nodo subsiguiente. Dos
m�todos de comunicaci�n �peer� se definen en la especificaci�n SERCOS III:
Controlador a Controlador (C2C) para que se comuniquen entre s� m�ltiples maestros
(masters) y Comunicaci�n Cruzada (CC) para esclavos m�ltiples.

Conexi�n en Caliente (Hot-Plugging)

Otra caracter�stica de SERCOS III es �hot-plugging�, que es la capacidad para
agregar dispositivos a una red activa. Con las caracter�sticas descritas para la
redundancia, una red puede detectar cuando un dispositivo nuevo es conectado a una
red activa. Existen procesos que configuran el dispositivo nuevo, y anuncia su
disponibilidad para el control maestro (master). Despu�s de eso, el control maestro
(master) puede seleccionar para hacer uso del dispositivo nuevo basado en la
aplicaci�n actualmente en ejecuci�n.

Canal No-Tiempo Real (NRT- Non-Real Time)

El tiempo entre el final de la transmisi�n de todos los telegramas c�clicos SERCOS
III en Tiempo Real (RT) y el comienzo del siguiente ciclo de la comunicaci�n se
define como �Canal No-Tiempo Real de SERCOS III� (Canal NRT). Durante este periodo
de tiempo, la Red SERCOS se abre para permitir la transmisi�n de tramas compatibles
con Ethernet para otros servicios y protocolos. Por ejemplo:

Los servidores Web pueden ser incorporados (�embedded�) en dispositivos compatibles

con SERCOS III para responder a los mensajes est�ndar del Protocolo de
Transferencia de Hipertexto (HTTP) recibidos a trav�s del Canal NRT.

Trama de reds de otros bus de campo est�ndar que conforman a el formato de tramas
de Ethernet pueden ser transmitidos a trav�s de una red SERCOS III. Cada nodo
compatible de SERCOS III debe permitir el paso de trama de NRT a trav�s de su
interface de SERCOS III. Si un nodo de SERCOS III activamente hace uso de la
caracter�stica de NRT est� determinada por el conjunto de caracter�sticas del
producto. Si, por ejemplo, el dispositivo tiene un servidor web incorporado, podr�a
poner a disposici�n su direcci�n IP para el acceso de otros dispositivos.

RECEPCI�N, ENV�O Y REGISTRO DE

CORRESPONDENCIA

Este procedimiento consiste en la recepci�n/env�o de correspondencia (carta, hoja

de ruta, formulario, correspondencia interna) y el registro posterior en el Sistema
de
Administraci�n de Correspondencia en ambiente WEB desarrollado para el efecto.

Correspondencia Recibida

Recepci�n
Cualquier tipo de correspondencia dirigida al personal del Centro de Sistemas de
informaci�n, ser� recibida siguiendo los siguientes pasos:

1. Verificar que la correspondencia est� dirigida al Centro de Sistemas de

Informaci�n.
2. Verificar que el sello de recepci�n est� con la fecha del d�a.
3. Sellar el documento original y la copia y firmar ambos ejemplares.
4. Firmar el cuaderno de correspondencia. (En caso que el departamento de origen
no utilice el Sistema en la WEB y siga con el procedimiento
manual). 5. Entregar al Coordinador del Centro de Sistemas de Informaci�n
para su conocimiento, registro y asignaci�n de la tarea.

Registro en el Sistema

El Coordinador del Centro de Sistemas de Informaci�n registrar� la correspondencia

recibida en el Sistema de la WEB y al mismo tiempo asignar� en el sistema el o los
responsable(s) de la ejecuci�n del requerimiento. El n�mero correlativo de
correspondencia recibida ser� anotado en el documento para su posterior
seguimiento.

Correspondencia enviada

Elaboraci�n

Cada funcionario del Centro de Sistemas de Informaci�n elabora sus propias cartas,
hojas de ruta y correspondencia en general, debido a que el departamento no tiene
una secretaria asignada. Solamente aquellos documentos relacionados con
adquisiciones, env�o de facturas o solicitud de permiso o vacaci�n, deben llevar el
visto bueno del Coordinador del Centro de Sistemas de Informaci�n. Las cartas deben
seguir una numeraci�n correlativa, estar impresas en papel membretado y emitirse en
doble ejemplar.

Entrega

La entrega de la correspondencia es tambi�n funci�n y responsabilidad de cada

funcionario del Centro de Sistemas en coordinaci�n con el asistente a medio tiempo
asignado al departamento, quien entregar� el documento original en el departamento
de destino y har� sellar la copia del mismo.

Registro en el sistema

Una vez que es entregada la correspondencia, el Coordinador del Centro de Sistemas

de informaci�n registrar� en el Sistema de Administraci�n de Correspondencia, el
documento enviado anotando el n�mero correlativo que emite el sistema en la copia
de la correspondencia enviada.

Archivo de la correspondencia

Una vez registrada la correspondencia enviada, el Coordinador del C.S.I. devolver�

la copia al asistente para que la guarde en el archivador correspondiente.