Rodavion 0 26 июля, 2010 Опубликовано 26 июля, 2010 · Жалоба Под BGA корпусом правило IsWire AND IsWire Clearance 4 mil задается поочередно правилом Room и правилом Region. На всей плате Clearance 12 mil. Такая ошибка. Если правило Room имеет приоритет 1, - все работает безукоризненно. А если приоритет 1 имеет правило Region то при прокладке проводника из области платы в область BGA корпус правило работает, но если проводник идет из под BGA корпуса в область платы, то при выходе из Region в плату он прокладывается с зазором 4 mil до изгиба проводника, а там как бы спохватывается и делает зазор 12 mil. Это что, баг? :05: Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
masterofnature 0 26 июля, 2010 Опубликовано 26 июля, 2010 · Жалоба Под BGA корпусом правило IsWire AND IsWire Clearance 4 mil задается поочередно правилом Room и правилом Region. На всей плате Clearance 12 mil. ... При выходе из Region в плату он прокладывается с зазором 4 mil до изгиба проводника, а там как бы спохватывается и делает зазор 12 mil. Это что, баг? :05: Похоже все же на баго-фичу . Т.к., если при выходе из региона сразу начнет работать правило, то выходящие параллельно несколько дорожек с зазором 4 милс сразу "расползутся", либо в месте выхода будет показываться ошибка (в зависимости от режима разводки). Но бага здесь в том, что на проводник, частично принадлежащий региону, распространяются правила, как если бы он принадлежал региону полностью. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Krys 2 27 июля, 2010 Опубликовано 27 июля, 2010 · Жалоба Здравствуйте. Обнаружилась следующая бага. Прилагаю файл (лишнее выкинул), в котором одни цепи разводятся без режима look-ahead в interactive routing, а все остальные - как обычно, с этим режимом. В частности, берём цепь VLED-: Режим не работает, можете попробовать у себя. Более того, для таких цепей имеет место неадекватное поведение режима follow mouse trail при таких настройках: . Если взять за указанную трассу и начать "наматывать петли" просто мышкой, то эти петли так и остаются. Более того, я не делал ни одного клика, а трассы петель уже "легли". Я пробовал во время разводки нажимать единичку и 5ку (в справке по F1 говорится, что это должно влиять), но ничего не улучшается. Вот пример цепи X1, для которой и режим look-ahead нормально работает, и follow mouse trail отрабатывает адекватно: Попробуйте, пожалуйста, у себя. Я попробовал на 2х разных компах, даже АД переустанавливал специально - ничего не помогло... А началось это всё после вылета АД с ошибкой при использовании инструмента Interactively route multiple connections. Вообще, сколько я не пытался использовать этот инструмент, начиная с 6х версий АД, он так и остаётся наиглючнейшим. Правда, от версии к версии вероятность его вылета с ошибкой уменьшается :) Сейчас уже достигает примерно 30% - даже работать можно. Но не советую вообще им пользоваться, даже прикасаться. А то попортит файл навсегда, как у меня. И что мне теперь с этим файлом делать? Приличная разводка уже не работает. routing_test.rar Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Uladzimir 96 27 июля, 2010 Опубликовано 27 июля, 2010 · Жалоба Посмотрите в настройках конктрено этой цепи.там скорее всего снят флаг RemoteLops. Локальные настройки цепи приоритеней дефолтных Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Krys 2 27 июля, 2010 Опубликовано 27 июля, 2010 · Жалоба Вот такие свойства конкретно данной цепи: Вроде ничего криминального... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Uladzimir 96 27 июля, 2010 Опубликовано 27 июля, 2010 · Жалоба Тогда некоторый отрезки этого змеиного гнезда залокированы Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Krys 2 27 июля, 2010 Опубликовано 27 июля, 2010 · Жалоба Вы правы, этот хитрый Interactively route multiple connections заблокировал некоторые цепи: Когда я снял блокировку с цепи, заработало и look-ahead в interactive routing, и follow mouse trail. Но это же надо было так выдумать?! :))) Я думаю, это несомненно бага... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Uladzimir 96 27 июля, 2010 Опубликовано 27 июля, 2010 · Жалоба Ну это я схватывал, когда прерываешь процесс, и оно не снимает залокированное. При аккуратной работе-- не влазишь в это. Но в целом баг. При этом это гадость размножается. Достаточно одного залокированного отрезка- и он как червь разрастается по всей трассе Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Krys 2 28 июля, 2010 Опубликовано 28 июля, 2010 · Жалоба Ещё баги: 1. В PCB Inspector'е для цепей нет строки Locked. 2. В PCB List'е для цепей невозможно сделать групповое редактирование колонки Locked. Выбираем столбец, жмём правую кнопку, а в контекстном меню команда Edit - серая, неактивная. Спасает только скопировать одну ячейку и вставить в весь столбец. Но это обходной путь. 3. В панели PCB при работе с цепями всегда хоть какая-то одна цепь, но выделена. При отмене всех выделений на плате, в панели PCB выделение цепи не пропадает. Ну да ладно. Когда я выделяю на плате несколько цепей, их выделение отображается в панели PCB, но предыдущее выделение (та самая одна цепь, которая хоть одна, но будет выделена) не снимается. В результате настройки и действия, вызываемые из самой панели PCB, применяются не только к тем цепям, что были выделены на плате, но и ещё к той самой одной, которая была до выделения. 4. При групповом выделении (мышкой в прямоугольник или в меню edit - select - touching line) объектов (типа track) на плате - не происходит выделение этих цепей в панели PCB. При выделении этих объектов кликом мышки с зажатым шифтом последовательно, по одному, выделение в панели PCB происходит нормально. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
masterofnature 0 4 августа, 2010 Опубликовано 4 августа, 2010 · Жалоба Создавал "библиотеку-базу данных" и случайно обнаружил глюк: Если при импортировании из интегрированной библиотеки в полях, где предлагается ввести имя файла БД и имя файла библиотеки, ввести просто имена, без указания полного пути, включая диск, то в момент конвертации вываливается сообщение "не найден параметр %s", после чего окно мастера конвертации остается открытым, но у него погашены все кнопки, за исключением крестика в заголовке. Возможно глюк может встретится в других мастерах, где требуется указывать имя файла. Предположительно связано с тем, что мастер не знает откуда искать файл, если указывается относительная ссылка на файл, вместо абсолютной. Все бы ничего, если бы это упоминалось явно или, хотя бы, сразу проводилась проверка правильности ввода имени файла. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
masterofnature 0 12 августа, 2010 Опубликовано 12 августа, 2010 · Жалоба В версии 10 beta не работает Offline Integrated Library Maker. (хотя может это еще не ошибка, а недоработка) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Fgion 0 3 сентября, 2010 Опубликовано 3 сентября, 2010 (изменено) · Жалоба Спасибо за ответ. Половину книги прочитал. Проблема решилась закрытием всех проектов, странные ошибки -) Распаковывал инт.либ для извлечения 3д модели и посадочного места для своего УГО., все согласно Главы 2. Раздела 2.4 :) Изменено 3 сентября, 2010 пользователем Fgion Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
masterofnature 0 3 сентября, 2010 Опубликовано 3 сентября, 2010 · Жалоба Ясно. Проблема решилась закрытием всех проектов, странные ошибки -)Может памяти компу не хватает? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
siargy 7 3 сентября, 2010 Опубликовано 3 сентября, 2010 · Жалоба При выполнении CopyRoomFormat появляется сообщение об ошибке, один из резисторов уползает, и не добавляется полигон Как-то не могу сообразить как это обойти. Проблема решилась - в диалоге копирования выбрал другой режим Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
masterofnature 0 7 сентября, 2010 Опубликовано 7 сентября, 2010 · Жалоба Попробовал сделать в DBLib параметр Datasheet Накануне попробовал - все работает. Сегодня пробую - вместо того, чтобы открыть в акробате даташит, АД открывает еще одну закладку с заголовком Tasks.PickATask, пустую. После этого успокаивается. В файлах проекта ничего вроде бы не менял... UPD: выяснилось, что почему-то слетели настройки относительного пути. Если указывать полный путь то все открывается. Но вчера открывалось и с относительным путем. непонятно... :unsure: UPD: относительный путь начал правильно определятся от файла схемы только после того как я сделал "сохранить как" и сохранил в ту папку, где она была уже до этого. Видимо AD после загрузки настроен по умолчанию на другой каталог и его надо перенастраивать. Глюк АД: Для схемы относительные пути считаются от некой переменной в памяти АД (путь по умолчанию, не проинициализированной), а не относительно текущего положения файла схемы. Причем эта переменная запоминает последний использованный путь. Например, если создать новый пустой проект и сохранить его в другой папке, то считать пути АД будет от этого проекта, независимо от того, что схема подключена к иному проекту. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться