[faa 4]

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

Тогда приступим:

1. Проект в студию

2. Версия использовавшегося KiCAD

3. Описание по шагам, что и как делалось, с акцентом на предполагаемые "косяки" KiCAD

Постраюсь воспроизвести последовательность действий.

Далее по результатам.

 

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

 

[break 0]

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 с недавних пор появились тормоза: сразу после открытия файлов висит рюмка (= песочные часы ;)) и долго невозможно ничего делать. Да и потом всё происходит очень медленно и печально.

25.7z

Изменено 13 февраля, 2013 пользователем break

[faa 4]

1. Проект приложен. (см. 25.7z)

А где файл .pro ?

а) Переношу модуль на нижнюю сторону платы.

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

P.S. Сравнил Gerbview с Gerbv 2.5.0 от gEDA. Gerbv работает ощутимо быстрее. Раньше скорость этих программ была соизмерима.

В Gerbview с недавних пор появились тормоза: сразу после открытия файлов висит рюмка (= песочные часы ;)) и долго невозможно ничего делать. Да и потом всё происходит очень медленно и печально.

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

 

[Aldan 0]

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 как наблюдатель со стороны, т. к. не нахожу у себя той глючниости Кикад, о которой вы пишете.

В Gerbview с недавних пор появились тормоза: сразу после открытия файлов висит рюмка (= песочные часы ;)) и долго невозможно ничего делать. Да и потом всё происходит очень медленно и печально.

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

а) Переношу модуль на нижнюю сторону платы....

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

Описание посадочного места неизменно и не должно подстраиваться под расположение компонента. Если будет иначе, то два одинаковых компонента, расположенных на разных сторонах ПП будут иметь различное описание, а это неверно.

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

 

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

[_Pasha 0]

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

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

Изменено 13 февраля, 2013 пользователем _Pasha

[break 0]

faa

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

Вот он, пожалуйста.

 

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

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

 

Aldan

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

 

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

Цвет тоже не меняется. Точнее меняется, но при ручной правке свойств, причём в виде инверсии.

 

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

Нужно.

 

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

Вы просто не прочувствовали всей глубины этого глюка.

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

 

_Pasha

ибо так изначально видно, какой слой при проектировании компонента считался основным

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

25_pro.7z

[viknn 0]

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

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

gerber.zip

Изменено 14 февраля, 2013 пользователем viknn

[alex91 0]

...Потому что так получается, что основной слой всегда верхний.

А что мешает может принять эту условность?

Тогда всё встало бы на свои места )

[Aldan 0]

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

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

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

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

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

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

[_Pasha 0]

_Pasha

ибо так изначально видно, какой слой при проектировании компонента считался основным

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

Наконец-то понял суть этого вопроса.

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

Следовательно, основной слой-таки всегда верхний, точнее - слой компонентов. :)

Раньше, даже в пикаде 4.5 - smd всегда рисовал на pintop&slktop итд, ибо разнобой в конце концов приводил к бардаку. (Может, это только со мной такое - не знаю) .

Далее, идя по жизни с пикадом, нашел правильным атрибут "Placement Side" - если кто помнит.

Здесь в принципе такого атрибута или свойства компонента, задаваемого при его создании, и потом поддерживаемого, ессно, при импорте списка цепей, -- не хватает.

[break 0]

viknn

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

 

Aldan

не считаю себя уж очень сильным специалистом в Кикад

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

 

Так вот, верх и низ прекрасно распознается при помощи цветов.

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

 

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

Лишние телодвижения. И иногда нужно видеть несколько слоёв.

 

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

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

А инверсия слоёв это просто прикол. Если не сказать хуже.

 

А сборки от viknn располагаются по ссылке ftp://ftp.kicad.ru/pub/kicad/install/win32/ но вряд ли они чем-то сильно отличаются.

У меня именно эта. Попробую другую. Отличаются даже размерами, хотя там архиваторы разные.

 

_Pasha

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

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

[faa 4]

break

проблему почти вкурил.

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

 

[break 0]

Aldan

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

 

faa

Спасибо.

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

[Aldan 0]

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

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

Теоретически могут иметь место два банальных варианта:

- ваш компьютер требует чистки от паразитов, мешающих нормальной его работе,

- вы не настроили антивирус-фаерволл на дружбу с Кикадом, что легко проверить отключив их перед запуском Кикада. Чаще всего этим страдает включенная проактивная защита.

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

 

[viknn 0]

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

Приложите свой файл для пробы. А то кажется, что причина в вашем PC (что за процессор, что за память...)

А сборки, которые собираются - хорошие, а не собираются - те плохие (на размер exe в основном влияет версия gui-библиотек и транслятора g++/vcc)