середовищем розробки
Зростання продуктивності персональних комп'ютерів дозволив використовувати ПК з платформою Windows для проектування складних проектів на ПЛІС. Програмне забезпечення для розробки ПЛІС на ПК наближається за своїми функціональними можливостями до програм, які працюють на робочих станціях, і набуває нових для користувачів ПК властивості. Одним з таких властивостей є вбудований мова TCL.
Процес розробки ПЛІС включає в себе процедуру опису поведінкової моделі вузлів проектованого пристрою, тестування отриманої моделі, процедуру синтезу, тестування синтезованої моделі. Існують інші підходи до проектування, і при використанні різних засобів кількість і призначення етапів розробки може змінюватися, але для розгляду загального підходу пропонується вищеописана схема.
Описи поведінкової моделі в даний час виконуються на високорівневих мовах опису апаратури: Verilog HDL і VHDL. Проект зазвичай містить багато модулів, що розробляються різними розробниками, бібліотеки, також практикується повторне використання коду. Таким чином, проект має структуру, опис якої потрібно не тільки на рівні мови опису апаратури, а й на рівні зберігання інформації: в яких файлах зберігаються модулі або бібліотеки, куди направляти результати або повідомлення і т. П. Одне з призначень мови управління в середовищі розробки - управління структурою проекту та зв'язок з операційною системою.
При налагодженні проекту (симуляція поведінкової моделі) з'являється потреба в обробці подій, що виникають під час симуляції, і реакція на них. Наприклад, моделювання зовнішніх впливів або відображення результатів в перетвореної формі. Використання мови HDL для цих цілей може виявитися неефективним, і будь-яка зміна в описі моделі тягне за собою необхідність перезапуску симуляції. Таким чином, розвинений скриптова мова дозволяє полегшити моделювання проекту.
Найбільшу обчислювальну потужність вимагає процес синтезу, як правило, це ітеративний процес, який доводиться запускати з різними параметрами для того, щоб домогтися необхідних характеристик за часом і займаної площі. Відсутність мови управління вимагає присутності оператора для зміни параметрів синтезу, перезапуску і збереження отриманих результатів. Наявність командного мови дозволяє автоматизувати цей процес.
Перевага стандартного скриптового мови перед графічною оболонкою управління полягає в спрощенні процедури перенесення проекту з однієї платформи на іншу. Якщо керуючі скрипти розбиті на дві частини: від платформи залежну і універсальну, то зміни потребують тільки перша частина скриптів. А так як функції, що їх спеціалізованими командами в різних середовищах проектування, досить схожі (іноді досить замінити тільки ім'я команди), то зміни платформо-залежної частини не викликає праці. Забігаючи вперед, скажу, що ці зміни можуть бути виконані скриптом TCL, так як мова має потужні засоби обробки тексту.
Чому в якості такої мови обраний TCL? Плюс цієї мови в тому, що бібліотеки поширюються вільно і дозволяють створювати додатки (об'єднувати інтерпретатор TCL і скомпільовані функції, описані на С / С ++ чи іншій системі), в яких синтаксис мови розширюється функціями, запрограмованими користувачами і виконують основну задачу засоби проектування ( наприклад project, do_optimize, do_build_generic, constrain_ file і т. п). Через те що ці функції скомпільовані, швидкість їх виконання висока, а викликає їх інтерпретатор TCL має плюси, властиві інтерпретаторів. Простота синтаксису і логіки роботи інтерпретатора, а також існування мови протягом тривалого часу забезпечує виграш в порівнянні з іншими мовами, мають подібні властивості (Perl, Scheme, Java, Python і ін.).
Так як TCL використовується програмістами для розробки призначених для користувача інтерфейсів і інтернет-додатків, то документація містить багато зайвого з точки зору користувача засобів розробки (як правило, опис графічного інтерфейсу ТK).
Одним з плюсів TCL є простота синтаксису. Всі конструкції мови мають такий вигляд: