х даних вони встановлюють "1" на виведення RDYnBSY. Коли на процесор надходить сигнал "1" при опитуванні RDYnBSY, мікропроцесор відправляє в мікросхему наступний байт конфігураційних даних. В іншому варіанті, сигнал на виводі nRS може вибиратися "0", видаючи сигнал RDYnBSY для появи на виведенні DATA. p align="justify"> Оскільки сигнал RDYnBSY не треба контролювати, використання nRS для контролю стану конфігураційних даних економить один системний I/O-висновок. Поки висновок nRS знаходиться в стані "0", дані на виведення DATA не повинні відправлятися, тому що це може викликати конфлікт системи. Якщо висновок nRS не використовується для контролю конфігурування, то на ньому встановлюється "1". Для спрощення конфігурування мікропроцесор може деякий час до відправки наступного біта даних знаходитися в режимі очікування на інтервалі часу: tBUSY (Max) + tRDY2WS + tW2SB. p align="justify"> Після конфігурування висновки nCS, CS, nRS, nWS, і RDYnBSY використовуються як користувацькі I/O-висновки. Однак при використанні PSA-схеми ці висновки за замовчуванням є трехстабільнимі в режимі заданих користувачем і повинні управлятися мікропроцесором. PSA-схема може бути змінена в САПР MAX + PLUS II в опції "Global Project Device Option" або аналогічне вікно "Device & Pin Option" в САПР QUARTUS II. p align="justify"> При виявленні під час конфігурування помилки мікросхеми APEX II, APEX 20K, Mercury, ACEX 1K, FLEX 10K, CYCLONE, CYCLONE II встановлюють "0" на виведення nSTATUS для попередження мікропроцесора. Потім мікропроцесор встановлює "0" на виведення nCONFIG для реконфигурирования мікросхеми. Аналогічно якщо встановлена ​​опція Auto-Restart Configuration on Frame Error, ПЛІС звільняє висновок nSTATUS після закінчення періоду очікування. При звільненні виведення nSTATUS, процесор може виконати реконфигурирование ПЛІС. Тому для процесора не потрібна установка "0" на виведення nCONFIG. p align="justify"> Для гарантії успішної конфігурування м ікропроцессор також може контролювати висновки CONF_DONE і INIT_DONE. Висновок CONF_DONE повинен контролюватися мікропроцесором для виявлення помилок і визначення завершення процесу програмування. Якщо після відправлення всіх конфігураційних даних і почала процесором ініціалізації, на виведення CONF_DONE не в належному стані - процесор повинен реконфигурировать мікросхеми. br/>
6.2 JTAG-програмування та конфігурування мікросхем
Для завантаження конфігураційних даних в мікросхеми може використовуватися інтерфейс JTAG. Для роботи в JTAG-режимі використовуються чотири виділених виводу: TDI, TDO, TMS, і TCK, і допоміжний висновок TRST. Всі інші висновки під час JTAG-конфігурування знаходяться в третьому стані. JTAG-конфігурування не можна починати до завершення інших режимів конфігурування. Характеристика висновків JTAG наведена в таблиці 6.2. br/>
Таблиця 6.2
Характеристика висновків інтерфейсу JTAG
