EvilWrecker 0 29 июля, 2015 Опубликовано 29 июля, 2015 · Жалоба Попробуйте через день. на этой неделе трижды скачивал. без проблем. Скорее всего перебои со скоростью Благодарю за пояснение- в самом деле, стоило попробовать установку чуть позже как все полетело. Чудеса! Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Sanchosd 0 30 июля, 2015 Опубликовано 30 июля, 2015 · Жалоба Панель Library, хотим убрать лишние колонки, переходим в окно Select Parameter Columns, убираем продублированную колонку Footprint Ref, закрываем окно, а она снова появляется, и снова продублирована. На снимке 1 жму кнопочку "Remove", 1 из 2-х колонок Footprint Ref убирается в левую часть окошка. Закрываем окошко, снова в панель Libraries, а там снова две колонки с идентичными названиями: Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
inter_pro 0 30 июля, 2015 Опубликовано 30 июля, 2015 · Жалоба Панель Library, хотим убрать лишние колонки, переходим в окно Select Parameter Columns, убираем продублированную колонку Footprint Ref, закрываем окно, а она снова появляется, и снова продублирована. В БД случайно это поле не дублируется? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Sanchosd 0 5 августа, 2015 Опубликовано 5 августа, 2015 · Жалоба В БД случайно это поле не дублируется? неа. Проверил все библиотеки, везде дуюлируется. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
inter_pro 0 5 августа, 2015 Опубликовано 5 августа, 2015 · Жалоба неа. Проверил все библиотеки, везде дуюлируется. Странный ответ. Как будто чего-то не хватает)) В этом вопросе без вашей базы точно не разобраться. Необходим сам файл БД и файд DBLIB. Можно его сократить до 1 элемента, главное чтобы "странное" поведение не исчезло! Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
KA_ru 0 5 августа, 2015 Опубликовано 5 августа, 2015 · Жалоба Я уже писал об этой ошибке, но похоже она характерна для всех версий 15.х, поэтому повторюсь: При выполнении команд Reports -> Project Reports -> Bill of Meterials возникает сообщение об ошибке: "A component named Table already exists at 08A30375. WorkspaceManager.DLL, Base Address: 089D0000. Exception Occurred In GenerateReport" Содержание этого Report прилагаю. Если выполнить проще Reports -> Bill of Meterials то появляется нормальная табличка, но если установить Include Parameters from Database, то возникает такое же сообщение: "A component named Table already exists" и пустая табличка. Сообщение появляется во всех опробованных версиях 15.х до 15.1.13, на разных проектах, пробовал удалять старые .OutJob файлы - не влияют. Во всех проектах используется базирующаяся на MS Access дополненная библиотека CERN. Там конечно есть поле Table, но как это может быть связано - не понимаю. У меня возникла та же ошибка. Думал ошибка в базе данных. Поставил пакет на другой комп, открыл проект без базы данных. Репорт не создаётся. Можно сделать только симп билл. Может кто что посоветует. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
KA_ru 0 6 августа, 2015 Опубликовано 6 августа, 2015 · Жалоба У меня возникла та же ошибка. Думал ошибка в базе данных. Поставил пакет на другой комп, открыл проект без базы данных. Репорт не создаётся. Можно сделать только симп билл. Может кто что посоветует. Проблема решается просто. Сама проблема в не стыковке базы данных CERN и Altium. Во всех элементах из базы нужно убить поле Table. Заходим в Параметр Менеджер отмечаем Table и удаляем. После этого получаем BOM. :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Uladzimir 93 6 августа, 2015 Опубликовано 6 августа, 2015 · Жалоба Вот всегда пользовательские параметры нужно называть так, чтобы не попасть на зарезервированные. Вообще, конечно, уже при подключении и прочего, признаком хорошего тонв былобы сообщать, что каккойто параметр (из пользовательских) назначен для других целей. Но что есть, то есть Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Constantin 0 6 августа, 2015 Опубликовано 6 августа, 2015 · Жалоба Вот всегда пользовательские параметры нужно называть так, чтобы не попасть на зарезервированные. Вообще, конечно, уже при подключении и прочего, признаком хорошего тонв былобы сообщать, что каккойто параметр (из пользовательских) назначен для других целей. Но что есть, то есть До версии 15 все было нормально, никаких конфликтов по параметру Table в базе CERN не возникало. И тут конфликт, заканчивающийся A component named Table already exists at 08AF0375. WorkspaceManager.DLL, Base Address: 08A90000. Exception Occurred In GenerateReport что трудно квалифицировать иначе, чем ошибка. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Uladzimir 93 6 августа, 2015 Опубликовано 6 августа, 2015 · Жалоба Не использую базу CERN Поэтому сказать вразумительное не могу. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
KA_ru 0 6 августа, 2015 Опубликовано 6 августа, 2015 · Жалоба что трудно квалифицировать иначе, чем ошибка. Изымите DBLib. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Constantin 0 6 августа, 2015 Опубликовано 6 августа, 2015 · Жалоба Изымите DBLib. Простите, не понял как (и зачем) изымать? Вы имеете ввиду что проще в DbLib убрать связь "Database Field Name : Table" c "Design Parameter : Table" чтобы этот параметр не попадал в проект? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
inter_pro 0 6 августа, 2015 Опубликовано 6 августа, 2015 · Жалоба что трудно квалифицировать иначе, чем ошибка. Смог повторить. Ошибка имеет место быть - исправим в следующем обновлении. Спасибо за описание! Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Murzik_6011 0 7 августа, 2015 Опубликовано 7 августа, 2015 · Жалоба Не сказать очередная бага, но не приятно. В редакторе схем, в режиме "Always drag" (чек-бокс установлен), в случае перемещения компонента (без цепей) отсутствует возможность вращать компонент по пробелу. При перетаскивании специнструментом вопросов нет, равно как и не в режиме "Always drag". Версия AD - 15.1.13. P.S. Я думаю не будет криминала, если заставить AD вращать компонент и с цепями, не фиксируя возможные соединения цепей до момента выхода из режима перемещения компонентов. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
NoMemory 0 10 августа, 2015 Опубликовано 10 августа, 2015 · Жалоба Просьба проверить выравнивания в диф.парах, во-первых, жутко лагает во время этого действия (16ГБ оперативки, i3), во-вторых, лезут артефакты, ну и в-третьих, инструмент не запускается, до тех пор, пока не выставишь длину около 1000мм, такая же ошибка была еще до зимы, намучался тогда, вот опять тоже самое... Для обычных трасс, если выставлен толеранс, то альтиум по умолчанию выравнивает до нижней границы, для того, чтобы можно было докорректировать до какого то значения, нужно табом залезть в свойства, пикнуть в таблице min/max на величину,выйти, и тогда длина начнет ползти выше минимально разрешенной. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться