Перейти к содержанию
Поиск
    

Vadim

Свой
 Профиль  Обзор контента

  • Постов

    1 227

  • Зарегистрирован

  • Посещение

 Тип контента 

Сообщения, опубликованные Vadim

  2. Опубликовано · Пожаловаться

    по изящнее

    Ну тогда нужно ввести опцию в класс. Как её назовём? Как она должна работать? Запрещать заполнение последних N строк таблицы первого листа, автоматически перескакивая на следующий лист?

  5. Опубликовано · Пожаловаться

    Сразу видно, что не пробовали наш :)

    И вряд ли попробую. Причина указана парой постов выше.

    Что касается "пишем скрипт" и т.д., то здесь работы ещё меньше.

    Нажать Большую Волшебную Кнопку Запуска?

    У вас задача скрипты писать, или железо разрабатывать?

    Железо. Раз уж у Вас есть Большая Волшебная Кнопка Запуска, сделайте, пожалуйста, Большую Волшебную Кнопку Кодинга. Хорошо, конечно, что БВКЗ, экономит мне две минуты, которые я трачу на написание скриптов компиляции и моделирования, но ведь БВКК сможет сэкономить мне несколько месяцев.

  6. Опубликовано · Пожаловаться

    Работали? Я подобного тому, что у нас, не встречал. Уж поделитесь, в чём вы работали.

    Понятие "проект" есть и в ActiveHDL/Riviera, и в Modelsim/Questa. В VCS, правда, я этой сущности не нашёл. Может, плохо искал, а может, её там действительно нет, потому что не нужна. А gui, как сами понимаете, есть везде.

    Что касается VCS, это их дело. У нас особых проблем нет. Если система обрастёт множеством настроек, то управление ими будет сделано так, чтобы доставлять как можно меньше лишней работы.

    Пишем скрипт, настройки указываем в опциях команды. И никакой лишней работы.

     

  7. Опубликовано · Пожаловаться

    Вы просто с этим не работали. На самом деле очень удобно организовать разработку и отладку сложных систем, а также облегчить повторное использование узлов. Получается довольно прозрачная структура. Кроме того, скоро в бета-версию будет включён инструмент ссылок в проектах. Это позволяет подключать готовые проекты вроде как библиотеки. Очень удобно.

    Работали, не сомневайтесь. Правда давно, когда были чайниками. Очень неудобно.

    А что касается скриптов, то у нас их и вовсе писать не надо: нажал на кнопку - и начинается компиляция с симуляцией.

    Не поленился, залез в мануал на VCS. Насчитал там под пару сотен опций компиляции. И значительная часть из них является ключами, для которых нужно задавать значения. Прикинул, что кнопка(одна!!!), задающая нужные разработчику опции должна быть большой и как минимум волшебной.

  8. Опубликовано · Пожаловаться

    Добавил ещё пару страниц в мануал, попутно нашёл баг в классе. Исправил. Наверное, впоследствии нужно будет pcbdoc на github закинуть. Мануал лежит внутри дерева исходников.

    pcbdoc.zip

     

    А в вашей фирме LATEX стал стандартом или его юзают только те, кому он нравится?

    Чтобы нечто стало стандартом фирмы, руководство должно приложить некоторые усилия. А поскольку усилий ему прилагать не хочется, работники у нас используют тот софт, который считают нужным. LaTeX не исключение.

  10. Опубликовано · Пожаловаться

    вы перечень элементов, спецификацию и т.п. генерируете или пишете руками?

    Беру *.bom из када, открываю в текстовом редакторе, правлю... Ну, то есть, конечно, руками.

    Чуть позже выложу исходники и результат. Там многое удобное для выгрузки из библиотеки. Ну а там питоновский скрипт так и просится!

    Выгружаем из платы csv. Питоновский скрипт проходится по нему и составляет латех документ! Но пока питоновский скрипт не делали.

    Я просил просто исходник перечня (пускай там будет, например один резистор и один конденсатор) и скомпилированный результат, потому как до сего момента считал, что в eskdx напрямую сверстать перечень невозможно. Хотел ликвидировать свою безграмотность. Питоновский скрипт не сильно интересен, поскольку верстаю документацию очень редко и разбираться с ним для меня не имеет смысла. Но, с другой стороны, если сторонние разработчики прикрутят к pcbdoc скриптовую автоматизацию, буду только рад и готов в меру сил этому содействовать.

     

  14. Опубликовано · Пожаловаться

    Хорошо, я попробую написать нечто вроде мануала для Вашего случая (только перечень). Со шрифтами всё по прежнему, не занимался давно этим вопросом. Но слышал, что кто-то создал свободный гостовский шрифт. Насколько помню, он прямой, не наклонный. Возможно, внедрю его в pcbdoc и добавлю опцию выбора.

  15. Опубликовано · Пожаловаться

    Здесь выложен архив. Там есть файлы: перечень элементов(./output/example_pe.pdf) и его исходник(./src/example_pe.tex). Если результат устраивает, и исходник не вызывает неприятия, можно беседовать дальше :) Под какую ось нужно?

  16. Опубликовано · Пожаловаться

    5.Lexical conventions

    16. Assertions (правда, брали уже, но пока тихо)

    17. Checkers

    19. Functional coverage

    20. Utility system tasks and system functions

    23. Compiler directives

    24. Modules and hierarchy

    28. Gate-level and switch-level modeling

    29. User-defined primitives

    30. Specify blocks

    31. Timing checks

    32. Backannotation using the standard delay format

    34. Protected envelopes

    35. Direct programming interface(DPI)

     

    ЗЫ. Если что-нибудь выберете, переводите не 1800-2009(уже не имеет смысла), а 1800-2012(изменений очень мало).

    ЗЫЫ. Меняю страницу на страницу(выбирайте что-нибудь из уже переведённого мной).

    ЗЫЫЫ. Если количество переведённых помощниками страниц достигнет 100, выложу перевод на github и больше зажимать результаты не буду.

  20. Опубликовано · Изменено пользователем Vadim · Пожаловаться

    Конструктив трёхлетней давности(113 страниц) пылится на местном фтп. Там же есть переведённая уважаемым ViKo глава про интерфейсы(~25 страниц). Актуальный конструктив(382 страницы) находится в ожидании конструктива от "планирующих помочь". Какие из этих конструктивов Вас интересуют? Надеюсь, я внёс немного конструктива?

  21. Опубликовано · Пожаловаться

    как успехи?

    Нормально.

    где можно поиметь результаты перевода?

    планирую помочь.

    — Когда же вы стулья принесете?

    — Стулья против денег.

    — Это можно, — сказал Остап, не думая.

    — Деньги вперед, — заявил монтер, — утром — деньги, вечером — стулья или вечером — деньги, а на другой день утром — стулья.

    — А может быть, сегодня — стулья, а завтра — деньги? — пытал Остап.

    — Я же, дуся, человек измученный. Такие условия душа не принимает.

     

  22. Опубликовано · Пожаловаться

    Используют вовсю. Уже.

    И что? Я тоже использую. Но факты - вещь упрямая.

    P.S. Опять же - если не будут уже сейчас использовать - то с какой стати компаниям - EDA-водам улучшать/доводить до ума все это хозяйство? При ином раскладе и через 5 лет не изменится ничего.

    Будут использовать. Добровольные тестеры никогда не переведутся :)

     

  23. Опубликовано · Пожаловаться

    Все радужно до столкновения с действительностью в виде отсутствия до сих пор реализации этих самых многих вкусностей SV такими монстрами, как, например, Synopsys. Типа: эта feature поддерживается синтез-тулом, но не поддерживается как надо симулятором, а вот эта - наоборот.

    +1

    Про FPGA tool flow и Mentor Graphics не знаю, может, там и получше картина.

    Получше в плане фичей, но хуже в плане качества. Сплошной глюкодром и минное поле.

    Но перед переходом на SV я бы проверял - а работают ли ваши завлекалки на целевых тулах.

    ПМСМ, SV на данный момент не готов для промышленного применения. Например, до сих пор нет стандарта на rtl, и синтезаторы синтезят по понятиям. Может, лет через пять...

     

     

  24. Опубликовано · Пожаловаться

    Спрашивали умеете ли работать в "майкрософт оффис" и пользоваться электронной почтой?

    Хороший вопрос. Меня бы он поставил в тупик :) А бывает и такой: "Как Вы относитесь к алкоголю?". Он обязательно сопровождается пристальным, но полным доброты, сочувствия и понимания взглядом вопрошающего.

  25. Опубликовано · Пожаловаться

    А зачем Вам "открытый" формат без закрытой программы?:)

    Открытые форматы выбираются программистами для обмена данными между программами и хранения данных в разрабатываемых ими программах с целью:

    1) не изобретать велосипед

    2) обезопасить себя от наездов владельцев закрытых форматов, запрещающих использовать их в сторонних продуктах.

    (Статуя Капитана Очевидность из бронзы, в полный рост :))

    И да, данный "открытый" формат без программы от его владельцев(предварительно купленной) использовать нельзя. Т.е. Вы правы, он не нужен.

    А формат действительно открыт, иначе этого файла просто не было бы, как нет описаний форматов .brd, .dsn(Capture), etc... Так что никаких противоречий.

    ЗЫ Имхо, "открытый" и "свободный" суть разные термины. И у Спекктры именно открытый.

    Возможно, я не прав, но под открытостью формата я понимаю явное разрешение владельца формата использовать его в сторонних продуктах, а под закрытостью - запрещение, без привязки к наличию его описания.

×
×
  • Создать...