был закончен проект в EE2005 и заморожен от изменения.
создал новый проект на его основе и стал с ним работать в EE2007.1
изменения совершенно мелкие - убраны пара-тройка мелких микросхем, немного подвинуты проводники.
вдруг случайно заметил на плате, что разные минимальные зазоры между via и трассами в цепях одного класса, которые по идее должны быть одинаковы. Глянул net properties - ужас! часть настроек сбросилась на default.
Такое ощущение, что при forvard annotate чего-то портится.
ниже скриншоты net properties "замороженного от изменений" проекта из 2005, открытого в 2007.1, и сделанного на его основе, в котором проводились forvard annotate.
видно, что некоторый net properties поменялись defaults
работаю в связке Orcad Capture - Expedition через kyn netlist.
дальнейшее исследоване ForwardAnnotation.txt показало, что expedition при forvard annotate сначала херит все или почти все цепи (наверное вместе с принадлежностью к классу), а потом их же и добавляет, но уже не знает к какому классу их отнести и назначает на default.
в 2005.3 такого не было!!!
найден обходной путь:
если сгенерирован новый нетлист в orcad capture, то делаем так:
1. сохраняем дезайн в EE2007.1
2. открываем его снова, можно делать forvard annotate.
смотрим forvard annotate.txt и убеждаемся, что похерились все цепи и создались заново.
3. закрываем EE2007.1 и НЕ СОХРАНЯЕМ дезайн платы.
4. открываем заново дезайн платы.
5. делаем опять forvard annotate (того же нетлиста)
6. можно убедиться в ForwardAnnotation.txt, что НЕ ХЕРИЛИСЬ все цепи.
можно сохранить плату и работать дальше.
Очень ПЛОХО.
Дополнение:
Если сделать Forvard annotate нового нетлиста 2 раза подряд без закрывания и НЕСОХРАНЕНИЯ платы (п.3 выше) - net properties теряются навсегда.
Надо быть ОООчень аккуратным....
Та же ж... и с "новым" orcad-Expedition интерфейсом, который в духе DxD-Exp 2005 (это когда не надо в ЦБ PDB, а нужны только cell, а pdb создаются при прямой аннотации.
короче полная засада. Здесь обходных путей пока не видно.