[EvilWrecker 0]

Попробуйте через день. на этой неделе трижды скачивал. без проблем.

Скорее всего перебои со скоростью

 

Благодарю за пояснение- в самом деле, стоило попробовать установку чуть позже как все полетело. Чудеса!

[Sanchosd 0]

Панель Library, хотим убрать лишние колонки, переходим в окно Select Parameter Columns, убираем продублированную колонку Footprint Ref, закрываем окно, а она снова появляется, и снова продублирована.

 

На снимке 1 жму кнопочку "Remove", 1 из 2-х колонок Footprint Ref убирается в левую часть окошка.

 

Закрываем окошко, снова в панель Libraries, а там снова две колонки с идентичными названиями:

 

 

[inter_pro 0]

Панель Library, хотим убрать лишние колонки, переходим в окно Select Parameter Columns, убираем продублированную колонку Footprint Ref, закрываем окно, а она снова появляется, и снова продублирована.

В БД случайно это поле не дублируется?

[Sanchosd 0]

В БД случайно это поле не дублируется?

 

неа.

Проверил все библиотеки, везде дуюлируется.

 

 

[inter_pro 0]

неа.

Проверил все библиотеки, везде дуюлируется.

Странный ответ. Как будто чего-то не хватает))

В этом вопросе без вашей базы точно не разобраться. Необходим сам файл БД и файд DBLIB. Можно его сократить до 1 элемента, главное чтобы "странное" поведение не исчезло!

[KA_ru 0]

Я уже писал об этой ошибке, но похоже она характерна для всех версий 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]

У меня возникла та же ошибка. Думал ошибка в базе данных. Поставил пакет на другой комп, открыл проект без базы данных. Репорт не создаётся. Можно сделать только симп билл. Может кто что посоветует.

 

Проблема решается просто. Сама проблема в не стыковке базы данных CERN и Altium. Во всех элементах из базы нужно убить поле Table. Заходим в Параметр Менеджер отмечаем Table и удаляем. После этого получаем BOM.

:)

 

[Uladzimir 73]

Вот всегда пользовательские параметры нужно называть так, чтобы не попасть на зарезервированные.

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

Но что есть, то есть

[Constantin 0]

Вот всегда пользовательские параметры нужно называть так, чтобы не попасть на зарезервированные.

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

Но что есть, то есть

 

До версии 15 все было нормально, никаких конфликтов по параметру Table в базе CERN не возникало. И тут конфликт, заканчивающийся

 

A component named Table already exists at 08AF0375.

WorkspaceManager.DLL, Base Address: 08A90000.

 

Exception Occurred In

GenerateReport

 

что трудно квалифицировать иначе, чем ошибка.

[Uladzimir 73]

Не использую базу CERN

Поэтому сказать вразумительное не могу.

[KA_ru 0]

что трудно квалифицировать иначе, чем ошибка.

 

Изымите DBLib.

 

[Constantin 0]

Изымите DBLib.

 

Простите, не понял как (и зачем) изымать? Вы имеете ввиду что проще в DbLib убрать связь "Database Field Name : Table" c "Design Parameter : Table" чтобы этот параметр не попадал в проект?

 

 

 

 

[inter_pro 0]

что трудно квалифицировать иначе, чем ошибка.

Смог повторить. Ошибка имеет место быть - исправим в следующем обновлении.

Спасибо за описание!

[Murzik_6011 0]

Не сказать очередная бага, но не приятно.

В редакторе схем, в режиме "Always drag" (чек-бокс установлен), в случае перемещения компонента (без цепей) отсутствует возможность вращать компонент по пробелу. При перетаскивании специнструментом вопросов нет, равно как и не в режиме "Always drag".

Версия AD - 15.1.13.

P.S. Я думаю не будет криминала, если заставить AD вращать компонент и с цепями, не фиксируя возможные соединения цепей до момента выхода из режима перемещения компонентов.

 

[NoMemory 0]

Просьба проверить выравнивания в диф.парах, во-первых, жутко лагает во время этого действия (16ГБ оперативки, i3), во-вторых, лезут артефакты, ну и в-третьих, инструмент не запускается, до тех пор, пока не выставишь длину около 1000мм, такая же ошибка была еще до зимы, намучался тогда, вот опять тоже самое... Для обычных трасс, если выставлен толеранс, то альтиум по умолчанию выравнивает до нижней границы, для того, чтобы можно было докорректировать до какого то значения, нужно табом залезть в свойства, пикнуть в таблице min/max на величину,выйти, и тогда длина начнет ползти выше минимально разрешенной.