Comments 127
Восхищен проделанной аналитической работой!Браво!
а в реальности однослойные платы и поверхностный монтаж... причем монтаж китайщины
Для того, чтобы производство компонентов было рентабельным, нужно иметь соответствующий по объему рынок.
В Китае он есть по умолчанию даже без внешнего рынка, у нас - нет. Ко всему в Китае государство производство чего угодно всячески поддерживает. У нас же мало того, что производство дорогое и невыгодное, так еще и политика по отношению к производству не самая.... кхм... френдли. Хотя какие-то компоненты все-таки умудряются производить.
ПиСи
У нас производят многослойные платы, а монтаж и SMT, и THT.
Нужные САПР определяются по степени сложности проектируемых изделий. На сегодняшний момент выбор делают между следующими системами, и красным выделено то ПО, работу которого мы сегодня рассмотрим.
Статья немного запоздала, годика так на два. Видимо 2020 год на одном из слайдов неспроста. Потому что сейчас выбор приходится делать между совсем другими САПР...
Или Ланит готов поставлять лицензии и поддержку на перечисленные программные продукты и в нынешних реалиях?
Вот если вы сделаете аналогичный обзор + соответствующие библиотеки + обучение на отечественных аналогах люди предприятия к вам потянутся.
Неплохо бы к этому обзору, пусть даже этих же САПР, привести стоимость покупки лицензий и стоимость владения для каких-нибудь условных коллективов, скажем на 10, 20, 100 ... разработчиков (сколько-то схемотехники, сколько-то конструктора).
А так, в целом, трудно не согласиться, что современная электроника должна делатся современными технологиями...
Предприятия уже давно определились в применяемых системах, у большинства уже используется Altium Designer, причем с купленными официальными лицензиями. Поэтому мы можем спокойно внедрять интеграции на таких предприятиях.
Отечественные САПР мы активно изучаем, следим за их развитием и всячески способствуем их развитию, но, к сожалению, они пока не отвечают нашим требованиям для полного сквозного маршрута проектирования.
Тем более, что переход на полностью отечественные системы - процесс довольно трудоемкий, долгий и требующий учета всех нюансов и возможностей внедряемых систем.
Определиться конечно большинство давно определились и кто-то даже успел купить лицензии. Но часики тикают - 2025 год не за горами.
https://habr.com/ru/news/658243/
Тем более, что переход на полностью отечественные системы - процесс довольно трудоемкий, долгий и требующий учета всех нюансов и возможностей внедряемых систем.
И как раз поэтому здесь есть объем работ для специализированной фирмы, занимающейся осовоением и внедрением современных технологий разработки и прозводства.
А каждому конкретному предприятию поднимать этот вопрос с нуля не под силу и главное это не является его специализацией, направлением основной деятельности.
Вы серьезно?) Или вы УРА-патриот ?
Даже когда все вендоры были в стране уровень пиратства был запределельный , чего уж говорить про ситуацию сегодня
Если это отсылка к Delta Desing то увы никто его не использует для серьезных проектов - это уровень Pcad на сегодня , ну ладно может eagle )
Вы все пытаетесь описать как пользоваться чужими наработками и разработками. Сделали бы консорциум или даже некоммерческий фонд российских разработчиков аппаратуры. Взяли за основу KICAD 7, и начали совместно и ОТКРЫТО его дорабатывать хоть до enterprize уровня хоть до godlike. Да, по сравнению с сименсами и тд kicad сейчас не дает многих плюшек но от него вас не отключат и использовать запретить не смогут. Так же в нем уже очень много сделано для работы с централизованой бд компонентов и связка с freecad. И на нем вполне себе разводят довольно сложные платы . Надо плотно доработать. А разработка всем миром вполне себе способна на лопатки любой сименс уложить.
Консорциум уже существует - РазвИТие (https://plmrussia.ru/). В него входят и Аскон, и Еремекс.
Kicad брать за основу неправильно, уже есть прецеденты, когда предлагаемые изменения к opensource ПО, исходящие из РФ блокируются и не рассматриваются к внедрению в проект.
В России есть почти все системы для полного цикла для разработки электроники - DeltaDesign - САПР Макс - Компас 3D - Лоцман - Полином MDM, но их функциональность и возможности пока не позволяют нам предлагать эти системы на крупных машиностроительных предприятиях.
Данные системы сейчас активно развиваются и мы ожидаем, что в скором времени они обеспечат вполне качественный подход в проектировании.
Я говорю об интересах всего рынка от российского до мирового и существенного вклада в его развитие. Вы говорите о коммерческих интересах отдельных компаний которые хотят чтобы имеено их продукт продавался за много много денег и интересы которых например меня никак не интересуют. Кикад дает возможность возникнуть небольшим разработчикам из ничего и просто взять и делать дело не задумываясь где брать средства на покупку софта. Мелкие вырастают в средних. Средние в крупных. Это интересы государства и цивилизации. Если же говорить о блокировании наработок - При правильном подходе никто и никак ничего не может блокировать, дело исключительно в подходе. Все изменения должны быть открыты, ветка синхронизирована с основной. Хотят брать изменения - берут. Не хотят сейчас - возьмут позже. Делать не для того чтобы пушить в апстрим а для того чтобы реально улучшить. При существенном улучшении возьмут по любому в апстрим.
Вы из какой параллельной вселенной к нам в 23 год прибыли?
Поясните пожалуйста, в чем Вы обвиняете пользователя vazir ? Я всецело поддерживаю его идею и не могу понят, почему эта простая мысль так сложно укладывается в другие головы. Это касается не только САПР, но и всего ПО.
Тут слегка сложно поддерживать совместимость. Вы же понимаете что в основной ветке могут накрутить такого, что вы свои задачи из backlog туда уже без молотка не заколотите? А с каждым добавлением функционала поддерживать совместимость веток будет все сложнее и сложнее. Да и не факт что нужно.
Да и не факт что нужно
Именно так! :)
Тут вот еще что. Многие добрые СПО проекты катастрафически нуждаются в свободных руках, так что если правильно поставить работу, то это не Вы им будете слать код на review, а они Вам. Только вот подвижек в этом направлении нет, совсем. Не хотят у нас поддерживать СПО. Более того, власть имущие и присосавшиеся видят в нём угрозу своим доходам.
Вы не разглядели сарказма в моих словах? Ни в чем не обвиняю, но розовые очки всё же хорошо бы иногда снимать. Если даже Столлмана пытались отменить, то что говорить за простых смертных.
Я говорю об интересах всего рынка от российского до мирового и существенного вклада в его развитие. Вы говорите о коммерческих интересах отдельных компаний которые хотят чтобы имеено их продукт продавался за много много денег
Почему вы считаете, что интересы разработчиков ECAD не совпадают с производителями электроники, особенно, в мировом масштабе?
Kicad брать за основу неправильно, уже есть прецеденты, когда предлагаемые изменения к opensource ПО, исходящие из РФ блокируются и не рассматриваются к внедрению в проект.
Всегда можно сделать форк. Небольшие компании даже на Западе не рады отваливать десятки тысяч евро за лицензии ментору и всем остальным. Так что, небольшие инвестиции могут окупиться сторицей.
В России есть почти все системы для полного цикла для разработки
электроники - DeltaDesign - САПР Макс - Компас 3D - Лоцман - Полином MDM
Ни одна из перечисленных выше САПР не работает под Linux. На кой, простите, они вздались ?
PS: СПО никто у вас (нас) не отнимет. Да, коммиты могут не приинимать в апстрим, ну да и хер на них! Кто мешает вести свой более навороченный форк этих проектов и чери-пикать из основной ветки все самое лучшее ? Типичный пример FreeCAD LinkStage3 - китаец делает FreeCAD в сотни раз лучше чем сам FreeCAD, его коммиты не шибко приветствуют в основной ветке, при том что он зафиксил родовую травму FreeCAD-а (topology naming problem).
Kicad брать за основу неправильно, уже есть прецеденты, когда предлагаемые изменения к opensource ПО, исходящие из РФ блокируются и не рассматриваются к внедрению в проект.
Хотя бы один пример сможете привести?
Смею предпологать что речь идет о пуше в ветку ядра Linux парнями из Эльбруса, когда его не принимали просто потому что не хотят с нами связываться.
Речь шла про кикад, я про него и спрашивал. Во-первых, отклонение патчей по национальному признаку является событием из ряда вон выходящим, но я не сомневаюсь, что где-то есть маргинальные проекты с поехавшими мейнтейнерами, которые это практикуют. Кикад и наверное весь популярный софт в их число не входит. Во-вторых, история с Эльбрусом, на которую вы ссылаетесь, не имеет отношения к отклонению по национальному признаку. Я не знаю, что успели раздуть из этого в новостях, но если вы почитаете оригинальную переписку в LKML то увидите, что патч отклонен из-за отказа в сотрудничестве с компанией. К национальности авторов это отношения не имеет.
Вообще-то там было про Байкал Электроникс, а не Эльбрус. Пару месяцев назад мантейнер поляк отказался принимать их коммиты в ядро Linux. Мои коммиты тоже отвергают, ну так я и не плачу, просто веду свою ветку и все дела.
Ну я не видел ваши коммиты, но вы уверены, что их отвергают по национальному признаку, а не по иным причинам? Да и откуда им знать о вашей национальности, если вы сами не рассказываете об этом?
Какая-то неожиданная мнительность на грани с паранойей, ну доколе.
Ну я не видел ваши коммиты, но вы уверены, что их отвергают по национальному признаку, а не по иным причинам?
То был сарказм, как тут говорят. Нет конечно, отвергают по вполне обоснованым техническим причинам. И скорее всего с Байкал Электроникс было именно так. Я, честно сказать, не вдавался в суть их спора.
Сдается мне, что автор статьи - сотрудник типичной конторы-упыря^H^H^H^Hинтегратора. Присосались в своё время, навязали всякую рухлядь монстроидальную за страшные деньги и доят народ, расказывая сказки про EDM, PLM и прочую хрень которая 99% разработчикам не то что не нужна, она им во вред ибо усложняет работу, а не упрощает! Только вот доилку с той стороный баррикад пообломали и они теперь не знают что делать дальше. Разрабатывать они явно ничего не будут. Они даже готовое СПО внедрить не смогут, потому как тут голову прикладывать требуется, как минимум - выгнать всех продаванов и нанять программиистов, а это совершенно другая бизнес-модель. Сдохнуть такие интеграторы должны в самое ближайшее время! Во всяком случае я сильно на это надеюсь.
Вас сильно обидел какой-то интегратор? Что вы на них взъелись? Люди показывают, как правильно разрабатывать вещи так, чтобы наемные работники не были носителями того самого знания, без которого бизнес не смог бы в случае чего продолжать свою работу без них. Это идеологически с точки зрения построения бизнеса правильная идея. Я не буду утверждать, что это социально правильно в той части мира, где можно остаться ни с чем как наемный работник, но бизнес есть бизнес и его первоочередная задача — приносить деньги инвесторам, а не устраивать социальную справедливость. Увы, многие почему-то, как мне представляется, не хотят этого понимать.
Я просто вижу как идут дела в компаниях, которые повелись на все эти недешевые "решения" и понимаю, что КПД там ниже нуля. Пример: у нас коллектив из трех разработчиков в довоенные времена за год выдавал 3-4 тяжелых проекта сидя на KiCAD-е. В уважаемой дружественной фирме коллектив из десятка высококвалифицированных, обученных и сертифицированных инженеров сидя на Cadence за год смог выдавить из себя один backplain с пассивкой. У них 80% времени уходит на борьбу с САПР, 15% на согласования действий внутри команды и остальные 5% на работу, которую один из разрабов выполнил дома на древнем ломаном Альтиуме, потому что сроки припекли и начальство пригрозило лишить премий.
По моим наблюдениям, в каждом конкретном случае проблемы в первую очередь связаны с людьми, а не с ECAD. Не хотят разбираться, не хотят думать. А сложности с САПР это уже десятое дело. И будь вы семи пядей во лбу, если вам не показать приемы эффективной работы в любом ECAD и не объяснить на берегу, как правильно выстроить процесс разработки от и до, то сами вы до этого можете доходить годами.
Вы несете какую-то чушь и принимаете локальные проблемы какой-ко конкретной компании за проблемы с решениями. По факту, именно фигачить на потоке сложные системы(и поддерживать) сидя на KiCAD — и будет борьба с CAD на 40-60% времени, а нормальные системы это упрощают. Если проекты простые, а разработчики не умеют в проектирование так, как принято в системе, то да, конечно проще сидеть на KiCAD. Но если это был потолок вашей компании, то не стоят распространять эту ситуацию на всех.
Можете привести пример 3-4 сложных проектов в Kicad?)
Какая плотность компонентов , сколько доменов питания , сколько выводов на плис или может камень x86 вы в kicad трассируете , сказочники ?
Я просил сложных, а это обычный проект
Ок, для kicad это конечно сложный проект , но в целом это проект не уровня Xpedition или Allegro даже и близко
Но снимаю шляпу перед вами и вашими железными нервами. Просто когда речь заходит о действительно сложных проектах и где время выхода на рынок играет роль , там кикадом не отделаешься.
За статью спасибо.
В России таких проектов, о которых Вы говорите, считанные единицы, если вообще имеются. Вы, как я понимаю, находитесь в центре Европы, да там есть крупные корпорации для которых KiCAD слабоват-с. Но даже если посмотреть на весь мир глобально, компаний котрым требуется каждый месяц выдавать "на гора" по новой материнке для x86 можно пересчитать по пальцам. Автор статьи работает в российском интеграторе и вещает для россиян. Зачем нам весь его бред ?
Но снимаю шляпу перед вами и вашими железными нервами. Просто когда речь заходит о действительно сложных проектах и где время выхода на рынок играет роль , там кикадом не отделаешься.
Я более чем уверен, что о KiCAD-е Вы знаете только то, что он есть. Вы его пробовали ? Попробуйте и расскажите нам чего в нём нет такого, что мешает создавать платы для x86.
В России таких проектов, о которых Вы говорите, считанные единицы, если вообще имеются
Ну на общем фоне наверное их не так много действительно,но уже и не мало , есть целый ряд компании которые только такие проекты и делают и там поверьте мне не один проект точно )
Автор статьи работает в российском интеграторе и вещает для россиян. Зачем нам весь его бред ?
С чего вы взяли что это бред ? У вас какие аргументы есть ? Тот же КамАЗ например и еще целый ряд отечественных предприятий используют Plm/pdm уже много лет. Можете у них уточнить как им это жизнь облегчило. Создать самолет без таких интеграции тоже нереально. Я же вам об этом и говорю что когда возникает слово Kicad это сразу маркер уровня сложности проектов. В кикаде вы можете сделать одну платку на скифе -ок. Что насчет системы на платах , что насчет кабелей ? Что насчет моделирования той же платы что вы в кикад сделали?) что насчет DFM/DFA/DFT и процесса NPi ? Это все не про кикад. Высокая степень интеграции САПР и ее сквозной подход позволяет проектировать действительно сложные устройства над которыми одновременно работают люди из разных доменов в режиме реального времени.
Я более чем уверен, что о KiCAD-е Вы знаете только то, что он есть. Вы его пробовали ? Попробуйте и расскажите нам чего в нём нет такого, что мешает создавать платы для x86.
X86 я просто привел как быстрый пример. Я в кикад пользовался когда студентом был и делал свои diy штучки. Развести x86 можно и на миллиметровке при большом желании и неограниченном количестве времени.
Но даже если посмотреть на весь мир глобально, компаний котрым требуется каждый месяц выдавать "на гора" по новой материнке для x86 можно пересчитать по пальцам
Еще раз тут речь не про x86 совсем
PLM нужно там где вам нужно сопровождать и поддерживать жизненный цикл изделий пока они на рынке. Особенно когда у вас не одно устройство а еще и не один рынок. Вы со своим кикадом мыслите очень узко к сожалению
X86 я просто привел как быстрый пример. Я в кикад пользовался когда студентом был и делал свои diy штучки.
С тех пор много воды утекло. В 2019 году KiCAD взял под крыло ЦЕРН и процесс пошел семимильными шагами. Сейчас KiCAD 7 не менее удобен чем Altium Designer, имеет все необходимые средства для трассировки высокоскоростных цепей, при этом в разы быстрее и менее требователен к ресурсам. Работать в KiCAD 7 доставляет удовольствие, в Cadence - только боль. Altium - только под винду и не применим в современных реалиях.
Развести x86 можно и на миллиметровке при большом желании и неограниченном количестве времени.
Сомнительно. Карандаша такого не найдете чтобы проводники шириной 2mil рисовать. :)
С тех пор много воды утекло. В 2019 году KiCAD взял под крыло ЦЕРН и процесс пошел семимильными шагами. Сейчас KiCAD 7 не менее удобен чем Altium Designer, имеет все необходимые средства для трассировки высокоскоростных цепей, при этом в разы быстрее и менее требователен к ресурсам. Работать в KiCAD 7 доставляет удовольствие, в Cadence - только боль. Altium - только под винду и не применим в современных реалиях.
Так все дело в том что сам Альтиум тоже не подходит для больших проектов ?
Есть только два сапра который с ними справляются это Xpedition (тут полный фарш) и Allegro
Altium как раз можно с Kicad сравнивать они +|- одного уровня тут я с вами согласен
Но вы пропустили кучу моих вопросов и оставили их без ответа(( но я знаю причину - тут нечем крыть , этого всего нет в кикаде и близко
Altium - только под винду и не применим в современных реалиях.
В каких реалиях ?) в релиях УРА патриотизма-дебилизма ?)
Как люди делали в пиратском альтиуме/Xpedition/allegro платы так и продолжат в нем делать. Я уж знаю уровень пиратства в РФ особенно по Xpedition. Да и всех пиратов знаю почти в лицо , так как всем им поддержку оказывал
PLM (Product Lifecycle Management) нужен компаниям, в которых работают разработчики. Как видно из аббревиатуры PLM предназначен для сопровождения продукта в течении жизненного цикла. Это может быть 10-15 лет. За это время с продуктом и его составными частями может произойти многое. А теперь представьте, что таких продуктов (сервер, промышленный компьютер, многофункциональный дисплей и т.д.) могут быть десятки или сотни. Какие инструменты вы будите использовать?
PLM нет только для разработчиков, а для всего предприятия или даже для группы компаний. И как раз для поддержки десятков и сотен продуктов и нужны тяжелого класса PLM системы с контролем ревизий, с планированием, с PDM частью, где хранятся инженерные данные, с технологической частью, с рабочими процессами, нормативными мастер-данными и так далее.
Чтобы даже через 15 лет вы точно могли понять какой версии документация использовалась для конкретного номера изделия, кто его выпускал, кто согласовывал и подписывал, какую именно прошивку туда прошивали и с каким термопрофилем паялась печатная плата на какой именно установке.
Взяли за основу KICAD
Только не Кикад! Ну пожалуйста, не надо! Когда пытался его освоить, столько раз хотелось вилкой в глаз создателю.... Настолько там всё нелогично, неудобно! Хотя плюсы есть, например, шорткаты из одной буквы.
Вот DipTrace мне понравился! Очень простой в использовании, логичный, привычный для тех кто хоть что-то чертил. Правда, он не опенсорсный, и я так и не понял тогда, разработчик российский или украинский, как-то они шифровались... Но если что-то похожее по интерфейсу будет - это прям хорошо :)
У меня, например, история обратная, в KICAD все просто, логично и документировано. Базы компонентов открытые. Альтиум тормоз, неудобный. Платный. И под мою ось нет. Eagle - очень похож, выкуплен же мажором и можно сказать закрыт к чертям. Альтиум поставил, так, сравнить, почему его используют. Смысла не увидел, пришел к выводу что кикад более чем достаточен, расширяем.
Как пользователь программ SprintLayout, KiCAD, P-CAD, EagleCAD, Fusion-360 - отнесение их к разным категориям вызывает недоумение.
SprintLayout и Ki-CAD - оба уровень0. Почему? ну со SprintLayout - понятно. Это просто paint для плат. Но Ki-CAD - то за что?
P-CAD - который уже в гробу переварачивается почему в 1-ю категорию. чем он лучше KiCAD? в KiCAD есть проверка на соответствиие схемы и платы, куча констрэйнтов, куча компонент, SPICE симуляция, прокоадка дифф. пар, и прочих фишек кад-ов более выскогого уровня.
Да, там нет enterprise фишек по совместной работе, но почему 0 уровень? его же нельзя сравнивать со SprintLayout это совершенно разные вещи.
Разделение условное, конечно.
PCAD отнёс к уровню 1 ввиду того, что у многих компаний он использовался(-ется) очень долгое время, имеется большой задел изделий, спроектированных в пикаде, плюс вся библиотека разработана для этой системы. При всем этом все эти данные можно легко преобразовать в формат Altium Designer и продолжить разработку.
Мало где видел большую историю проектирования изделий в Kicad, может только в Росатоме? Если настроить работу кикада, связать его данные хотя бы каким-либо образом с MCAD системой и создать полноценную сетевую библиотеку элементов, настроить однотипное формирование документации всем коллективом, то вполне такой уровень внедрения можно отнести к уровню 1. Но, в основном, Kicad используется по-другому: каждый самолично разрабатывает собственные платы в отрыве от взаимодействия с коллегами
Меня тоже посмешило про KiCAD и P-CAD. Автор статьи вообще не в теме предметной области, наслушался историй в курилке и излагает.
Если ваши разработки уровня штучных узкоспециализированных изделий, собранных вручную или даже с помощью одной SMT установки, то вам и нет необходимости применять PDM/PLM системы. Такие высокоуровневые системы необходимы, когда на предприятии десятки отделов, сотни схемотехников, конструкторов и технологов, несколько линий SMD/SMT, линий пайки, линий конечной сборки, линий тестирования и контроля - тогда все ваши гиты кикады и пикады погрязнут в непреодолимой рутине нахождения нужных данных среди данных отдельных пользователей на их локальных компьютерах
Такие высокоуровневые системы необходимы, когда на предприятии десятки
отделов, сотни схемотехников, конструкторов и технологов, несколько
линий SMD/SMT, линий пайки, линий конечной сборки, линий тестирования и
контроля
Прошу назвать все эти три фирмы которые удовлетворяют таким требованиям. Ах, да, их в России просто нет! В России есть отдельные контрактные разработчики электроники, их много, больших и маленьких. Но не смотря на размер фирмы, команды разрабов там, как правило, очень узкие (местами, численный состав менеджеров и руководителей в разы превышает инженерный состав). Есть фирмы контратные сборщики/производители электроники - этим до САПР вообще фиолетово, у них основной инструмент - таблица BOM в Excel формате и специализированный софт на автоматах и машинах СОИ, кто-то создает свою CRM для управления заказами или пользуется общедоступными. Есть несколько производителей печатных плат - там свой САПР (CAM350) и им тоже фиолетов на ваши PDM/PLM. Кому Вы вещаете ? Кто является целевой аудиторией всех этих тяжеловесных решений ? Где эти вертикально интегрированные сверхкорпорации ? Нет их больше в России. Да и не было особо.
тогда все ваши гиты кикады и пикады погрязнут в непреодолимой рутине
нахождения нужных данных среди данных отдельных пользователей на их
локальных компьютерах
Простите, хочу задать вопрос - Вы представляете что такое Git и как организована работа с его помощью ? На всякий случай, если Вы вдруг не в теме, то я поясню. Ядро Linux разрабатывает несколько сотен тысяч человек из нескольких тысяч организаций, вся работа построена через Git. Никто ни у кого никаких данных на локальных ПК не ищет и не теряет, для этого, собственно, Торвальдс и придумал Git (расширил и углубил идеи CVS/SVN и тд). KiCAD легко интегрируется с Git. P-CAD, Altium и Cadence - нет! Причина последнего - проприетарные бинарные форматы основных файлов в виде блоба. В KiCAD форматы файлов максимально приближены по сути к исходникам программ на языках высокого уровня - иерархическая модульная структура, текстовые человекочитаемые файлы (Вы можете рисовать схему в текстовом редакторе). Это позволяет вести работу в виде последовательных изменений (коммитов), которые отслеживает Git со всем его многообразием возможностей. Представьте, что Вы не разрабатываете плату, а пишите ПО на языке высокого уровня с помощью VSCode или редактора vi, периодически внося свои проверенные изменения в общий репозиторий с соответствующим коментарием. Вы можете в любой момент посмотреть историю изменений, откатиться в любую точку, мерджить изменения выполненные другими разработчиками или из другой ветки проекта, отправлять изменения на review или проводить такие review в команде. Прошивки ПО для разрабатываемых плат, входные данные к ним, таблицы и прочее, все это тоже может и должно быть в Git репозитории проекта и может находиться в зависимости от версии платы. Я настоятельно рекомендую Вам попробовать и прочувствовать эту связку KiCAD + Git. Это радикально другой подход в организации разработки электроники. Это чем-то напоминает переход от чертежей ИС к их описанию на языках HDL и синтезу схем в индустрии проектирования СБИС случившейся на рубеже 80х-90х годов. В KiCAD нет синтеза и нет автоматической трассировки, но это может быть следующей ступенью прогресса и для неё всё подготовлено. Поручикам^H^H^H^HChatGPT-шникам - молчать! :)
Прошу назвать все эти три фирмы которые удовлетворяют таким требованиям. Ах, да, их в России просто нет!
Яндекс, Ядро, Сбер. Это из того, что сходу вспомнилось.
Ядро Linux разрабатывает несколько сотен тысяч человек
Это программирование, а не разработка электроники, конструирование механики или процесс производства. Не вводите в заблуждение, приравнивая все эти виды работы. Они разные, с разными особенностями.
KiCAD легко интегрируется с Git. P-CAD, Altium и Cadence — нет!
Пикад действительно нет, альтиум с кейденсом умеют. Правда, не так, как вы привыкли, но это уже часть ответа на другой ваш комментарий.
Вы можете в любой момент посмотреть историю изменений, откатиться в любую точку, мерджить изменения выполненные другими разработчиками или из другой ветки проекта, отправлять изменения на review или проводить такие review в команде.
Да-да-да, скажите это инженеру-конструктору или технологу на производстве: посмотри там коммит такой-то, там было то-то. Вы что, не понимаете, как устроены взрослые MCAD?
Яндекс, Ядро, Сбер. Это из того, что сходу вспомнилось.
Ни одна из этих компаний не имеет своих производственных мощностей. Яндекс и Сбер не имеет разработчиков электроники, они аутсорсят разработку.
Это программирование, а не разработка электроники, конструирование
механики или процесс производства. Не вводите в заблуждение, приравнивая все эти виды работы. Они разные, с разными особенностями.
До появления HDL разработчики ИС тоже мыслили в подобном ключе: "какое нафиг программирование, ватман и кульман - вот наши инструменты".
Вы не правы, у каждой из этих компаний есть множество своих производственных площадок, свои R&D и большие штаты разработчиков, не надо писать ложь и вводить людей в заблуждения
Эту лапшу про множество производственных площадок у Сбера и Яндекса расскажите кому нибудь другому. Про штат разработчиков - там коллектив минимально достаточный для постановки задач и контроля подрядчиков. Про Ядро - да, у них есть своё производство, сборочное-отверточное, а так всё что они напроектировали производится в Китае. У Яднекса и Сбера тоже.
рекомендую Вам попробовать и прочувствовать эту связку KiCAD + Git
Такой вопрос. Когда программист делает пулл риквест в гит, ответственное лицо его проверяет и одобряет. Но в случае с программой можно смотреть на её текст и решать годно или нет. А в случае с чертежом - можно ли открыть его с предлагаемыми изменениями? А то фтыкать в XML-ку как-то немного бессмысленно :)
Вы, очевидно, плохо представляете себе, как устроен контроль версий в ПО. Без сарказма советую обратить внимание, и вы увидите, как KiCAD с git из коробки попадает на 1-й или 2-й уровень по вашей классификации.
На старом месте работы сам выбирал удобный для себя САПР, руководство всецело доверяло мне в этом вопросе. Использовал связку SolidWorks + DipTrace. В солиде проектировались корпуса, элементы крепления плат и геометрия последних. После, сложные контуры ПП экспортировались в дип, который на тот момент «умел» только прямоугольные делать. В дипе версталась схема, формировался перечень элементов, все переносилось на ПП, которая разводилась в полуавтоматическом режиме.
Симуляция работы схемы, предварительная подгонка режимов - MicroCap. После - обязательное макетирование/прототипирование в «железе».
На новом месте работы я уже ничего не решаю, только пользуюсь тем, что утверждено. Связка КОМПАС + Altium. Часть старых проектов - Autocad + PCAD4.5
Хороший обзор! Однако, мне непонятно странное выдвижение Cadence на самые топовые позиции. При том, что в самой статье почти всё время речь именно о софте от Альтиум.
Я работал в P-CADе, в Альтиуме, в Кэденсе и в Кикаде (именно работал на работе за деньги, а не делал хобби проекты). Систему нигде не выбирал, т.к. это было устоявшееся решение до моего прихода в компанию. Так вот, моё личное впечатлене, что Cadence пользуются не топовые компании, а просто старые, крупные предприятия. Более того, это часто наоборот компании погрязшие в бюрократии и многослойном менеджменте, и даже медленно загибающиеся. Никаких преимушеств по сравнению с тем же Альтиумом я не вижу, однако вижу в продуктах Кэйденс ужаснейший интерфейс, ещё и существенно различающийся в редакторе схем и в редакторе печатных плат. В 11 случаях из 10, на эту претензию я слышу от пользователей Кэйденса - "Ну так возьми, поковыряйся пару дней и настрой всё под себя! Горячие клавиши, интерфейс, заготовь скриптики облегчающие то или иное действие, итд". Мои аргументы, что я хочу заниматься электроникой, а не настройкой корявого интерфейса, почти всегда комментируются очень аггрессивно, с посылом, что просто я слишком тупой для невероятных продуктов Кэйденс, или реже - "так исторически сложилось"
Последней каплей было то, что я написал длинное письмо в саппорт Cadence с жалобами на некоторые косяки, причём не только интерфейса, но и просто стабильности работы (вылетания при определнных действиях, моргания изображения итд). Так вот, на это письмо мне не ответили даже отбивкой типа "ваш звонок важен для нас". Его просто проигнорировали. (Я работаю с лицензионным ПО, так что рассчитываю на саппорт).
Кстати, на более простые вопросы саппорт отвечал быстро и достаточно хорошо.
Всё выше написанное является моим личным мнением. Я никого не убеждаю, что Altium лучше, чем Cadence, или наоборот. Косяков хватает у обоих. Мне кажется, что для 80-90% задач вообще достаточно Кикада. Но т.к. я сейчас вынужден работать с ECAD от Cadence, очень хотелось пожаловаться. Наболело :D
p.s. в Менторе работать сколько нибудь значимое время не приходилось, так что про него ничего сказать не могу.
спасибо за ваш опыт!
Каденси действительно является общепризнанным Enterprise уровня ECAD, поэтому он и находится на верхних строчках. В этой системе есть функционал для проектирования HiSpeed трасс, есть функции довольно качественные для разработки больших печатных плат с тысячами компонентов и сотням цепей. В этой системе разрабатывают свои референсы Intel и предоставляют их для своих процессоров.
Каденси причем стоит очень дорого, это узкоспециализированный Enterprise софт, поэтому его купят и будут использовать не за его удобство или распространенность, а потому, что выбора другого нет - нужно выпускать поточно высокотехнологичные дизайны на основе референсов.
Высокотехнологичные дизайны на основе референсов легко и просто подготавливаются и выпускаются в KiCAD. А вот Cadence нужен только высокозаболоченным, трансконтинентальным корпорациям которым важно играть в шашечки, а не ехать. Еще его приобретают небольшие коллективы которые хотят почувствовать себя крутыми за гос счет (эдакие кролики которых тупо разводят) - типа постоять рядом с гигантами, проникнуться и прочувствовать на себе всю мощь, потом ходить с широко раздвинутыми пальцами и рассказывать какие они крутые... в Cadence проектируют! Но это до первых санкций.
Видимо вы никогда не видели референсные дизайны для процессоров Intel/AMD, раз такое заявляете. Перевести такие дизайны в другую ECAD задача довольно сложная, если нужна будет дальнейшая поддержка этого проекта с внесением в него изменений.
А если вы отказались от Cadence, то смогли его официально приобрести?
Видимо вы никогда не видели референсные дизайны для процессоров Intel/AMD, раз такое заявляете. Перевести такие дизайны в другую ECAD задача довольно сложная, если нужна будет дальнейшая поддержка этого проекта с внесением в него изменений.
Я видел референсы на плату со СКИФом и Эльбрусом выполненную в Altium (у каждого чипа по 2000 выводов, кстати). Смысл в этих референсах только в том, что бы подсмотреть спорные, плохо задокументированные моменты. Использовать референс как основу для своего дизайна - это для дибилов (так наверное только китайцы проектируют). Дизайн наших изделий мы делаем самостоятельно, с чистого листа, путем копирования своих отработанных и оттестированных узлов, постепенным наращиванием и добавлением новых, каждый раз с глубоким погружением в даташиты. По мимо прочего, это еще позволяет не распыляться на ЭКБ, а использовать библиотечную, имеющуюся на складе и загруженную в машину. Если действовать как Вы говорите, то Ваши библиотеки уже к третьему проекту не будут вмещаться на жесткий диск, склад разрастется бесполезными "остатками", а машину нужно будет постоянно полностью переналаживать - это ненужные затраты времени и денег, которых в нашей маленькой фирме всегда нехватает. :)
А если вы отказались от Cadence, то смогли его официально приобрести?
Ну я долгое время пользовался студенческой лицензией, в какой-то момент по случаю приобрели на фирму лицензию на зарестрикченный Cadence OrCAD/Allegro (серверный вариант) - была у официалов такая акция по "легализации", продавали лицензии по заниженной цене. В принципе нам его хватало даже с обрезаниями, но в 2019 году решили попробовать KiCAD и так на нём и остались. Сейчас Cadence открываю только для того, чтобы подсмотреть в старые проекты. KiCAD за четыре последних года сделал качественный рывок в развитии.
Использовать референс как основу для своего дизайна - это для дибилов (так наверное только китайцы проектируют).
Получается во всем мире одни дебилы живут и только тут в РФ есть один уникум который пошел своим путем ?
Я же говорю кикад прививает совершенно другой подход к разработке и образ мышления не системный….
То, о чем Вы говорите это не системный образ мышления, а "пакетный". Что Вы с таким образом мышления будете делать когда у Вас не окажется референса, а вендор пошлет Вас лесом ?
Я человек советской инженерной школы, нас учили мыслить и искать решения не привязываясь к конкретному вендору (конкретной системе, слова "вендор" тогда не знали) при этом вникая в суть и понимая процесс. Смена вендора для меня не является проблемой, а для Вас, человека с "системный образом мышления", это смерти подобно.
Рекомендую Вам для прочтения The Programmer's Stone. Это несколько скорректирует Ваше мировоззрение как молодого инженера.
Ну, нельзя сказать, что выбора нет -- есть менторовский Экспедишн.
Кстати говоря, сидел я достаточно долго на нём (ломаном, естественно -- шеф всё собирался минимальную версию взять, да так и не взял). Потом я стал ИПшником и решил озаботиться лицензионным софтом (если возможно, стараюсь покупать; если нет возможности -- спокойно использую пиратское). Сделал платку в КиКАДе и пришёл к выводу: дешевле купить ПАДС Про, который по своей сути -- обрезанный Экспедишн. Купил, пользовался, пока Сименс всех русских пользователей не забанил. Поскольку лицензия действовать перестала (её надо каждый год скачивать с ихнего сайта, хотя право на использование купленной версии само по себе бессрочное) -- ну, я с чистой совестью вернулся на ломаный Экспедишн. С EDM, ага -- мне с ним удобней.
К сожалению люди которые используют кикад видимо никогда не имели дело с действительно тяжелыми и сложными. Проектами, где задействуется много доменов различных. Отсюда у них и такое непонимание всех процессов. Никто не спорит что кикад хорош для обычных плат не сложных , но это для контор где 1-2 человека трудятся над проектами. Как только у тебя появляется несколько групп разработчик , а то и филиалов в разных регионах , о каком кикаде тут речь ? Даже не в вопросах возможностей таскания проводников по плате , а именно организованный подход к центральной библиотеке , к запросам на добавление новых компонентов в библиотеку , да тот supply chain который как никогда сегодня актуален
Так надо было не письмо писать, а кейс заводить через портал поддержки с описанием конкретного бага. Или пинать локального дистрибьютора. Впрочем, сейчас это всё не имеет значения уже. А насчет интерфейса, ну вкусовщина же. Один раз среду настроил как душе угодно и вперёд, проектировать. Преимущества видны на крупных проектах.
Но fusion360 - это же не только механика. Там можно и электронику проектировать.
На моей хобийной лицензии я смог проектировать плату, развести её, тут же получить 3d модель и нарисовать вокруг платы корпус.
В платной версии есть ещё и симуляции и командная работа(вроде как)
удивительно, не видел fusion360 в работе, нужно будет посмотреть эту систему
Спасибо
Fusion 360 - отличный инструмент, пользовались им несколько лет, в том числе для ЧПУ обработки (отличный CAM модуль). Только опять же проприетарный и привязан к облаку. Оплатить лицензию сейчас из России не представляется возможным. Для небольших коллективов и частных пользователей за пределами РФ - настоятельно рекомендую.
Хм, а не проще ли было сделать схему и плату в игле, а потом загрузить во фьюжн для 3д визуализации?
А вот тут пишут что Altium Designer включает в себя и PLM.
И вообще он единственный кто имеет такую фичу, Это значит что для энтерпрайза он выше остальных?
Хотелось бы объективных воспроизводимых testbench-ей для оценки производительности разных ECAD-ов, а не неких оценок основанных на мнениях.
А то вон Altium считает свой интерфейс трассировки плат лучшим в мире. Т.е. значит это единственный тулс достойный для выбора в интерпрайз?
Ещё Altium в реальном времени прямо по схеме показывает наличие компонентов в стоках и может сразу дать оценку цены электроники включая цену сборки. Это ли не настоящий энтерпрайз?
У Altium есть продукт Concord Pro, который сейчас преобразовался в Altium Enterprise Server. В нем есть зачатки управления только данными, относящимися к электронике и разработанными в Altium Designer. А полноценная PLM система должна управлять многими типами инженерных данных от транзистора до готовой турбины самолёта, включая все этапы проектирования от технических требований до эксплуатации и утилизации устройства.
Concord Pro отличная система для управления данными при проектировании только печатных плат, но при этом возникают довольно существенные минусы с интеграцией этого сервера с полноценной PLM системой. И альтиум не один такой, например, у Siemens есть свой EDM функционал, который внутри себя обеспечивает управление данными проектирования.
Про лучший интерфейс - это же рекламное заявление самой компании Altium, хотя многие с этим согласятся. Для энтерпрайз интерфейс не является основополагающим свойством ECAD системы, для высокоуровневой системы необходим большой набор функций, способность стабильной работы на больших проектах, наличие интеграций с другими системами для обеспечения полного сквозного маршрута проектирования печатных плат.
Интересно, что вы вкладывает в понятие "полный сквозной маршрут проектирования печатных плат" ?
Плата же маленькая часть тех огромных систем, с которых вы начали статью.
Надо наверно говорить о "полном сквозном маршруте проектирования огромных интерпрайзных систем". Тогда забыли про управление требованиями в начале и программирование в конце.
Altium самодостаточен для полного проектирования печатных плат. Сами в статье это продемонстрировали.
А зачем нужен внешний PLM, когда в Altium он и так есть не сказали.
Интеграцию с тулсами физического моделирования я бы назвал фикцией. Физическое моделирование на современном этапе возможно только частичное и очень ограниченное. Будь то симуляция цепей, плэйнов, электромагнитных полей, тепловых полей и т.п. Фрагментарная симуляция не будет считаться неким необходимым этапом "сквозного проектирования", это переиспользуемые отдельные проекты живущие своей жизнью.
Тут надо бы разобраться в самом назначении PLM. В Altium считают что PLM нужен для оперативного управления модернизацией. Чтобы вовремя и быстро заменить одни платы на другие и компоненты на платах. Для этого вам всего лишь нужно иметь online широкий доступ к базам поставщиков. Вот и все что нужно реально от PLM.
Может быть PLM нужен для генерации какого-то ассортимента бумаг для внутрикорпоративного оборота. Ну тогда можно понять. Но как это отнести к проектированию. Это всего лишь помощник в организации процессов управления, а не проектирования. Потому что проектировать в принципе можно вообще без отчетов, BOM-ов, сводок, докладов, чертежей и бумаг.
Ну ну Altium - единственный кто сделал это в последнюю очередь из большой тройки. У Mentor EDM существует уже десяток-другой лет ))
KiCAD + Git = наше все. Отказались от Cadence в пользу этой связки. Если более детально, то:
Ни Cadence ни Altium не поддерживают работу с репозиториями Git по причине использования проприетарных бинарных форматов. KiCAD использует открытый формат на основе структурированного текста, человеко-читаемый и легко интегрируемый в Git. Это позволяет организовывать работу над проектом коллективам из нескольких человек находящихся в тысячах километрах друг от друга, по образу, подобию и духу разработки ПО. Это то направление куда сейчас движется разработка электроники!
Cadence имеет ужасающий интерфейс а-ля "привет из 90-х". Собсно он вырос на т.н. "рабочих станциях UNIX" и остановился в развитии вместе с их исчезновением в средине 2000-х. Скриптовый язык в его составе также ужасен и беспощаден как и GUI. Разрабатывать свои библиотеки для Cadence - дикая боль, опять же без скриптов не обойтись, либо приходится использовать third-party утилиты за большие деньги. 3D рендеринг платы ужасен. Signal Integrity и Circuit Simulation вообще не пригодны к использованию - мозги свернешь себе пока засимулирушь цепь из лампочки и выключателя. Трассировать плату с числом слоев более чем 4 в Cadence это просто ад ацкий! Инстралляция занимает десяток гигов на диске и страшно тормозит на пустом проекте даже на самом топовом ПК. Не стабилен, часто крэшится, бывает что после сбоя проекту настает п#зда (dbdoctor не помогает). Единственное достоинство - есть под Linux. Стоит космических.... нет, галактических денег.
Altium имеет удобный интерфейс, но на этом все его достоинства заканчиваются. Есть только под винду. Так же как и Cadence страшно требователен к ресурсам, последние версии привязаны к проприетарному облаку. Стоит чуть дешевле Cadence-а, но порядок цен тот же. За каждый чих - выкладывай деньги.
Ни Cadence ни Altium не имеют встроенных просмотрщиков Gerber файлов. Только сторонние утилиты за отдельные деньги.
KiCAD 7 имеет удобный интерфейс (местами позаимствован у Altium-а), всё операции забиндены на горячие клавиши, имеет все необходимые средства для трассировки высокоскоростных линий и дифф пар, в том числе выравнивание длин в дифф парах. Гигантская встроенная библиотека компонентов и футпринтов. Удобный и быстрый редактор компонентов. Встроенная симуляция SPICE с использованием нескольких бэкэндов. Встроенный просмотрщик gerber-ов с элементами редактирования и мультиплицирования. Для экспертов - скриптинг на Python (ни разу не пригодилось кстати). Масса сторонних бесплатных плагинов с интересными, но бесполезными, фичками. :-) Быстрый как пчелка, не требователен к ресурсам (требует аппаратный OpenGL/EGL). Генерирует отличные 3D модели и очень красивый рендер печатной платы. Открытый, человекочитаемый текстовый формат файлов, легко интегрируется с Git. Есть под FreeBSD, Linux и MacOS (под винду разумеется тоже). Огромный, активный и приветливый коммьюнити, масса проектов в свободном доступе (в т.ч. на Github-е) - есть куда подсмотреть. Абсолютно бесплатен. Поддерживается и финансируется ЦЕРН-ом, но донаты приветствуются.
Наш процессорный модуль RanetkaPC полностью выполнен в KiCAD-е - 10 слоёв, 7-й класс точности, выравненные дифф пары и сигнальные линии DDR4. Запустился с первого раза.
PS: KiCAD 7 не плохо импортирует проекты из Altium. Недавно импортировал проект SDR трансивера Волк, после мелких доработок можно выпускать gerber-а или продолжать разрабатывать проект в KiCAD-е.
Сколько в вашей плате компонентов и цепей?
Я думаю больше чем на плате iPhone приведенной выше как образец высокотехнологического изделия:)
вы действительно сравниваете Apple A11 чип с 1892ВА018 «СКИФ» ?
Нет, не сравниваю, они под разные задачи. Я в целом не про чипы а про плату и исполнение. Интерфейсов у Скифа может и побольше будет, и даже 4 JESD204B линии по 12.5 Гбит/с если не ошибаюсь. И рендер красивый.
Если говорить по числу выводов, то обе микросхемы очень близки. Но, на мой взгляд Apple A11 развести несколько легче СКИФа, так как в нём SDRAM и всё высокоскоростное интегрировано в корпус микросхемы (package-on-package). У СКИФа два канала LPDDR4, два PCIe, DSI, CSI, USB и прочего добра которое требуют отдельного внимания проектировщика и трассировщика. A11 имеет одну шину питания, у СКИФа их четыре (требуется четыре стаба). В целом, A11 это законченное специализированное решение требующее минимального обвеса нацеленное на минимизацию занимаемой площади. СКИФ - более универсален, от того более сложен в разводке.
Конкретно в этой, что на картинке, чуть более 700 цепей на 6-ти слоях. Там с обратной строны прицеплен процессорный модуль у которого более 1000 цепей.
Пропустим ваше бухтение про кейденс, спишем на "не разобрался" (это тоже сарказм, если вы не поняли).
Расскажите, пожалуйста (на полном серьезе, меня действительно интересует этот вопрос, вижу, вы человек сильно в теме), вот есть у вас плата в кикаде, вы там перелопатили половину всей платы, поменяли трассировку, накидали новых компонентов. Попутно делали коммиты. А теперь я хочу выкинуть часть того, что было сделано, но добавить свои последние правки. В чем тут вам гит поможет? Я действительно хочу разобраться, как это может работать в ECAD. Как это типа работает в альтиуме и кейденсе я примерно представляю. А чем поможет текстовый формат кикада?
Смерджить Ваши последние правки с платой более ранних версий Вы сможете только если правки независят от более поздних изменений, иначе git попросит разрезолвить конфликт вручную (это можно сделать, но гиморно). Если конфлита не возникло, то все ок, продолжите работать. Если возник конфликт в трассировке, то можно отдельно смерджить только схему, засинхронизировать плату по схеме и развести заново недостающий кусок.
Я иногда делаю так. У KiCAD-а есть фича - синхронизировать плату обратно со схемой. Нахожу в истории подходящую точку (коммит) ориентируясь на трассировки платы, делаю git checkout -b, загружаю pcbnew, делаю синхронизацию обратно со схемой и поехали пилить новый проект или новую ветку. Теоритически, если коммиты делались регулярно и синхронно с изменениями в трассировке и схеме, то рассинхронизации быть не должно. Но я иногда забываюсь - по старой привычке сначала накидаю всю схему, а потом перехожу к трассировке, вот эта фича меня спасает. На мой взгляд правильно работу вести блоками - накидал схему блока, оттрассировал, накидал следующий и т.д... на финальных стадиях блоки обьединяешь. Блоком может быть как целый лист, так и какая-то логическая часть схемы на листе. Как при написании программ на C/C++ - заголовочный файл и имплементация содержатся в разных файлах, так и тут схема и трассировка. Пишем заголовок, описываем имплементацию, поверяем и коммитим. И так по кругу.
И еще. Есть такая утилита Kicad Revision Inspector (KiRI). Она позволяет анализировать git репозиторий визуально показывая на схеме и на плате изменения между двумя точками в истории проекта.
иначе git попросит разрезолвить конфликт вручную (это можно сделать, но гиморно)
Если возник конфликт в трассировке
и развести заново недостающий кусок.
Это-то как раз и нужно, автоматом. Всё остальное просто мишура. Так что "космических преимуществ", которые "дарует" связка KiCAD+git просто нет, есть обычное ведение проекта с периодическими коммитами.
Блоком может быть как целый лист, так и какая-то логическая часть схемы на листе
Сильно зависит от плотности компоновки. Не всегда такой подход реализуем на практике.
В общем, понятно. На мой взгляд, вы не смогли привести никаких веских аргументов, кроме как "о-ло-ло, кикад лучше вашего богомерзкого альтиума и кейденса, потому что опенсорс". Ну ок, переубеждать вас не буду, ваша статья про СКИФ была очень интересной, но с вашим взглядом на разработку я категорически не согласен :) Расходимся.
Это-то как раз и нужно, автоматом.
Простите, но если "A" зависит от "B", а "B" зависит от "C" и Вы удаляете промежуточное звено "B", то разрешить такой конфликт и построить новые связи между "A" и "C" может только нейронная сеть. Git в некторых случаях способен решить такую задачу основываясь на контекстных связях, но по большей части Вам придется прибегнуть к помощи нейронной сети в Вашей голове. Во всяком случае пока не запилять ChatGPT для Git-а. :)
Всё остальное просто мишура. Так что
"космических преимуществ", которые "дарует" связка KiCAD+git просто нет,
есть обычное ведение проекта с периодическими коммитами.
Именно так! Как писал Ф.Брукс - "Серебрянной пули нет", есть разные подходы, какой-то лучше в одном, какой-то в чем-то другом. Пропагандируемый мной подход KiCAD+Git это новое слово в разработке аппаратуры, особенно РЭА. ПЛИСоводы, кстати, давно освоили эту тему и рады. Для программистов Git и ведение версий это само собой разумеющееся явление, никто даже не берется оспаривать его важность и необходимость. Git позволяет работать над проектом большому коллективу, позволяет экспериментировать, создавать множественные модификации изделий и не запутаться в них. Мне сложно описать в рамках одного коментария все прелести использования Git-а при разработки схем, наверное имеет смысл написать статью на эту тему, c примерами.
Я вижу, что в разработке электроники все настроены очень консервативно, внедрение любой системы ведения версий наталкивается на непонимание коллектива, так как заставляет мозги разработчиков работать по-другому, а это физиологически больно и неприятно, к тому же отнимает драгоценное время. Внедрение Git в этой среде еще более болезненный процесс, так как вынуждает разработчика покидать красивые окошки и вводить команды в командной строке, а после чего еще и осмысливать полученный ответ от системы и реагировать на него соответствующим образом. Для KiCAD есть соответствующие плагины, но они не решают вопроса "подумать". Так же следует понимать, что внедрение системы ведения версий это всегда ограничения - это принятие определенных правил тактики и стратегии которым нужно безукоризненно следовать всему коллективу. Я многократно слышал от своих разрабов слова типа "мне тут DDR разводить еще месяц, а ты пристал с своим Git-ом".
Помимо Git есть и другие методы ведения версий. Тем не менее, Git на данный момент является самым прогрессивным методом ведения версий чего либо выраженнного в виде файлов. И чем более форматы этих файлов близки к человекочитаемому тексту, тем приятней становится работа с Git-ом и тем больше новых возможностей открывается разработчику.
Кстати, на месте KiCAD может быть что угодно с открытым модульным человекочитаемым форматом данных. Люди экспериментируют с аналогичной связкой FreeCAD+Git, но тут есть сложности - FreeCAD представляет данные в зипованном XML формате, что несколько портит картину.
но с вашим взглядом на разработку я категорически не согласен :)
Ваше право. :)
Расходимся.
Ура, можно поработать. :)
имеет смысл написать статью на эту тему, c примерами.
Имеет. Напишите, пожалуйста, будет очень любопытно почитать.
Да, поддержу. Зачем нужен Git при разработке плат непонятно.
Особенно как может контроль версий ускорить или упростить разработку.
Видимо загадка в особенностях рабочих процессов, потому что сами по себе версии и ветвление разработки только замедляет процессы и забирают время на их администрирование.
Ни Cadence ни Altium не имеют встроенных просмотрщиков Gerber файлов
А как же CAM документы в Altium, в которые можно загрузить герберы и посмотреть?
Ни Cadence ни Altium не поддерживают работу с репозиториями Git
поддерживают, в альтиуме есть все кнопки Commit, Pull, Push, поддерживается и SVN и Git. Бинарные файлы здесь не помеха, альтиум предоставляет возможность сравнения своих же форматов и отображения изменений. Открытый текстовый формат файлов для схем и плат - кому это нужно и чем это поможет/ускорить разработку?
Это то направление куда сейчас движется разработка электроники!
разработка электроники не движется в сторону использования Git, все двигаются в подписочные облачные сервисы управления поприетарными данными. Поэтому те, кто не хочет зависеть от этих сервисов наоборот максимально локализуют работу внутри предприятия, на своих серверах.
Ни Cadence ни Altium не имеют встроенных просмотрщиков Gerber файлов
имеют, Camtastic - бесплатный
поддерживают, в альтиуме есть все кнопки Commit, Pull, Push,
поддерживается и SVN и Git. Бинарные файлы здесь не помеха, альтиум
предоставляет возможность сравнения своих же форматов и отображения
изменений. Открытый текстовый формат файлов для схем и плат - кому это
нужно и чем это поможет/ускорить разработку?
Совать бинарные блобы в Git это дурость. Если Вы этого не понимаете, то разговаривать с Вами не очем.
имеют, Camtastic - бесплатный
Это стороннее приложение которое совсем недавно включили в дистрибутив. С таким успехом можно использовать CAM350, что многие и делают. У KiCAD просмотрщик идет из коробки.
по возможности работы с Git, я указал на то, что вы пишете неправильную информацию о ПО, либо намеренно, либо по глупости. Указанные ECAD системы имеют возможность работы с Git. Причем сравнение разных версий нативных форматов внутри ECAD системы даёт больше информации и наглядности, чем сравнение текста внутри файлов кикада.
И опять я указываю вам на то, что вы не правы: Camtastic был всегда в дистрибутиве Altium Designer, и он не является сторонним приложением.
И причем тут платное приложение САМ350, если от вас было заявление об отсутствии встроенного редактора Gerber в указанных ECAD.
Altium Designer можно подключить и Excel/Access-базе, но в разрезе взаимодействия с PLM-системой это приведёт к необходимости постоянной синхронизации баз. Тем более, что есть проблемы с таблицами от Microsoft с одновременными внесениями изменений, с разграничением доступа и подключением к базе из различных версий 32/64 битных Altium Designer и XLSX/ACCDB.
Идея так себе вести библиотеку компонентов в Teamcenter тем более, что у Altium есть EDM с нормальной базой данных. Как было замечено электронный компонент в ECAD - это сложная сущность, которую может отслеживать только EDM (речь идет об изменениях в символах, футпринтах, падстеках и т.д.).
Для обмена данными между ECAD и MCAD-системами компанией Mentor Graphics был разработан специальный формат IDF, который впоследствии был модернизирован в формат IDX
Как обеспечивается синхронизация 3D моделей, содержащихся в компонентах ECAD, с 3D моделями, содержащихся в компонентах PLM? Ни IDX, ни NX (PCB exchanger) тут не помогут.
эта нормальная база данных будет существовать в отрыве от централизованной базы элементов всего предприятия, находящаяся в PLM системе. Есть множество сложностей в обеспечении синхронизации компонентов между EDM и PLM, если использовать Concord Pro. Куда проще напрямую подключиться к PLM системе и использовать её библиотечные элементы. Изменения символов, футпринтов и 3D моделей будут также фиксироваться внутри PLM системы.
Про синхронизацию 3D моделей между ECAD-PLM отличный вопрос! Программной синхронизации здесь не предусмотрено. Считается, что 3D модель корпуса будет всегда разрабатываться (или импортироваться туда) в NX и после завершения разработки выгружаться в step и вставляться в PCBLIB.
3D модели в ECAD будут видны только в ECAD системе. В MCAD будут видны только те prt детали, которые находятся в Teamcenter. Эти модели никак между собой не связаны, но разве в этом есть необходимость?
Изменения символов, футпринтов и 3D моделей будут также фиксироваться внутри PLM системы.
Как вы будите отслеживать изменения падстеков? Расскажите про инструменты, которые это делают.
Как можно при отсутствии EDM средствами Teamcenter увидеть разницу между релизами (не релизами тоже) схемы или платы, но не в общем, к, примеру, какой проводник или цепь был перемещен? Как распределять доступ внутри проекта?
Считается, что 3D модель корпуса будет всегда разрабатываться (или импортироваться туда) в NX и после завершения разработки выгружаться в step и вставляться в PCBLIB.
Кем считается? 3D модель в течении жизненного цикла компонента может корректироваться и отсутствик синхронизации сильно подпортит жизнь. Кстати, не могл бы описать, как 3d из ПП попадает в сборку?
Хороший обзор. Подводных камней конечно много на нити внедрения сквозной разработки продуктов. И действительно менеджеры любят такие системы. Разработчики же не очень жалуют. Кроме отмеченых есть еще SAP PDM которая конкурирует с Teamcenter. И вообще страшная штука с само за себя говорящим названием S/4HANA.
Мы пользуемся EasyEDA pro, для наших скромных нужд достаточно.
Удобен полный цикл - схема, плата, ондайн база компонентов, заказ, завод, изготовление плат, пайка.
2 недели и платы с компонентами на руках.
Работает на windows, linux, бесплатно.
Очень много козыряния акронимами без расшифровки.
Для разработки механики в 3D можно использовать программу MoI 3D
http://moi3d.com/
Отличная статья!
Замечу только, что использование EDM более характерно для корпоративного уровня (4-й в вашем списке), чем для среднего уровня (2-й). PLM также вступает в игру немного позже, насколько я понимаю. Эти инструменты недешевы и малодоступны для малого и среднего бизнеса.
Согласен, есть методы работы, когда вся активная разработка идёт только внутри EDM, а в PLM попадают уже готовые утвержденные данные, затем запускается производство и так далее.
У Altium Designer не настолько большой функционал EDM системы, как у Siemens, поэтому здесь его не рассматривал
PLM также вступает в игру немного позже, насколько я понимаю
PLМ -это методология, поэтому присутствует всегда, как только возникает реальная деятельность. Это могут быть записи в блокноте или таблице, затем простая БД. Потом все становится сложнее и требуются инструменты для бизнеса. Другими словами для каждого этапа нужен свой инструмент управления данными, который бы обеспечивал прослеживаемость изменений в жизненном цикле изделия.
Уровень 0: ЛУТ и паяльник
А миллиметровка и капельница это какой уровень? Минус первый? Или эту технологию уже никто не знает? По скорости цене и качеству на двустороннем текстолите для нескольких DIP корпусов будет впереди всего остального.
Хотя статья и называется "Как правильно проектировать электронику", но рассказано о том, как проектировать печатные платы. Всё-таки первое гораздо шире.
Выскажу свое мнение:
Статья больше похожа на рекламную т.к. "подсказывает" что надо выбрать. Идет процесс перехода от ПО предложенного в статье на ПО альтернативных производителей т.к. думаю понятно что всегда могут включить санкции и ограничить доступ.
Лично я на работе работаю в легальном Altium версии 15 мне он не нравится, баги лаги и т.д.
Коллеги работали в inventor autodesk но autodesk включил санкции и не позволяет купить подписку, перешли на Компас, вопросы к Компасу есть т.к. удобства в нем меньше чем в inventor autodesk.
Для "себя" использую KiCAD, мне очень нравится, прям ну очень для моих мини задач.
Отечественный продукт для рисования схем и трассировки плат пока не пробовал, поэтому ничего не скажу.
Статья рассказывает в каких продуктах наш департамент в ЛАНИТ имеет большой опыт и какие технологии мы теоретически сможем внедрить на предприятиях.
Есть ещё мысли описать концепцию проектирования в текущих реалиях на отечественном ПО, но такая статья будет очень печальная на сегодня.
Кикад и нужен для проектов "для себя", думаю это его прямое назначение.
Отечественный продукт можете попробовать, на сайте Эремекса можно скачать версию Delta Design на 60 дней.
Как правильно проектировать электронику