Ошибки округления PCB Editor, меняется размер контакных площадок Опции

[Ant_m]

Собственно кто с этим сталкивался? Или я первый?
В зависимости от от точности заданной в PCB Editor изменяется размер контактных площадок. На глаз примерно на 0,005 мм.

Рецепт:
1) Делаем pad с размерами, ну например, 1,05x1,55 мм. Размер не важен, главное чтобы было 2 знака после запятой и 5 в конце(с другими вариантами, например 1,04мм, не проверял) Точность можно задать 3 знака после запятой(по умолчанию), или 2 - это неважно глючит одинаково.

2) Размещаем площадку на плате в PCB Editor(я делал это заменой падстека в готовом компоненте). На картинке: сетка 0,01мм, площадка зеленого цвета, синие линии board dimension - для наглядности. Точность проекта (accuracy) 2 знака. Как видно из картинки все нормально.


3) Меняем точность в проекте с 2-х знаков до 3-х. Площадка увеличилась на 0,5 деления сетки!!! Можно увеличить точность до 4-х знаков после запятой - картина та же. Ошибка обратима - если вернуть все в зад, на точность 2 знака после запятой, площадка станет нормальной.


В целом это конечно не страшно, величина очень маленькая.... Но проверку DRC это не смущает, о чем она и рапортует, сотней ошибок "из ниоткуда".

З.Ы. Cadence 16.3 hotfix 22. Но также работает в hotfix 6, и в cadence 15.7

[BlackPrapor]

В общем, раскопал я, откуда такая кака произрастает, да только не так уж и легче мне стало от этого. В общем, дело в следующем.
При работе в редакторе площадок (Pad Designer) и редакторе посадочных мест я всегда выбирал и работал микроны в качестве единицы проекта. Это удобно потому что числа получаются целыми их удобно вводить да и система обозначения падов у меня в микронах, например rec1500x1000 или cir1500d900.
Но проекты платы я делаю в миллиметрах, потому что числа получаются уже хоть и целые, но со многими цифрами.
Бог знает, как всё это сделано внутри и что бродило в голове у программистов, когда они создавали этот пакет, но я на эту тему даже не задумывался, предполагая, что внутренняя точность представления в базах данных выбрана заведомо выше той, которую пользователь может выбрать штатным образом.
В результате экспериментов, с переключением юнитов в различной комбинации, было выявлено, что проблема именно в том, что сохранены футпринты в микронах, а потом они используются в плане с миллимитровыми юнитами.
Если проделать следующее:
Открыть в редакторе посадочных мест футпринт, изменить единицы измерения с микрон на миллиметры, сохранить.
В редакторе плат обновить данный футпринт.
Перед созданием новых герберов из платы, пересоздать автоматически апертуры (обязательно).
Возможно, также система попросит перерисовать динамические шейпы.
После этого, все ровные размеры, которые превращались в нечто типа 1.4999 и 1.2001 становятся действительно ровными, 1.5000 и 1.2000
Таким образом, мне предстоит веселое занятие, заключающееся в перелопачивании всей библиотеке футпринтов.
Взываю к мегагуру ткнуть в направлении автоматизации данного процесса ибо как-то невесело имеющийся багаж перебирать в ручную. Возможно это как-то скриптуется через Scill ? Не прощу готового решения, хотя бы скажите да возможно и с чего начать.