Тогда приступим:
1. Проект в студию
2. Версия использовавшегося KiCAD
3. Описание по шагам, что и как делалось, с акцентом на предполагаемые "косяки" KiCAD
Постраюсь воспроизвести последовательность действий.
Далее по результатам.

ЗЫ: Если будете с оказией в "нерезиновой", то можно явочным порядком

faa
Кроме проекта уже всё упоминалось.
1. Проект приложен. (см. 25.7z)
2.

Цитата

Application: Pcbnew
Version: (2013-02-04 BZR 3930 GOST)-testing
Build: wxWidgets 2.9.4 (wchar_t,compiler with C++ ABI 1002,GCC 4.7.2,wx containers,compatible with 2.8)
Platform: Windows XP (build 2600, Service Pack 3), 32 bit, Little endian, wxMSW
Boost version: 1.49.0
Options: USE_PCBNEW_NANOMETRES=ON
KICAD_GOST=ON
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
KICAD_SCRIPTING=OFF
KICAD_SCRIPTING_MODULES=OFF
KICAD_SCRIPTING_WXPYTHON=OFF

3.
а) Переношу модуль на нижнюю сторону платы.
б) Тыкаюсь ПКМ на контактной площадке, выбираю контактную площадку и "редактировать" (можно горячей кнопкой, всё то же самое).
в) В свойствах контактной площадки все слои верхние, цвет - красный. Уже неточность. (см. рис. bug1a, обведено красным).
г) Есть надписи, которые предупреждают, что всё же площадка снизу. (см. рис. bug1a, обведено зелёным).
д) В свойствах контактной площадки меняю медный слой на "back", цвет меняется (см. рис. bug2a). Надписи остаются прежние.
е) На плате контактная площадка оказывается сверху. (см. рис. bug3)
ё) Снова в свойствах меняю медный слой на "front". (см. рис bug4a)
ж) На плате контактная площадка возвращается на нижний слой.
Получается, что слои контактной площадки берутся только из модуля, а редактирование непосредственно на плате не меняет эти слои, а инвертирует, вместо того, чтобы задавать абсолютные значения. И отображение свойств идёт не по абсолютным (т.е. текущим) значениям, а от начальных свойств (из модуля) плюс инверсия при правке на плате. С техническими слоями такая же ситуация. (Коряво написал, сейчас не соображу как лучше.)

Если будете с оказией в "нерезиновой"
Чур меня!
И если бы и был, то только в специфических местах, снаружи всех транспортных колец.

P.S. Сравнил Gerbview с Gerbv 2.5.0 от gEDA. Gerbv работает ощутимо быстрее. Раньше скорость этих программ была соизмерима.
В Gerbview с недавних пор появились тормоза: сразу после открытия файлов висит рюмка (= песочные часы ) и долго невозможно ничего делать. Да и потом всё происходит очень медленно и печально.

Сообщение отредактировал break - Feb 13 2013, 06:32

А где файл .pro ?

Какой конкретно? Желательно с координатами.

Тут ничего подсказать не могу - винду не пользую. Под линухом такого не замечал.

Application: KiCad
Version: (2013-02-04 BZR 3930 GOST)-testing
Build: wxWidgets 2.9.4 (wchar_t,compiler with C++ ABI 1002,GCC 4.6.2,wx containers,compatible with 2.8)
Platform: Windows 7 (build 7601, Service Pack 1), 64-bit edition, 64 bit, Little endian, wxMSW
Boost version: 1.49.0
Options: USE_PCBNEW_NANOMETRES=ON
KICAD_GOST=ON
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
KICAD_SCRIPTING=OFF
KICAD_SCRIPTING_MODULES=OFF
KICAD_SCRIPTING_WXPYTHON=OFF

break, если можно, я встряну в вашу беседу с faa как наблюдатель со стороны, т. к. не нахожу у себя той глючниости Кикад, о которой вы пишете.

Я тоже работаю в Виндах и никаких тормозов не обнаруживаю. Поэтому у меня закрадывается подозрение, что, возможно, вы сделали сборку Кикад не совсем корректно? Если так, то рекомендую проверенную временем качество сборок от faa, самую свежую из которых (2930) я себе и поставил: ftp://ftp.kicad.ru/pub/kicad/bzr/win32/

break, все зависит от точки зрения на свойства контактных площадок. На мой взгляд, Кикад все делает верно, когда оставляет цвет самой контактной площадки в свойствах неизменным, а лишь меняет цвет принадлежности контактной площадки тому или иному слою.
Описание посадочного места неизменно и не должно подстраиваться под расположение компонента. Если будет иначе, то два одинаковых компонента, расположенных на разных сторонах ПП будут иметь различное описание, а это неверно.
По этой причине при переброске компонента на другую сторону в самом описании компонента ничего не меняется, а лишь меняется цвет принадлежности контактных площадок противоположному слою.

Все, что я написал, лишь мое мнение и я не хочу ничего навязывать. По этой причине уклоняюсь от дальнейшей беседы на эту тему и больше не буду встревать в вашу беседу с faa.

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

Сообщение отредактировал _Pasha - Feb 13 2013, 14:16

faa
А смысл в файле .pro? Там же ничего нет, кроме имён библиотек и путей к ним, да ещё некоторых начальных установок.
Вот он, пожалуйста.

Какой конкретно? Желательно с координатами.
Практически любой. Например, R147(back) X=87,4; Y=114,8, контактная площадка 1 (X=86,4; Y=114,8).

Aldan
Сборка готовая с сервера, именно оттуда. Я так понимаю, что сделанная viknn.

По этой причине при переброске компонента на другую сторону в самом описании компонента ничего не меняется, а лишь меняется цвет принадлежности контактных площадок противоположному слою.
Цвет тоже не меняется. Точнее меняется, но при ручной правке свойств, причём в виде инверсии.

если можно, я встряну в вашу беседу
Нужно.

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

_Pasha
ибо так изначально видно, какой слой при проектировании компонента считался основным
Неправильная постановка задачи. Потому что так получается, что основной слой всегда верхний.

Сейчас посмотрел свои gerbview 3930 и 3950. Приложенные 11 gerber-файлов считываются в секунду безо всякой песочницы.

Сообщение отредактировал viknn - Feb 14 2013, 16:42

А что мешает может принять эту условность?
Тогда всё встало бы на свои места )

break, я не хотел втягиваться в дискуссию, т. к. не считаю себя уж очень сильным специалистом в Кикад. А поделиться качеством работы сборки, которую я себе поставил, посчитал возможным. Так вот, у меня все работает шустро и без зависаний с «песочными часами».

Нет, ссылка, что я давал ( ftp://ftp.kicad.ru/pub/kicad/bzr/win32/ ), ведет к сборке от faa, которую я себе и поставил. А сборки от viknn располагаются по ссылке ftp://ftp.kicad.ru/pub/kicad/install/win32/ но вряд ли они чем-то сильно отличаются. Хотя попробовать переставить можно, т. к. всегда есть вероятность по каким-нибудь причинам сделать неудачную сборку.

Возможно, что я Вас не совсем правильно понимаю, т. к. не могу понять источник проблем, о которых Вы пишете. По моим представлениям, у ПП есть только две поверхности для компонентов — верхняя и нижняя, а внутренние слои для этого не предназначены. Так вот, верх и низ прекрасно распознается при помощи цветов. Кроме того, можно отключить хоть все слои, кроме того, который хотите рассмотреть и ничто Вам тогда не помешает.
Я понимаю, что пишу прописные истины, но не могу взять в толк, какие еще хитрые ситуации Вы пытаетесь нам втолковать. Вот по этой причине я и уклоняюсь от дальнейшей дискуссии. Пусть наши подготовленные пользователи дадут Вам более грамотный ответ тем более - faa.

Наконец-то понял суть этого вопроса.
Шутка юмора в том, что при создании компонента мы рисуем silkscreen -линии, не имея возможности выбрать сторону размещения этих линий - по дефолту они считаются размещены на слое компонентов.
Следовательно, основной слой-таки всегда верхний, точнее - слой компонентов.
Раньше, даже в пикаде 4.5 - smd всегда рисовал на pintop&slktop итд, ибо разнобой в конце концов приводил к бардаку. (Может, это только со мной такое - не знаю) .
Далее, идя по жизни с пикадом, нашел правильным атрибут "Placement Side" - если кто помнит.
Здесь в принципе такого атрибута или свойства компонента, задаваемого при его создании, и потом поддерживаемого, ессно, при импорте списка цепей, -- не хватает.

viknn
Ваш файл считывается достаточно быстро, но "рюмка" периодически выскакивает. А моя плата, размноженная в 4 раза, практически не позволяет с ней работать.

Aldan
не считаю себя уж очень сильным специалистом в Кикад
Надо быть специалистом в проектировании, чтобы понимать какие функции сделаны удачно, какие - нет.

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

Кроме того, можно отключить хоть все слои, кроме того, который хотите рассмотреть и ничто Вам тогда не помешает.
Лишние телодвижения. И иногда нужно видеть несколько слоёв.

Я понимаю, что пишу прописные истины, но не могу взять в толк, какие еще хитрые ситуации Вы пытаетесь нам втолковать.
Ситуация простая. Нужно подготовить трафарет для паяльной пасты и файл расстановки. Некоторые детали автоматом паяться не будут, только ручной пайкой. Большинство этих деталей расположены на противоположных слоях и полностью перекрываются. Для исключения контактной площадки из списка файла для трафарета и файла автоматической расстановки, приходится вручную редактировать свойства как самой детали, так и каждой контактной площадки. Делать дополнительные библиотечные элементы с соотвтетсвующими настройками не хочется, так как в дальнейшем они не понадобятся, а путаница может возникнуть. Да и выигрыша почти никакого по времени не будет. Когда я тыкаю по совпадающим (в разных слоях) контактным площадкам, то приходится внимательно рассматривать, что пишется в вылезающем меню. После того, как зашёл в редактирование свойств, надо помнить что же сейчас делаю. Тут кто-то подходит и отвлекает. Пока решаю возникшие вопросы, забываю что делал. Приходится отменять действия и снова начинать редактирование контактной площадки с начала.
А инверсия слоёв это просто прикол. Если не сказать хуже.

А сборки от viknn располагаются по ссылке ftp://ftp.kicad.ru/pub/kicad/install/win32/ но вряд ли они чем-то сильно отличаются.
У меня именно эта. Попробую другую. Отличаются даже размерами, хотя там архиваторы разные.

_Pasha
Шутка юмора в том, что при создании компонента мы рисуем silkscreen -линии, не имея возможности выбрать сторону размещения этих линий - по дефолту они считаются размещены на слое компонентов.
Можно рисовать на любой стороне. У меня крепёжные отверстия имеют шелкографию с двух сторон. И в свойствах графических линий это всё задаётся и правится.

break
проблему почти вкурил.
на днях (скорее всего, в выходные) постараюсь сформулировать ответы-советы (работа мешает).

Aldan
Попробовал другую сборку. Монопенисуально. Хотя размеры всех файлов отличаются.

faa
Спасибо.
И вот ещё вопрос (мелочь, а "приятно"): почему размеры листа в форматах A1 (длинной стороны) и A0 (обе стороны) больше на 1 мм, чем положено? В Eeschema и Pcbnew.

break, такой результат был ожидаемым. Если применить логику, то остается предположить, что проблема с подвисаниями и «песочными часами» имеет корни в вашем компьютере.
Теоретически могут иметь место два банальных варианта:
- ваш компьютер требует чистки от паразитов, мешающих нормальной его работе,
- вы не настроили антивирус-фаерволл на дружбу с Кикадом, что легко проверить отключив их перед запуском Кикада. Чаще всего этим страдает включенная проактивная защита.
Не стану больше гадать, Вы и сами все прекрасно понимаете. Дождемся лучше ответов faa.

Приложите свой файл для пробы. А то кажется, что причина в вашем PC (что за процессор, что за память...)
А сборки, которые собираются - хорошие, а не собираются - те плохие (на размер exe в основном влияет версия gui-библиотек и транслятора g++/vcc)