gEDA/gaf 1.8.0

Обзор всех полезных программ EDA, в том числе и gEDA, собран здесь http://www.gpleda.org/

Да ,есть там такая путаница(в KiCAD), сейчас они переходят на новый формат плат и библиотек(модули вроде перевели и платы, очередь за схематикой), чтобы сделать потом online базы данных компонентов.

Жаль мы скоро потеряем Qucs , если его на Qt4 не перевести, очень жаль, хорошая программа обладает несколькими руководствами на русском.... ,но очистка репов основных дистрибутивов от qt3 , убьет её.

Если набирутся другие человеки на портировать это дело - зовите.

Если она такая хорошая, то может портировать ее нужно на gtk ? А то и поддержке всего проекта qt конец возможно находится ближе чем можно себе представить, а пилить такого монстра как qt может себе позволить только ТНК :(

У меня USE="-qt4 -qt3support"

Ага, чтобы потерять кроссплатформенность (ой, только не рассказывайте про GTK на винде). Писать под Qt проще, и менять тулкит без причин не дело.

Ага, чтобы потерять кроссплатформенность (ой, только не рассказывайте про GTK на винде). Писать под Qt проще, и менять тулкит без причин не дело.

Если запись под Gentoo USE="-windows" давала бы эффект то написал бы.

Может лучше на wxWidgets сразу :)

Может лучше на wxWidgets сразу :)

Лучше буду я изучать и допиливать gEDA (и PCB из ее состава) под ЕСКД и ГОСТ.

Напишите об успехах в случае чего

Один в поле не воин :(, после освоения веб-разработки, думаю смогу объединить желающих в одну команду. Успех придет, никуда ему не деться, только кто-то будет наши достижения считать успехом, а кто-то нет.

Но сил и одиночки на обновление ebuild-ов хватает http://portage.perestoroniny.ru/sci-electronics/

# gschem --version gEDA 1.8.0 (gbbb6636)

Я про KiCad. Его использую актуальную версию из ланчпада (или как это у них называется?), с gEDA планировал знакомство, но так и не познакомился.

Я гарантирую дважды

Может это хорошая штука, но когда я в последний раз пытался что-то сделать, то потерпел фэйл ибо интерфэйс был ужасен. Я привык к интерфейсу а-ля PCad, Altium Designer. А геда привел меня к дипрессии (ушел в запой на неделю). Я рекомендую использовать KiCad и/или DipTrace под WINE

где Eagle?

Ты разочаруешься. Хотя я недолюбливаю Альтиум.

Не спорю, пробовал в 2010-2011, потом привык к gEDA

Отошли разработчикам PCB может конвертер/импортер сделают

И конкретные команды/действия (mini-howto, если хотите) для вышеописанного?

Я лично начинал с официальной справки, конкретно с этого: http://wiki.geda-project.org/geda:gschem_ug:hierarchy

В примерах так-же есть схема JTAG-программатора, по которой можно разобрать создание иерархических схем: http://wiki.geda-project.org/geda:example_usbjtag

Теперь ещё доступен и FAQ на русском по этому вопросу.

В дополнение, цикл моих статей в OSA (до того как плату за номера стали брать):

1. «Схемотехника в Linux с помощью gEDA. Часть 1: gschem»: http://osa.samag.ru/get/OpenSource057.zip

2. «Схемотехника в Linux с помощью gEDA. Часть 2: pcb»: http://osa.samag.ru/get/OpenSource058.zip

3. «Схемотехника в Linux с помощью gEDA. Часть 3: создание символа для gschem»: http://osa.samag.ru/get/OpenSource066.zip

4. «Схемотехника в Linux с помощью gEDA»: «Создание корпуса в PCB»: http://osa.samag.ru/get/OpenSource067.zip

в третьей части сделано лирическое отступление и рассмотрен вопрос интеграции gschem + pcb + xgschm2pcb

Оригинал у себя на блоге пока не дошли руки выложить :)

Оказывается, qucs уже выпилили из Ubuntu. Очень жалко.

А qucs это чё, гуй к spice?

Да, ЕМНИП (после выпиливания из репозитория не могу проверить) — к gnucap и FreeHDL

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

Замечу, что все остальные программы это как LaTeX в сравнении с Word и т.п.

Cпасибо, опубликовать можно у себя ?

Так не моя же публикация, да и зачем остальное когда есть gEDA. Ее и думаю запилить под ГОСТы и ЕСКД, внести украшательство и «удобства» интерфейс, но для начала надо ее освоить как есть, чтобы понятно было что требует правки.

А как там дела с pcb? Давно обновлялся? Он научился расставлять компоненты с шелкографией за пределами платы (пример: разъём, контакты которого расположены по краю платы, а шелкография вылезает за пределы платы)?

внести украшательство и «удобства» интерфейс, но для начала надо ее освоить как есть, чтобы понятно было что требует правки.

Т.е. пользователь должен самостоятельно допилить интерфэйс? Ты меня таки уговорил попробовать снова

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

А как там дела с pcb? Давно обновлялся? Он научился расставлять компоненты с шелкографией за пределами платы (пример: разъём, контакты которого расположены по краю платы, а шелкография вылезает за пределы платы)?

EGIT_REPO_URI="git://repo.or.cz/geda-pcb/pcjc2.git"
EGIT_BRANCH="pcb+gl"

http://portage.perestoroniny.ru/sci-electronics/pcb/

PCB использую из git репозитория с доработками по 3D визуализации, вроде и баги все исправлены в дополнении к новым возможностям. За пределы платы компоненты не пробывал еще ставить, хотя ничто не мешает footprints сделать обрезанными по контуру платы если такое ограничение имеет место, это чтобы получить результат - документацию на производство платы.

3D уже в апстриме, с разморозкой :)

Кстати, недавно в рассылке проскакивало PPA для убунтоюзеров.

Кстати, недавно в рассылке проскакивало PPA для убунтоюзеров.

Спасибо, сегодня будет и новый ebuild для PCB.

Если ты просто перетаскиваешь элемент так, что шёлк вылезает наружу, то никаких проблем.

А вот фиг! Пытаюсь вытащить первый попавшийся разъём (DIN41_612MALE abc.fp из pcblib-newlib/connector) вниз: курсор уже давно за пределами платы, а коннектор упёрся своим шёлком аки рогом в край платы и дальше ни в какую.

http://ompldr.org/vZ2RwOA

PS: pcb только что собрал из git-а, так что самый свежак.

Вопрос к AiFiLTr0, perestoronin, markevichus, h4tr3d, DR_SL, TwisteR, false, xterro, CYB3R и другим электронщикам, отписавшимся в треде. Как правильно переводятся на русский «top side» и «bottom side» в контексте сторон печатной платы? Сейчас в PCB переведено как «сторона компонентов» и «сторона пайки», корректность этого перевода мне кажется сомнительной. Думаю, лучше исправить на «верхняя сторона» и «нижняя сторона».

Пробовал geda, честно скажу, мне не понравилось. Страшно неудобная вещь. KiCAD пользовал в нескольких проектах, вполне себе, вот только я люблю авторазводку делать, а она в KiCAD просто жуткая. Поясню. Авторазводка позволяет прогнать сотни вариантов разводки и найти оптимальный, постепенно перемещая компоненты. Как говорится «на вкус и цвет». Для разводки платы я пользовал TopoR. Софтинка очень толковая, мне хватило Lite версии (бесплатна, работает под wine). Этим комплектом можно вполне делать дело. что касается моделирования...блин, кто бы спас qucks! Это же ВЕСЧ! Жалко.

кто бы спас qucks! Это же ВЕСЧ! Жалко.

Это уже третье упоминание qucs. Может, написать новость?

Напиши.

Красная сторона / зелёная сторона. Так очевиднее.

Напиши это важно, ибо я в кутях плох, а тут может стрельнет?

Top side - сторона компонентов(верхняя сторона)? bottom side - низ печатной платы, сторона на которой располагаются дорожки, или сторона пайки, хотя никто не мешает развести дорожки и сверху, на стороне деталей. Когда проектируют плату, на неё смотрят как бы сверху, со стороны деталей, отсюда и пляшут.

Сейчас в PCB переведено как «сторона компонентов» и «сторона пайки», корректность этого перевода мне кажется сомнительной. Думаю, лучше исправить на «верхняя сторона» и «нижняя сторона».

Я только за такое исправление.

Такие устаревшие переводы могли найти обоснование ретро-технологиями 80-90х годов, в частности корпуса микросхем в гражданской аппаратуре были в основном DIP и поэтому их ставили на одну сторону платы - верхнюю сторону - сторону компонентов, ввиду ограничений самого корпуса микросхемы по высоте, и паять было удобно только с одной стороны (нижней стороны - стороны пайки).

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

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

++

Напиши это важно, ибо я в кутях плох, а тут может стрельнет?

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

У меня давно уже заминусованы qt3-support и qt4. Если сейчас чем и полезно заниматься - так это только gEDA вытаскивая в нее все, что найдем полезным в других программах и дополняя ее новыми возможностями.

Возможно, что-то полезное можно рассмотреть и в других программах, отличных от тех, что написаны на gtk. Но если заглянуть дальше - то нужно ПО, которое позволяло бы через любой веб-браузер через область canvas вести совместную разработку одного проекта многими разработчиками одновременно в режиме on-line, а возможно и даже off-line. При этом бы не требала от разработчика установки на его рабочем месте никакого софта, отличного от самого обычного веб-браузера.

Думаю в стратегическом плане в будущем нет места обычному софту не ориентированному на веб-технологии.

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

Интересная тентенция намечается и по аппаратуре - технологии x86 (и amd64 в частности) уходят в прошлое, приходит ARM - который уже прочно обосновался с подачи Samsung в планшетах и смартфонах, а вскоре можно ожидать что и в серверах будут 16-ядерные ARM, и возможно и наши разработчики подтянутся и составят конкуренцию для ARM - платы МоноКУБ от МЦСТ тому пример.

В KiCAD оно называется Front и Back а во всплывающей подсказке «верхний медный слой» и «нижний медный слой» соответственно.

а новые разработки на qt, как и развитие и поддержку qt, сообщество всего скорее не потянет, qt это вотчина и монстр от ТНК.

Аццкое 4.2.

У меня давно уже заминусованы qt3-support и qt4.

Вот и держи свое мнение при себе.

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

Я эту сказку слышу 10 лет минимум.

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

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

top side - верхняя сторона bottom side - нижняя сторона

а далее уже вольная интерпретация по обстоятельствам.

У меня давно уже заминусованы qt3-support и qt4.

Вот и держи свое мнение при себе.

qt, windows - не интересны мне.

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

Я эту сказку слышу 10 лет минимум.

Нужно не только слушать, но сказку делать былью.

Монстрообразное и закрытое ПО это как кандалы на рабах.

С успехом использую для моделирования связку KiCAD + ngspice. Ngspice запускаю через скрипт подчищающий net-лист прямо из Eeschem.

С тех пор как лицензию нгспайса поменяли на БСД, идет активное пиление, по моим просьбам были сделаны некоторые фишки - спасибо разработчикам.