Como se indicó, no hay un requisito de frecuencia mínima. Puede detener el reloj y mantener el estado actual.
El período mínimo = 0.5ns retardo de salida + 5 ns retardo de peine + 1 ns configuración + 1 ns reloj sesgado
= 7.5 ns
Por lo tanto, el límite máximo de frecuencia es 1 / 7.5ns = 133MHz
Con un sesgo de reloj de 1 ns, el tiempo de espera de salida < 0.5ns, el tiempo de retención de entrada de FF de 1 ns no se cumple de FF directamente a FF. Así que hay que estudiarlo. Para las rutas FF - Comb - FF, el tiempo de retención de entrada de FF se cumple si el retardo comb tiene un mínimo de 2ns.
Nueva edición en respuesta a continuación:
La especificación que dice que la desviación del reloj es -1 o 0 ns es un poco inusualmente establecida, pero es razonable interpretar que la desviación general del reloj no es más de 1 ns.
Toma un ejemplo de FF1 --- > FF2. Tomaremos el reloj alimentado a FF1 como referencia. Cuando el reloj cambia, la salida de FF1 puede cambiar de inmediato (es decir, sin demora, dado que no hay una especificación explícita). Ahora suponga que el reloj alimentado a FF2 es 1ns más tarde (un sesgo de reloj de 1ns). Luego, la salida de FF1, que es la entrada de FF2, cambia 1ns antes del reloj de FF2. Por lo tanto, el tiempo de retención real de los datos de entrada que ve FF2 es -1ns, y la especificación es 1ns. Así que está apagado por 2ns.
Ahora para FF1 - > Comb - > FF2, si Comb puede garantizar un mínimo de 2 ns de retardo, entonces se garantizará el cumplimiento del tiempo de retención de datos de entrada de FF2.
El tiempo de configuración se incluye en el cálculo del período mínimo anterior. Trabajando hacia atrás:
Tiempo de configuración (min) = Periodo del reloj - Retardo de salida - Retardo lógico de combinación - Desviación del reloj