AGRADECIMIENTOS

58
4. DESARROLLO DEL PROTOCOLO USB.
Como el host será el encargado de iniciar cada transmisión en cada una de sus
fases, se empieza siempre en el estado “paquet_ready” esperando el primer paquete.
Cuando llega un paquete a la dirección actual del dispositivo y se trata de un setup o
token out, se espera al siguiente paquete de datos en el estado “dev_wait_odata”.
Cuando llega se estudia que tipo de paquete es, se ejecuta su función, se prepara el
paquete de salida si así lo requiere la petición y se vuelve al estado inicial tras enviar
el paquete de handshake correspondiente ack, nack o stall. Cuando se recibe un token
in quiere decir que el host espera datos, y previamente preparados en función de la
petición inicial, se envían y se espera el paquete de handshake en el estado
“dev_resp”.
Para el control de la etapa en la que se encuentra la transmisión se utiliza la
variable “fasesc” que comienza con valor “setup_ctrl”. Tras recibir el primer paquete de
datos ya se conoce la dirección que tendrá la etapa de datos, si es que esta existe y
se pasa a estado “dataout_ctrl” o “datain_ctrl”. En cada uno de estos dos estados solo
se esperan recibir paquetes en la dirección correspondiente, y en cuanto ésta cambie
nos encontramos en la fase de estatus “status_ctrl” en la que se envía o recibe el
paquete de datos de longitud cero. En una recepción, se vuelve al estado “setup_ctrl”
tras enviar el paquete de longitud cero de la status stage y en un envío, tras el paquete
de confirmación.
Es interesante notar que la máquina se ejecuta en un solo clock, o mejor dicho
durante el rising edge de la variable “pr” que indica paquete recibido y que proviene del
buffer, con lo que vuelve a verse la utilidad de descomponer el paquete en la
recepción, pues se conoce entre otras cosas wvalue(0..10) que representa la dirección
en paquetes de token. La variable “dentro” nos ayuda a inicializar la señal de envío
“rsac” a cero antes de cada paquete y permite que el buffer espere un “rsac” en su
flanco de subida.
La variable “pide” es el pid del paquete actual y “token_pid” el del anterior, lo
que permitirá tratar correctamente los paquetes de datos recibidos en la segunda parte
de cada transmisión. Ttoggle” es una variable que controla la alternancia entre
paquetes data0 y data1 que se produce durante todo el proceso de transmisión de
control.