Toolkit II, Manual de Usuario
Anterior Siguiente

Apéndice C

Protocolo de la Red Local

Concordancia estándar QL

La concordancia estándar QL de protocolo de red local es compatible con el protocolo del Sinclair Spectrum. Comprende 11 fases.

emisor                     receptor

a) scout

1) gap

esperando 3 ms para

actividad, si ocurre

actividad, recomenzar

2) wait

						   esperando para actividad

                           (una exploración)

3) scout

enviar una exploración     esperar 530 us

de duración <530us,

si ocurre contestación:

recomenzar

b) header

4) hactiv

elegir net activa 22 us    esperar activa

5) hbytes

para cada byte 11.2us      para cada byte esperar

bit comienzo bit comienzo (inactiva),bits de (inactiva),leer 8

datos 8*11.2us, bits de datos, si

5*11.2us bits de falla:recomenzar

parada(activa)

6) hackw

esperar 2.5ms para seleccionar net

activa, si no activa 22us

activa:recomenzar

7) hackbt

esperar bit enviar 11.2us bit

comienzo,leer ocho comienzo, 8 bits de

bits de datos, si datos,00000001

error:recomenzar

c) data

8) dactiv

seleccionar net esperar para activa

activa 22 us

9) dbytes

para cada byte para cada bit esperar

11.2us bit comienzo bit comienzo (inactiva),bits de (inactiva),leer 8

datos 8*11.2us, bits de datos, si

5*11.2us bits de falla:recomenzar

parada(activa)

10) dackw

esperar 2.5ms para seleccionar net

activa, si no activa 22 us

activa:recomenzar

11) dackbt

esperar para bit enviar 11.2us bit de

de comienzo, leer comienzo, 8 bits de

8 datos datos, bits 00000001,

si error:recomenzar

scout=exploración; gap= espacio; wait=espera; header=cabecera; Not acknowledge= no reconocida;


El protocolo entero es sincronizado mediante un periodo de inactividad de al menos 2.8 ms de longitud.

La cabecera tiene una longitud de ocho bytes en el siguiente formato:

Si el número de bytes en el bloque es 0, quiere decir que se están enviando 256 bytes.

Las sumas de comprobación se forman por simple adición: si hay dos errores en un mismo bloque en dos bits individuales en el bit más significativo (el tipo de error más común), el error pasará indetectado.

Si el número de bloque recibido en una cabecera no es igual al número de bloque requerido, la cabecera y los datos son "reconocidos" pero ignorados.

El protocolo no está protegido contra un fallo en el último bloque transmitido en el que el receptor ha aceptado el bloque pero el emisor ha perdido el "reconocimiento". En ese caso, el emisor seguirá manteniendo la retransmisión hasta que se acabe el tiempo (20 segundos).

Emisión en el Toolkit II

El Toolkit II tiene una versión especial de este protocolo para la emisión en la red local. Tiene una exploración prolongada para permitir que el receptor interrogue al IPC sin perder la exploración, y tiene un reconocimiento/no reconocimiento activo. El protocolo ha sido definido de tal manera que permitirá que los controladores de red local futuros puedan ser más flexibles que el actual.

emisor receptor

a) scout

1) gap

esperando 3 ms

para actividad,

si no ocurre actividad,

recomenzar

2) wait

esperando para actividad (una exploración),

revisión del IPC    cada 20 ms por BREAK

3) scout

enviar una explora- esperar 530 us

ción de duración

<530us, si ocurre

contestación:

recomenzar

4) scext

enviar una extensión de exploración

de 5ms activa

b) header

5) hbytes

para cada byte para cada bit esperar

11.2us bit comienzo bit comienzo (inactiva),bits de (inactiva),leer 8

datos 8*11.2us, bits de datos, si

5*11.2us bits de falla:nack

parada(activa)

6) hwait

dejar net activa, esperar un segundo

c) data

7) dbytes

para cada byte para cada bit esperar

11.2us bit comienzo bit comienzo

(inactiva),bits de (inactiva),leer 8

datos 8*11.2us, bits de datos, si

5*11.2us bits de falla:nack

parada(activa)

8) dack

net inactiva y durante 500us,selec-

esperar 1ms para cionar net activa y

activa:si falla: esperar 5ms,hacer

recomenzar cualquier proceso

requerido y cuando

listo para próximo

paquete,desactivar y

recomenzar

d) Not acknowledge

9) nack

esperar para esperar 2.8us de inactiva activa o inactiva,

si inactiva, recomenzar

10) nackw

esperar 500us para esperar 200us para

activa:fuera de activa,si activa,

tiempo es correcto, recomenzar,si inac-

activa es fallo tiva, activar 500us

(nack)

scout=exploración; gap= espacio; wait=espera; header=cabecera; Not acknowledge= no reconocida;

Una emisión reconocida es activa 5 ms seguida de 400 us inactiva. Una emisión no reconocida no responde o es activa 5 ms seguida por 200 a 300 us inactiva, seguida de más de 200 us activa.

Protocolo del servidor en el toolkit II

El protocolo del servidor en el Toolkit II es físicamente el mismo que el estándar QL, pero la cabecera ha sido ligeramente cambiada para mejorar la suma de comprobación, para permitir el envío de bloques de hasta 1000 bytes, y para distinguir las transacciones del servidor. Una cabecera del servidor no puede ser confundida con una cabecera estándar.

espera durante 500 us       espera 200 us para activa.
para activa: fuera de si activa: recomienza, si
tiempo es correcta, inactiva, activar 500 us (nack)
activa es fallo

Anterior Índice de Materias Siguiente
Lista de Extensiones   SuperToolkit II Configurable