Поиск
Показаны результаты для тегов 'errors'.
-
1. Главной проблемой была некорректная работа Hierarchy Updater’а: пока он не может корректно построить дерево проекта в тех местах, где в VHDL используются внешние модули (Verilog / IP-Core), но об этом я уже писал. 2. Для некоторых может быть непривычно и неочевидно, что (в строгом соответствии с VHDL’93) при использовании entity из библиотеки Work, необходимо указывать: library work; use work.all; 3. Несколько напрягает, что все справочные материалы на китайском. 4. Немного изменилась работа с атрибутами: для VHDL необходимо использовать Syn_* атрибуты (на 2023.1 достаточно было использовать PAP_* атрибуты – тогда было меньше warning/info о преобразовании Syn_* атрибутов в PAP_*). С другой стороны в ADS_Synthesis_User_Guide.pdf добавлено очень подробное описание правил применения Syn_* атрибутов с примерами на каждый случай. Но главной проблемой был п.1, т.к. приводил к падению Compile с «internal error» без объяснения причин падения. Отмечу, что Pango Micro старается сделать PDS/ADS лучше, с каждым шагом (2022.2-SP4->2023.1->2023.2-SP1) я отмечаю существенные сдвиги в лучшую сторону.
-
Приветствую уважаемых участников! После генерации teardrops в проекте VX.2.7 Update3 при генерации герберов обнаружилась одна большая неприятность, а именно огромное число ошибок следующего вида: Error: Could not draw the PolyLine Shape with apertures listed in Config\MetricGerberOutput.gmf file. Please add smaller aperture to draw the PolyLine Shape X0: 209.08, Y0: 226.53 X1: 210.28, Y1: 226.53 X2: 209.83, Y2: 226.46 X3: 209.53, Y3: 226.46 Error: Could not draw the PolyLine Shape with apertures listed in Config\MetricGerberOutput.gmf file. Please add smaller aperture to draw the PolyLine Shape X0: 181.03, Y0: 221.77 X1: 180.83, Y1: 221.59 X2: 180.83, Y2: 221.68 X3: 180.93, Y3: 221.78 При этом вроде бы ничего криминального в проекте никто не делал. По указанным в Gerber Plotting Log обнаружились те самые teardrop'ы, которые были сгенерированы на финальном этапе: Эти микроскопические тирдропы и портят жизнь, т.к. для них при экспорте в гербер не получается создать апертуры. Ручное их удаление это не самое весёлое приключение. При этом никаких настроек для ограничения генерации таких мелких бесполезных тирдропов мне найти не удалось. Выборочная генерация тоже крайне неудобный путь, т.к. аналогичные проблемы есть и у VIA с кривыми углам подхода трасс. В итоге оказалось, что одним из решений может быть добавление строки ..WIDTH 0.05 в файл MetricGerberOutput.gmf, после чего он стал выглядеть следующим образом: .FILETYPE GERBER_MACHINE_FILE .VERSION "1.0" .CREATOR mgerber.exe .DATATYPE 274X .DATAMODE MODAL .STEPMODE ABSOLUTE .DATAFORMAT 3 3 .ZEROTRUNCATION LEADING .CHARACTERSET ASCII .ARCSTYLE QUADRANT .DELIMITER "*" .COMMENTS ON .SEQUENCENUMBERING OFF .UNIT MM .SHAPEFILLMETHOD STROKE .RECORDLENGTH 0 .DEFAULTDRAWWIDTH 0.005 .SHAPEFILLWIDTHS ..WIDTH 0.05 ..WIDTH 0.1 ..WIDTH 0.2 ..WIDTH 0.5 ..WIDTH 1 ..WIDTH 5 На сколько это корректно и безопасно судить сложно, т.к. формат этого файла недокументирован и по его содержимому можно найти только отголоски в разделе Automation. В любом случае было бы интересно, как еще можно решить проблему экспорта в Gerber при подобных мелких элементах топологии. MetricGerberOutput.gmf