FSR 1.3 (DOS) - замеченные недостатки
Dmitry Poniatov
1) очень неудачно сделан интерфейс - все завязано на мышь, нужно сделать
чтобы "кнопки" можно было нажимать как мышью, так и нажатием клавиши
на клавиатуре (особенно при ручной разводке - очень анноит необходимость
постоянно елозить мышью в меню перемещений)
2) похоже что сабж не отрабатывает эквивалентости пинов\гейтов компонентов,
задаваемых в упаковке - там задается взаимозаменяемость пинов (например
выводы резистора) и гейтов (для логики и др корпусов, содержащих несколько
одинаковых элементов)
4) либо сабж, либо Accel не умеет вставлять информацию о падстеках в PDIF
- при загрузки PDIF в FSR создаются одинаковые падстеки с размерами по
умолчанию (круглые 32/60), их количество совпадает с их числом в PDIF
4) если вывод текстов сделан через шрифты BGI, нужна их русификация - русские
тексты выводятся крякозябрами
mailto:fo...@hippo.ru
Oleg Polubasoff
5.10.2000 21:42, Dmitry Poniatov писал:
DP> Здраствуй, брат(сестра) фидошник(ца) All
Хоть я и не фидошник, но решил ответить.
В основном, потому, что (в отличие от "разводка без металлизации в FSR")
все перечисленные недостатки, действительно, наличествуют. То есть, можно
предположить, что, встретив трудность, ты сначала попытался решить её
самостоятельно (а работа с FSR очень сильно отличается от работы с
привычными САПР из-за того, что в FSR применяются абсолютно непохожие
математические модели). Хотя, похоже, что ты ещё не сподвигся на прочтение
документации, иначе первым пунктом стояло бы: "ущербность документации". :)
Независимо от того, просто ты хотел отметить недостатки FSR или
заинтересован в их исправлении, подобное письмо лучше было бы отправить
мылом. Куда я и предлагаю переселиться с этой темой.
DP> 1) очень неудачно сделан интерфейс - все завязано на мышь, нужно сделать
DP> чтобы "кнопки" можно было нажимать как мышью, так и нажатием клавиши
DP> на клавиатуре (особенно при ручной разводке - очень анноит
DP> необходимость постоянно елозить мышью в меню перемещений)
Верно. Интерфейс изначально был ориентирован на удобство отладки алгоритмов,
а не на удобство работы конструктора. Древние версии FSR (1991 г.) работали
с клавиатурой, потом эта возможность была отключена. Ещё более ранние версии
совсем не имели интерфейса - были пакетными.
В принципе, работу с клавиатурой добавить можно. Если ты действительно этого
хочешь, пожалуйста, пришли мне удобный для тебя список клавиша-действие (в
зависимости от режима). Например, Евгений Краштан недавно предложил, чтобы
при ручном размещении в режиме "перетрассировать заново" компонент,
"подцепленный" мышкой, можно было бы вращать, нажимая определённую клавишу
(он предложил пробел). Мне это показалось удачным предложением.
DP> 2) похоже что сабж не отрабатывает эквивалентости пинов\гейтов
DP> компонентов, задаваемых в упаковке - там задается взаимозаменяемость
DP> пинов (например выводы резистора) и гейтов (для логики и др корпусов,
DP> содержащих несколько одинаковых элементов)
Да, к сожалению, не обрабатывает, хотя исторически это было первое, с чего
мы начали. Тогда для учёта эквивалентности были придуманы очень интересные
алгоритмы, версия FSR 0.1 учитывала функциональную эквивалентность (и даже в
большем объёме, чем это задаётся в P-CAD, то есть не только двухуровневую).
Отказаться от учёта эквивалентности пришлось по двум причинам:
1. В те времена программ, правильно обрабатывающих эквивалентность,
практически не было, поэтому в библиотеках эквивалентность часто описывалась
"с потолка". Получив несколько нареканий от конструкторов, которые,
например, описали все контакты разъёма как эквивалентные (скорее, не сами
описали, а воспользовались готовым библиотечным элементом, не обратив
внимания на описанную в нём эквивалентность), мы учёт эквивалентности
исключили.
2. После перестановок монтажная схема перестаёт соответствовать
принципиальной. Для того, чтобы отразить произведённые переключения на
принципиальной схеме, вроде бы, нужно создать какой-то файл. Что это за файл
и каков его формат, вразумительного ответа мне ни от кого получить не
удалось. Если кто-нибудь это знает, пожалуйста, сообщите мне.
Поэтому:
1. Если времена изменились, и теперь все правильно описывают функциональную
эквивалентность в библиотеках, то можно и вернуть учёт эквивалентности в FSR
(не в ближайшую версию).
2. Если ты хорошо разбираешься в упаковке и готов ответить на накопившиеся у
меня вопросы, сообщи, пожалуйста, мылом. Например, как в формате PDIF
описывается функциональная эквивалентность такой микросхемы, как К155ПУ1
(преобразователь высокого уровня в низкий), содержащей два элемента 2И-НЕ и
два элемента НЕ с расширением по И?
Между прочим, спасибо тебе, Дмитрий, за этот вопрос.
DP> 3) либо сабж, либо Accel не умеет вставлять информацию о падстеках в
DP> PDIF - при загрузки PDIF в FSR создаются одинаковые падстеки с
DP> размерами по умолчанию (круглые 32/60), их количество совпадает с их
DP> числом в PDIF
Верно. Здесь виноват не Accel, а FSR. FSR не читает информацию о пэдстеках
из PDIF. Это, вроде бы, отражено в документации.
Исторически это объясняется тем, что P-CAD не рекомендовал подключать
пэдстеки до трассировки (иначе трассировка PC-ROUTE сильно замедлялась),
поэтому все получаемые нами проекты обычно не содержали секции PAD_STACK.
Плюс к этому, для более-менее нормальной трассировки в PC-ROUTE планарные
контакты требовалось описывать не в PAD_STACK, а в виде барьеров в описании
библиотечного элемента или, что ещё отвратительней, в конструктиве платы
(секция ANNOTATE). PC-ROUTE считает, что все барьеры в неизвестных ему
слоях, внутрь которых попали контакты, являются проводящими. FSR не делает
таких предположений.
Тем не менее, способ передать описание контактных площадок из PDIF в FSR
всё-таки есть. P-CAD умеет создавать файл описания стратегии трассировки
.CTL, в котором приблизительно описывается форма контактных площадок, а FSR
умеет импортировать этот файл (ОПРЕДЕЛИТЬ СТИЛЬ РАЗРАБОТКИ/ИМПОРТ
СТРАТЕГИИ).
DP> 4) если вывод текстов сделан через шрифты BGI, нужна их русификация -
DP> русские тексты выводятся крякозябрами
Это наиболее часто задаваемый вопрос (на втором месте - однослойная
разводка). Выпуская версию 1.3, я никак не мог предположить, что среди
пользователей DOS-программ у нас в стране есть люди, не имеющие хоть
какого-нибудь русификатора DOS. Я осознал свою ошибку, для новой версии FSR
внешний русификатор больше не требуется (для показа русских слов, но не для
ввода их).
Теперь несколько слов про сроки выхода FSR 1.5. Я знаю, что некоторые люди
с достойным уважения терпением ждут этой версии, а некоторые уже и устали
ждать. Давать обещания я уже закаялся, поэтому скажу лишь следующее. Вчера,
наконец, я получил позволение от нашей команды несколько недель заниматься
исключительно досовской версией FSR (все, надеюсь, понимают, что команда не
может жить только с доходов от продажи бесплатного продукта). Ещё раз
проанализировав ситуацию, я пришёл к выводу, что текущая (тестовая) версия
FSR 1.4 обладает многими важными достоинствами по сравнению с версией 1.3,
несмотря на то, что многие вопиющие неудобства остались неисправленными.
Поэтому за отпущенное время я постараюсь насовать в FSR 1.5 всё, что успею,
а всё остальное - в следующих версиях.
Пока что FSR остаётся лабораторной разработкой, FSR помогает вам - вы
помогаете FSR. Про коммерческую виндовскую версию - вилами по воде писано,
хотя, конечно, сделана она будет, и буржуев мы ещё посрамим (как раз неделю
назад буржуи в очередной раз пытались переманить нашу команду к себе. Им не
понять).
С уважением, Олег Полубасов.
uri
Oleg Polubasoff wrote:
> с достойным уважения терпением ждут этой версии, а некоторые уже и устали
> ждать. Давать обещания я уже закаялся, поэтому скажу лишь следующее. Вчера,
^^^^___ будем ждать скока надо! :-)
> исключительно досовской версией FSR (все, надеюсь, понимают, что команда не
> может жить только с доходов от продажи бесплатного продукта). Ещё раз
^^^^^^^^^^^^^^^^^^_____ ПИВО С НАС !
:-)))
> Поэтому за отпущенное время я постараюсь насовать в FSR 1.5 всё, что успею,
> а всё остальное - в следующих версиях.
Главное "Не навреди!"
> хотя, конечно, сделана она будет, и буржуев мы ещё посрамим (как раз неделю
> назад буржуи в очередной раз пытались переманить нашу команду к себе. Им не
> понять).
И мы за это вам прихнательны. Надеюсь цена будет меньше их супер-пупер
продуктов. :-)
--
Uri
e-mail: u...@rdd.usart.ru
ICQ: 56812466
Отправлено через сервер Talk.Ru - http://www.talk.ru