Vadim
-
Постов
1 227 -
Зарегистрирован
-
Посещение
Сообщения, опубликованные Vadim
-
-
Понятно, спасибо. Хоть я доки и читаю, но, как оказалось, не все :)
-
Нет, к сожалению. Пробовал, не получилось. Может - руки?
-
перегрузку операторов.
И какой тул умеет это?
-
Провёл следственные действия на предмет падучего GUI в Questa_10.0b. В результате родился тестовый микропроект.
Файл my_tb.sv:
extern interface my_if; module my_tb; my_if m_i(); initial $finish; endmodule
Файл my_if.sv:
interface my_if; endinterface
Компиляция:
vlog -sv -work work ./my_tb.sv vlog -sv -work work ./my_if.sv
проходит успешно.
При попытке запустить симуляцию с GUI:
vsim work.my_tb
получаем:
# Attempting stack trace sig 11 # Signal caught: signo [11] # vsim_stacktrace.vstf written # Current time Fri Feb 10 13:41:20 2012 # QuestaSim Stack Trace # Program = vsim # Id = "10.0b" # Version = "2011.05" # Date = "May 5 2011" # Platform = linux # 0 0x083e40e8: '<unknown (@0x83e40e8)>' # 1 0x08575338: '<unknown (@0x8575338)>' # 2 0x08441c62: '<unknown (@0x8441c62)>' # 3 0x08445d0a: '<unknown (@0x8445d0a)>' # 4 0x0890e259: '<unknown (@0x890e259)>' # 5 0x0890f6ed: '<unknown (@0x890f6ed)>' # 6 0x0890fb30: '<unknown (@0x890fb30)>' # 7 0x0891051a: '<unknown (@0x891051a)>' # 8 0x086e154b: '<unknown (@0x86e154b)>' # 9 0x0894688b: '<unknown (@0x894688b)>' # 10 0x089753be: '<unknown (@0x89753be)>' # 11 0x08955cf0: '<unknown (@0x8955cf0)>' # 12 0x08955fee: '<unknown (@0x8955fee)>' # 13 0x0887b6b0: '<unknown (@0x887b6b0)>' # 14 0x08424a1b: '<unknown (@0x8424a1b)>' # 15 0x08363f69: '<unknown (@0x8363f69)>' # 16 0x0805e8c6: '<unknown (@0x805e8c6)>' # End of Stack Trace ** Fatal: (SIGSEGV) Bad pointer access. Closing vsimk. ** Fatal: vsimk is exiting with code 211. (Exit codes are defined in the QuestaSim messages appendix of the QuestaSim User's Manual.)
Те же действия в Questa_6.6c приводят к положительному результату. При запуске симуляции с ключом -с (без GUI) тоже всё в порядке.
-
Но уже понятно, что либо все исходники перелопачивать, либо пользоваться предыдущими версиями.
При возникновении проблем при переходе на новую версию внимательно изучите ключики компиляции для vlog, т.к. вполне могут измениться умолчания, и проект перестанет запускаться. Для решения проблемы с timescale попробуйте одноимённый ключик, предназначенный для указания умолчального значения timescale/timeprecision для модулей, не содержащих этих директив. Проблему global-port можно попытаться победить ключиками -vlog01compat или -vlog95compat, если не используете SV. А исходники править всегда успеете :)
-
То, что синтаксический анализ не соответствует, вполне может быть связано с устранением несоответствия стандарту в предыдущих версиях. У меня в десятке та же беда с `timescale. Вполне возможно, с `timescale не всё так однозначно. Надо усиленно покурить этот вопрос в стандарте, дабы понять, права ли квеста. А global в SV2009 является зарезервированным словом, port - нет.
-
Наверное, понятие стабильной версии в проприетарных продуктах отсутствует. Согласно рекламным слоганам, они становятся всё лучше и лучше. Устраняются старые баги и добавляются новые (об этом пользователю не сообщается). Как и у Вас, у меня десятка отказывается работать со старыми проектами - валится GUI. А в консоли почему-то работает. Откатился обратно на 6.6c.
-
Это нафиг не нужно, быть overqualified в указанных сферах.
Конечно, не нужно. А в сфере разработки электроники тем более.
Для этого существуют бухгалтера, которые за относительно небольшую плату сделают все необходимое по совместительству.Существуют, конечно. А для разработки есть разработчики, которые ... ну Вы поняли :)
Главное это "что делать" - а именно способность придумать, разработать и довести до производства востребованный электронный продукт - а это 40% электроника, 40% программирование и 20% управление бизнесом, на начальном этапе как-то плюс минус где-то так. С дальнейшем уменьшением первых двух составляющих в пользу третьего. Навыки управления же как раз и образуются от работы "в команде" - всегда каждый желает протолкнуть именно свою точку зрения на тот или иной вопрос, и чем дольше работает в команде, тем лучше с этим справляется.То, что в Вашем случае оказалось главным, не обязательно будет главным для другого. И не стОит применять закон Ома к окружающим людям - процентное отношение приведённых Вами составляющих - это всего лишь Ваш частный случай. Про уменьшение первых двух составляющих соглашусь - да, они действительно уменьшаются. Вплоть до нуля. Туда же устремляется квалификация бывшего overqualified.
-
В этот момент "overqualified" специалист, как правило, уже способен открыть своё собственное дело, подобрать себе коллектив единомышленников и многократно увеличить свои доходы.
Совершенно верно. Особенно если специалист "overqualified" в основном в юриспруденции, бухучёте, налогообложении... А чтобы подобрать коллектив единомышленников, фамилия у него должна быть Карнеги. Ну а после многократного увеличения доходов не грех и Абрамовичем заделаться. Всё верно. Непонятно только, при чём тут электроника.
Ну и замечательно, кто вам мешает перейти туда, где ваша квалификация будет востребована? Скорее всего, для этого потребуется поменять место жительства, возможно страну.Не стоит переделывать реальную жизнь под свои представления о ней: если на центральной усадьбе колхоза пользуется успехом баянист на свадьбах, то ваше виолончельное образование и лауреатство международных конкурсов мало кому интересно, вернее, мало кто готов за него платить.
И потом, если вы крупный специалист в своей отрасли, то что мешает вам стать главным, потом генеральным конструктором? Вопрос денежного довольствия решается при этом почти автоматически, а возможностей для творчества гораздо больше - когда есть в подчинении люди на которых можно сбросить рутину, то это очень удобно и к этому быстро привыкаешь. Характер вашей деятельности изменится главным образом в том, что будете творить из более крупных “кубиков”.
Спасибо, добрый человек, что открыли мне глаза. Завтра пойду к генеральному, попрошу его потесниться. Буду творить из крупных кубиков, мелкие надоели. В крайнем случае сменю родину, возможностей для творчества там действительно больше. Достаточно вспомнить творческие успехи незабвенного Ашота Газельевича.
-
С падсом уже давно дела не имел, и, скорее всего, не буду иметь. Но помню, как Layout сводил меня с ума на двуслойных платах, показывая мифические неразведённые связи. И именно между полигонами. В Router с полигонами всё нормально, но там нельзя их создавать и редактировать. Помню также, что попытка добавления мной точки излома в полигон приводила к тому, что я перерисовывал его заново, ибо эта точка категорически не желала становиться в сетку ни по клику мыши, ни по вводу координат(!!!) в окне свойств.
???Очень удивлен. Очень. Ибо я считаю прямо наоборот - полигоны одно из самых безглючных мест в PADS.
Ну значит я не умею их готовить :) В связи с этим вопрос - не поделитесь секретом добавления точки излома в нужную координату? Просто интересно, что я делал не так.
-
Только что проверил - если все экземпляры конкретного Drawing Cell удалёны из платы, Cell Editor без проблем удаляет и сам Cell. И никаких следов не остаётся. В принципе, я в этом не сомневался, проверил для очистки совести. Версия Expedition - 2007.7. Если Cell Editor не удаляет, значит, данный cell у Вас точно используется. Ищите.
-
Странно. Единственное объяснение, которое приходит в голову, что искомый Cell не находится на слое User Draft Layers (вы ведь удалили всё, что находится на нём, но тем не менее Cell остался в проекте). Возможно, он находится на другом, выключенном для отображения слое. Кстати, в каком режиме удаляли? Нужно удалять в режиме размещения компонентов.
-
Setup -> Cell Editor
Вкладка Drawing
Выделяем ненавистный Cell, удаляем крестиком.
-
Неужели удаление ненужного Cell из локальной библиотеки не помогает?
-
Мне их слоган понравился - "Три измерения, две руки, одна среда". А голова, видимо, больше не понадобится :)
-
Modelsim ругается на синтезабельные конструкции, которые спокойно проходят в ActiveHdl
Получается, каждый из них действует по своим собственным понятиям? Вас это не настораживает?
-
Хороший костыль, одобряю :) Не надо ждать милостей от менторов, взять их - наша задача!!!
-
Опубликовано · Изменено пользователем Vadim · Пожаловаться
Просто изменилось количество (и имена) слоёв по умолчаниюТеперь заметил. Специально удалил старую ~/.pcb. Да, по умолчанию есть outline.
На моей машине (AMD64, Debian/Testing, pcb собран из исходников на ней же), если эту опцию прописать в начале (или где-нибудь посреди) preferences, то ничего не затирает.Если Вы установите эту опцию в последней строке, то затирает? Я правильно понял?
У меня почти так, как у Вас (AMD64, Debian/Stable, pcb собран из исходников на ней же) :) - затирает всегда и везде.
ЗЫ Проблема решилась очень просто - права только на чтение у preferences.
-
Форматы файлов там остались прежние. Т.е. контур платы сделать можно ( создать слой "outline" или переименовать любой существующий), но других неэлектрических слоёв, за исключением шелкографии, нет.
Понятно, спасибо. Но тогда я не понимаю эту фразу:
Default layer stack is now a six-layer template with outline.
Однако... При закрытии свежий pcb гадит в ~/.pcb/preferences, затирая важный параметер rat-thickness = 0, а также ещё несколько. Интересно, это баг или фича. Также интересно, насколько долго разработчики намерены позориться сумасшедшей шириной неразведённых связей по умолчанию. Раньше ширину можно было изменить вышеупомянутым параметром, а теперь, видимо, придётся запускать pcb через костыль, подменяющий файл конфигурации. -
Хорошая новость, спасибо.
Почитал, но с английским не лады, может поясните: Неэлектрические слои появились? Или хотя бы контур платы?
ЗЫ Редактора футпринтов как не было, так и нет. Сейчас ваяю костыль, который принимает на вход текстовое описание и генерит футпринт. Этакий консольный редактор корпусов :) По сути он является набором подпрограмм для gle О других решениях знаю, но меня они не устраивают, ибо являются частными случаями.
-
Если я использую CoolRunnner2 то для того, чтобы у меня выходы были с открытым стоком надо соответственно описывать это в коде... как вы показали выше.. или достаточно где-нибудь в настройках проекта указать, что тип выхода с открытым стоком...???
Описывать в коде, как показали выше, а также в файле ограничений (*.ucf) (там, где номера пинов назначаются) нужно объяснить трассировщику, чтобы нужные пины конфигурировались с открытым стоком. Синтаксис смотрите в Language Templates в ISE(Web Pack). Впрочем, вот:
# OPEN_DRAIN indicates that an output buffer will be configured as open-drain. NET mysignal OPEN_DRAIN; # Families: CR-II # # Applies to non-tristate output or to tristate output in which the data # the input to output buffer is dangling or driven by constant 0 (GND).
Я так понял, что сконфигкурировать в коде нужные пины чтобы они были с ОС можно для любой ПЛИС.. тогда в чём преимущества CoolRunner2 ??Нет, далеко не для любой. Именно для CR-II - можно.
-
Переползаю с VHDL на SV. Хочу юзать открытый коллектор. В VHDL для этих целей завел себе пакетик и горя не знал:
Это Вы меня процитировали :) Только если Вам нужен синтезируемый код, пакетик этот бесполезен. Используйте внешние элементы с открытым коллектором/стоком или соответствующим образом сконфигурируйте нужные пины целевой ПЛИС. Первое, имхо, предпочтительнее.
-
А Кикад, стало быть, фришная доделка?
Очень странный вывод.
А почему Кикад? Почему не Design Spark, geda, TinyCAD+FreePCB ??Патамушта ТС изучает кикад, неужели непонятно?
Для каждого тула по своему подфоруму.Не совсем. Для каждого правильного тула по своему подфоруму. Что сейчас и имеем.
-
2. Кикад - это не Вселенная.
Любая проприетарная недоделка тоже не вселенная. Однако у многих из них имеется свой подфорум.
Инженер-схемотехник, Пушкино МО
в Предлагаю работу
Опубликовано · Пожаловаться
Т.е. вместо того, чтобы указать вилку зарплат прямо в объявлении, что, кстати, рекомендовано администрацией форума здесь, Вы предлагаете кандидату смотаться к вам и узнать эту секретную информацию на месте?