Proteus православный. Для моих нужд пока хватает. Начал смотреть видосы по Altiumу ибо всё равно придётся рано или поздно на него переходить. А вот код пишу в содомитской VS Code. Как по мне, переросла она Sublime и по удобству и по функционалу.
>>330035 (OP) Для ПЛИС Quartus + Modelsim, для МК Keil на работе и дома Eclipse-подобные IDE (чтобы попердолиться забесплатно), для схем и плат Altium Designer и P-CAD для старья.
>>330196 >>330035 (OP) Для моделировать схемоту Micro-Cap, потому что научили в вузе, для простых расчетов Excel, хотя раньше мог и в MathCAD. На работе один чел моделирует в Multisim.
>>330304 Неудобен. Мало инструментов для снятия аналоговых сигналов в реалтайме. По сути это только амперметр, вольтметр и осциллограф (самый простой). Насчет точности симуляции аналоговых схем ничего сказать не могу. В основном использую его для проектов на основе МК. Для отладки тех же АВРов тоже не особо хорош. Так как нельзя в процессе отладки менять состояния регистров (или это я просто криворукий уёбок). Но, в общем, он все же хорош. Можно быстро накидать прототип схемы, раскидать входные/выходные цепи по ногам. Неплохой редактор PCB. Low entry level в целом. Ну то есть в нем есть все, но это все реализовано не идеально. Доя любительских поделок потянет, для чего-то серъёзного уже слабоват.
>>330309 > Для отладки тех же АВРов тоже не особо хорош. А есть какие-нибудь альтернативные эмуляторы? Ну кроме железной отладки, понятное дело. Сам AVR не использую.
Посоны, есть ли у кого-нибудь опыт отдельной установки и настройки тулчейна под stm? Все эти йоба-ide типа кейла или иара просто говна куски. Хочу писать код в саблайме и им же компилировать.
>>331231 >настройки Настраивать тулчейн не требуется. >под stm Будто для других кортексов будет чем-то отличаться.
Т.к. ты упоминаешь кейл с иаром, то тебе наверное для виндовса. 1. Установить компилятор. https://developer.arm.com/open-source/gnu-toolchain/gnu-rm Также можно использовать другие тулчейны, отличий немного. 2. Поскольку в тулчейне отсутствует make, нужно его где-нибудь взять. По моему, наиболее удобный способ это через MSYS2, но можно и откуда угодно взять. 3. Уже можно компилировать, но простым мейком пользоваться неудобно, поэтому рекомендую взять CMake. Это также можно установить через MSYS2. Скрипты CMake для STM32 гуглятся. Все, уже можно компилировать. 4. Осталось только разобраться с прошивкой и отладкой. Что-то настраивать может понадобится только на этом этапе. Тут уже вариантов больше и зависит от отладчика. Например J-Link GDB-Server или OpenOCD и другие, которые работают как обычный GDB сервер и могут использоваться с любой IDE, поддерживающей GDB. Также для отладки через J-Link можно использовать Ozone.
Под линуксом действия практически те же самые, разве что необходимые программы можно установить из репозитория дистрибутива.
>>331547 Это эклипс, со всеми своими недостатками. Конечно эклипс получше кейла или иара, но относительно современного уровня он как-то не очень. К тому же это только для STM32, а значит не нужно. >минимум пердолинга Если осилить хоть какую-нибудь систему сборки, то окажется что пердолиться не с чем. Наоборот, системы сборки унифицируют процесс компиляции и уменьшают пердолинг с разнообразными студиями.
>>331593 Два чая этому господину. Действительно, один раз написав makefile, код можно писать хоть пальцем измазанным говном. А если ты работаешь обычно с одним - двумя камнями, то makefile можно тупо копировать из проекта в проект. В том же саблайме или вс коде есть способы вызова внешних команд. Следовательно ты получаешь охуенный лёгкий и кастомизируемый редактор кода в котором сборка происходит по нажатию одной кнопки. Ну и нахуя эти IDE?
>>331593 > К тому же это только для STM32 Анон просил под СТМ, что заказывал, то и получил. >>331714 Вот поясните мне за makefile. Я правильно понял, что вместо того, чтобы написать программу, скомпилировать ее, зашить и отладить, я дополнительно должен буду написать файл с указаниями, как мою программу скомпилировать? Зачем вводить лишнее действие в техпроцесс?
>>331762 >Зачем вводить лишнее действие в техпроцесс?
Чтобы твою программку можно было, например, на другой микроконтроллер перенести. Чтобы, в зависимости от ключей, подтыкались те или иные исходные файлы. И чтобы твой код можно было в других IDE открывать.
К слову, хардкорным MAkefilам - есть аж две альтернативы без необходимости добывать руду на баше и пилить велосипеды:
>>331762 Немного дополню анона выше. Это не лишнее действие, то же самое ты делаешь в IDE. Ты в любом случае в IDE указываешь исходные .c файлы, пути к заголовочным и задаешь всякие опции компилятору. В мейкфайлах (и прочих) делается то же самое, только больше возможностей и нет привязки к конкретной IDE. Для простых проектов преимуществ может и немного, но они есть. Не нужно для компиляции чьего-то проекта ставить очередную студию, достаточно только поставить компилятор для нужной архитектуры. Например, недавно я купил на али широко известный тестер транзисторов, и для компиляции свежей прошивки с нужными параметрами мне пришлось поставить лишь один avr-gcc. Каково было бы пердолиться с очередной студией? А так я просто вызвал мейк и все.
>>331766 >>331790 Посмотрел пару вводных статеек по CMake, там опять какой-то пердолинг с командной строкой, следовательно, подразумевается Линупс. Есть какой-нибудь туториал для нубов применительно к микроконтроллерам и без привязки к программированию для десктопов и Линуксу?
>>332045 Я тебе больше скажу, если ты связался с микроконтроллерами - ты открыл свой задний двор для командной строки, а следовательно и для линупса. Хочешь, не хочешь, а пердолиться с командной строкой придётся.
>>332045 >пердолинг с командной строкой, следовательно, подразумевается Линупс. А может это подразумевает ДОС? >опять какой-то пердолинг с командной строкой Просто запустить CMake это уже пердолинг? Натыкать в IDE кучу кнопок не пердолинг, а ввести в консольке две команды уже пердолинг? И не обязательно именно в консольке вводить эти команды, об этом писал один анон выше. >без привязки к программированию для десктопов и Линуксу? Как бы компиляция программ для микроконтроллеров ничем существенно не отличается от компиляции для ПК. Нужно только немного про кросскомпиляцию почитать.
>>332059 >для командной строки, а следовательно и для линупса. Повторюсь. Может для ДОСа?
>>332059 >>332068 >>332103 Да я уже понял, вы такие прошаренные шо пиздец. Но как насчет > И не обязательно именно в консольке вводить эти команды Поподробнее плиз. А то книжки по Cmake денех стоят, а статейки на Хабре предназначены для красноглазых.
>>332068 > Натыкать в IDE кучу кнопок не пердолинг, а ввести в консольке две команды уже пердолинг? Конечно, ведь кнопки - это интуитивно, а команды нужно учить и задрачивать.
>>332108 Как же ты на Си тогда пишешь, бедненький? Это же сплошной пердолинг. У симейка есть свой гуй и еще есть гуй для него в некоторых IDE. Вот только в этот гуй нужно вводить то же самое что и в консоль. Все что там прописывается в консольке это установка внешних, для скриптов CMake, переменных и тип генерируемых файлов. Для STM32 скрипты CMake уже написали за тебя: https://github.com/ObKo/stm32-cmake Если ты не можешь открыть консольку (в виндовсе, линукс тут не при чем) и ввести команду из ридми, то наверное программирование не для тебя.
>>332107 >а статейки на Хабре предназначены для красноглазых. Это не так. Замени в этих статьях слово "линукс" на "виндовс" и ничего в 99% случаев не изменится.
>>332115 > Как же ты на Си тогда пишешь, бедненький? Очень просто. По Си есть куча книжек, статей, обучалок, стандарты, ему учат в школах и вузах. Все эти гиты, makefile'ы и прочее появляются как на дрожжах каждый год новые, железячнику очень сложно за ними уследить. Команды вводить, допустим, несложно, но учить еще и синтаксис самих makefile... А еще есть синтаксис linker'a... В итоге, чтобы писать на Си нужно еще знать 2-3 синтаксиса всяких утилит.
Впрочем, спасибо за информацию, поизучаю на досуге.
>>332120 Ты это я полгода назад. Тоже так считал. Нахуя мне всё это надо? Что за задротство? Ща прямо в протеусе нахуярю код без единой строчки комментариев. А чо? Работает же! А сейчас даже для сраной программки в 100 байт на сраном асме для сраной тиньки я завожу репозиторий на гитлабе, мэйкфайл, рабочую область в vs code, автодоки. Ибо, блядь, красиво, душевно.
>>332120 >Все эти гиты Гиту уже больше десяти лет. А еще ты по любому используешь возможности С99, хотя бы однострочные комментарии и stdint.h. >makefile'ы Мейк появился практически одновременно с Си. И про него есть во многих учебниках по Си, например у Подбельского и Фомина. >железячнику очень сложно за ними уследить. Как будешь следить за элементной базой, которая меняется заметно быстрее? >синтаксис Не путай синтаксис и семантику.
>>332178 > Как будешь следить за элементной базой, которая меняется заметно быстрее? Это для меня гораздо проще. В большинстве случаев достаточно пробежать глазами сравнительную табличку на сайте производителя, чтобы узнать, нужна тебе эта новая микросхема или нет. К тому же для многих вещей гораздо важнее не то, насколько она охуительна по своим параметрам, а то, можно ли ее достать в течение недели в твоем городе.
> Не путай синтаксис и семантику. А оно от этого работать лучше начнет?
Платы развожу в Altium Designer, хотя люди с опытом меня обоссали и сказали, что СВЧ тракты лучше в Mentor'е рисовать. Хотелось бы услышать мнение тех, кто в ней работал.
Для синтеза СВЧ фильтров и прочих устройств конечно же CST Microwave studio. Первые, черновые наброски фильтров делаю в Nuhertz Filter Solution.
Для постройки всяких там графиков системы по S параметрам отдельных элементов - AWR.
>>333158 Двачую этого анона, сам юзаю на постоянку Altium Designer 18 для плат и LTspice для анализа. По поводу Mentor - все так, как только проект толстеет, альтиум начинает лагать, все юзают Mentor/Cadence, да и плюшек с анализом там гораздо больше, чем в альтиуме. Для затестить есть халявная PADS maker edition.
>>333599 Не угадал. По твоей логике получается, что альтиум учли пожелание радиолюбителей, а это явно не так. Заливку сеткой делают для многослойных печатных плат, во внутренних сигнальных слоях, чтобы после склеивания плату не корежило. Для тех же целей бывает делают заливку не соединенными друг с другом чешуйками, такое лучше работает на высоких частотах.
Эх, какой же у меня бугурт словлен от перехода с православного альтиума на ментор. Всё в отдельном экзешнике, навигация по плате с помозью колеса не работает, где, бля, выделять рабочие слои платы, где хайлайтить отдельные сети. Слишком много лишних действий нужно в этом вашем менторе. На первый взгляд, по крайней мере.
>>333847 Ну там относительно всё похоже. На уровне перехода с пикада на альтиум. В чертежных, наверное, более похожим будет переход с автокада на крео параметрик.
>>330309 >Насчет точности симуляции аналоговых схем ничего сказать не могу. Я скажу - симулирует, как говно, что-то сложнее схемы на паре транзисторов в его симуляции безбожно перевирается.
>>333158 >>333163 Г-споди, первые неговноеды в треде, наконец-то. А то всё соревнование ущербов, кто больше говна съест. Кикады, иглы, топоры, прости г-господи, протеус для аналога...
>>334942 Какая же, сука, хуйня неповоротливая этот ментор. Пять тысяч экзешников для синхрона либы, хуевый гуй, хуевый менеджер констрейтов, в отличие от няшного альтиума с картиночками.
Если работаешь один, с маленькими платами - альтиум. Если в компании с большими дезигнами, бекапами, центральной либой - ментор.
Насчет аналога и ВЧ: да, у ментора есть отдельные приложения для аналога, вч цифры. В альтиуме не помню, чтобы уже борду можно было симулировать.
>>335270 Он выигрывает в сравнении с каким-нибудь спринт лэйаутом. А так - банальный плюс в резюме, что шаришь в альтиуме. Назовешь игл или кикад - обоссут.
>>335270 На работе оркад, в котором я только рисую схемы. Платы разводят в другом отделе, а библиотекой занимается пара человек в еще одном отделе. А для своих домашних поделок использую кикад, в том числе потому что опенсорс. Мне то не было существенной разницы что осиливать, кикад или все остальное в оркаде. Но если на работе занимаешься полным циклом проектирования в каком-нибудь альтиуме, то зачем для домашних поделок использовать другие программы?
>>334959 >Сам Дейв Ну и кто это такой? Очередной видеоблогер-ардуинщик? Почему он должен быть мне авторитетом?
>>335350 >Лучший электронщик всея австралии Лучшесть определялась по количеству видосиков на ютубе и постов на форуме? >Ну двачеру никто не авторитет, он-то самый умный. Это правильный подход. Любому нормальному человеку понятно, что желательно брать информацию из разных источников и перепроверять. Создание себе авторитетов явно этому мешает.
>Пример разводки платы говорит сам за себя. В ближайшие годы конструктора, даже самые криворукие, не останутся без работы, т.к. этот ИИ выдает полнейшее гуано на уровне школьника-ардуинщика.
>>336409 Это глупость какая-то - скорость симуляции может быть разная. .step - это не костыль, а обычное стандартное средство для прогона всей симуляции с разными параметрами. Если нужно менять какой-то параметр по времени - сделай привязку значения чего-либо ко времени.
>>336408 В микрокапе есть dynamic dc - можно в один клик менять номиналы и видеть токи-напряжения в узлах. В ltspice заебешься вбивать числа, жать симуляцию и пытаться понять какая линия за какой узел отвечает. Также в микрокап имеет готовый пресет для thd/imd, позволяет сохранить настройки масшабирования между симуляциями, умеет считать fft сразу а не через клик на осциллограме. Много настроек для step'а в том числе индивидуально по температуре, оптимизация, продолжение расчета с предыдущей симуляции а не с нуля >>336414 >.step Он отрисовывает кучу линий которые совершенно никак не подписаны. Охуеть как удобно.
>>336414 >Если нужно менять какой-то параметр по времени - сделай привязку значения чего-либо ко времени. Можно пример? Например, хочу плавно изменить номинал резистора с 5 по 8 секунду.
>>336418 >В микрокапе есть dynamic dc - можно в один клик менять номиналы и видеть токи-напряжения в узлах. В ltspice заебешься вбивать числа, жать симуляцию и пытаться понять какая линия за какой узел отвечает. Тыпо-ходу пользуешься .tran[sfer] вместо .op Всё считается очень быстро. Насчёт вбивать цифры не понял - мышкой быстрее сделать из 68к 1к? Не верю. >>336418 >Также в микрокап имеет готовый пресет для thd/imd, позволяет сохранить настройки масшабирования между симуляциями, умеет считать fft сразу а не через клик на осциллограме>>336418 >Много настроек для step'а в том числе индивидуально по температуре, оптимизация, продолжение расчета с предыдущей симуляции а не с нуля
Стоп, я понял, ты кретин, который не то, что хэлп читать не может, но ещё и готовые экзамплы запустить не может. Ничего удивительно, 99% аудиофилов такие.
>>336426 >пользуешься .tran[sfer] вместо .op Без разницы >Не верю В микрокапе shift+стрелочки меняют номиналы на +-10% и токи-напряжения подписываются прямо на схеме. Ltspice в такое не умеет. >пик Нет imd, хер разберешь какой там спектр гармоник, чтоб посмотреть fft нужно каждый раз клацать пкм. Если сделать step по температуре или еще чему не столь очевидному - хер поймешь какая линия чем является ибо легенды нет. Пытаешься подгонять коррекцию оос - график масштабируется каждый раз заново что приходится по полминуты вдуплять растет запас по фазе или нет.
Ах да, забыл самую мякотку. В ltspice нельзя быстро переключаться между режимами анализа - как же заебывает бесконечно комментировать и раскомментировать spice directive
>>336438 >Без разницы А ты ведь и реально, аудио-фил долбоёб! Не понимаешь разницы между .op / .ac / .tran и настолько тупой, что не можешь посмотреть, как пользоваться .measure для вывода готовых цифр. Пиздец, каждый раз втыкать в графики - это реально уровень школьников-аудиофилов.
>>336438 >В микрокапе shift+стрелочки меняют номиналы на +-10% Если тебе быстрее накликать мышкой нужные номиналы и ты не выучил большую часть шорт катов для работы без мышки - у меня плохие наовости для тебя. Не уметь в слепую печать в 2018 - это нонсенс.
>>336424 >R=5+3*time Да, но я не спроста написал "с 5 по 8 секунду", а не с начала моделирования. >>336425 Это, конечно, решение, но близко к пиздецу. Это не очевидно, не удобно и выглядит если не как костыль, то минимум как изъебство. Не подумай, я не защищаю протуесы и микрокапы, но в ltspice не все идеально. Кстати, IV версия ВСЁ что ли? Уже несколько месяцев не может найти обновления через sync release.
>>336494 >Да, но я не спроста написал "с 5 по 8 секунду", а не с начала моделирования. >>336421 >Можно пример? Например, хочу плавно изменить номинал резистора с 5 по 8 секунду. Тебе прежде чем заниматься изучением симуляторов лучше изучить русский язык и почитать литературу, а то пишешь как хуй знает кто. Как чурка. Сформулируй мысль. Сколько ом и когда должно быть?
>>336512 Ты троллишь что ли, что тебе не понятно? Написано как раз по-русски, ты рагуль что ли южный? До 5 секунды R=NN ом. С 5 до 8 сек. плавно увеличиваем или уменьшаем R до MM ом. После 8 секунд и далее сохраняется R=МM ом.
>>336559 Я не гордый и только рад признать твое superiority в ltspice. >R=table(time, 0,1, 5,1, 8,10) Не знал о таком. Мануал читал очень давно и мельком. Явно стоило изучить подробнее. Можно сказать, удивил. Кланяюсь.
>>349746 Я сегодня попробовал накатить на VM Убунту новую 5 версию Kicad, а она весит 5 гигов. Сразу подумалось, ну его нахуй. Но в будущем может и попробую. Один недостаток - нигде в конторах я про него даже не слышал, разве только всякие фрилансеры и радиогубители его используют.
>>349746 Давно в KiCAD-е? Мне показалось что в 5-й версии адово поломали интерактивный трассировшик в режиме F11. В 4-й версии кнопкой M можно было двигать проводник и его концы не отрываются от линии, в 5-й версии - оно тупо прямой участок проводника отсоединяет и двигает как независимый элемент, что-то похожее есть на G, но там обхождение препятствий, сдвигание проводников до уровня DRC как-то через задницу. Может упустил что настойки интерактивного трассировщика естественно выставлял как на 4-й версии и на 2-х компах смотрел разницу версий.? 4-я версия pcbnew намного приятней чем 5-я. У меня такое мнение сложилось и откатился с 5-й на 4-ю назад.
>>349748 Вот за 3д модельки его больше всего и люблю. Это понятно что есть целая куча конкурентов, но ведь составить схему, развести трассировку и повертеть в 3д для радиогубителей - самое то. >имплаинг кто-то занимается этим серьезно
На работе Cadence Allegro - интерфейс своеобразный и местами упоротый, но хуева куча возможностей, в том числе для ддр, Ethernet, pcie и вот этого всего, глазковые диаграммы, spice моделирование, работает шустро, для махараек - некоторый оверкилл. Посадочные места почти под любую софтину можно из MG lp wizard тырить, однако новых версий не видно, на snapeda что-то есть, но нужно проверять. Впрочем, их и самому легко делать. Внезапно, для простых проектов годится даже старичок PCAD 2006. Для простого расчета дорожек под определенный импеданс для какого нибудь Ethernet есть отдельные проги - polar si9000, cits-25 и тд. Гербера удобно смотреть в viewmate. Для ПК - qt хорош кроссплатформенностью, удобным редактором и хелпом, для мк юзал iar - неудобный редактор, в остальном норм, atollic и avr studio - норм.
>>364612 >На работе Cadence Allegro - интерфейс своеобразный и местами упоротый Насколько реально освоить его самостоятельно с нуля? Как я понимаю, куча чего делается из его консоли.
Sprint Layout - добро пожаловать в мир электроники мой юный друг, как твой мультивибратор?
DipTrace - хороший софт для не особо сложных поделей, если бы не одно НО. Это проеб rat-path (вот эти линии соединяющие компоненты согласно схеме) при трассировке. Я мог бы простить этой хуйне уебищные резисторы и индуктивности, уебищные Net-лейблы, но вот проеб рэт-патчей, нет, это грозит серьезными косяками и пошли они на хуй.
KiCad - кривое говно, кривого говна, очень много сделано пиздато, очень многое сделано уебищно в край. Плюсы: - Охуенное реалтайм 3D, вместе с SamacSys и гуглом позволяет без усилий видеть итоговую плату. Даже в реал нахуй не надо переносить, можно так полюбоваться. - Удобная разводка - Удобная графика в редакторе схем, для тех кто привык читать промышленные схемы какого нибудь говна, все очень привычно и приятно. Минусы: - Уебищный редактор схем, нельзя нормально перетаскивать элементы (соединения не тянутся за ними) и многое другое. - Уебищная работа с мультистраничной схематикой, ее нет, только иерархичные листы. - Уебищная работа с шинами, нужно придерживатся определенного протокола разыменования шины или он ее не воспримет. - Уебищная трассировка, нет нормального выравнивания, нет нормальной линейки. - Слабые возможности создания правил трассировки. Очень спорная хуйня, в некоторых местах очень удобная и приятная и невозможно бесящая в других. Говорят его за последние 7 лет хорошо допилили, но 7 лет назад я его не видел и мне страшно представить, что там было, а еще через 7 лет ручная трассировка всякой бытовой хуйни канет в небытие.
Eagle Cad - тупое говно, тупого говна, говно. Только подумайте, что бы покрутить элемент, нужно взять инструмент и жмакать им на этот элемент. Выделить элемент и нажать R (или что нибудь еще нельзя). Очень многих горячих клавиш нет, есть командная строка Снес нахуй, предал анафеме, любой пытающийся защитить - говноед, еретик и подвержен сожжению.
Altium Designer - Ctrl+C=крит, причем даже если ты заплатил 6000$ за лицуху (используйте Ctrl+X). Уже серьезный софт, которым пользуются серьезные дядьки что бы сделать какую то хуйню на продажу. Имеет множество малонужных дома фич и множество нужных на первый взгляд, но на хуй не нужных на второй. Если не затрагивать процесс устранения косяков или внесения изменений в уже готовую схему+трассировку, очень удобен, нагляден и понятен. Имеет хороший, современный интерфейс. Тут много делается с расчетом на контроль версий и контроль и перепроверку каждой хуйни, он не рассчитан, что бы сделать твою автоматизацию гидропоники за вечер, а для того, что бы бородатый инженер 2 недели правильно позиционировал резистор в ВЧ схеме. Т.к. другой серьезный софт я видел только на скринах, скажу, что альтиум судя по всему является самым удобным и приятным из них.
Плюсы: - нет тупых косяков как во всех предыдущих, в нем все как должно быть. Минусы: - это серьезный софт и некоторые простейшие действия в нем очень переусложнены - как следствие из предыдущего, часто можно бится лбом об то, что защита от дурака не дает сделать какую то базовую хуйню, но гугл спасает.
Multisim & Utilboard - УБОЖЕСТВО, ЗАКОМПЛЕКСОВАННЫЙ НЕДОНОСОК - БУКВОЕД. Премия - лучший спайс симулятор. Если ты хочешь сделать монитор тока на ОУ питающийся от 5В и выдающий 15Гигаватт, тебе сюда. Лучший редактор схем в мире, хороший симулятор схем на дискретке, если знаешь как его победить и не получить 50 Теравольт на выходе. В остальном - моделей и библиотек нет, спайс моделей чего либо отличного от 2N7002 нет, в гугле почти ничего нет. Кроме того, что проверять базовые схемки на идеальных компонентах не для чего не годится.
>>373250 > >DipTrace - хороший софт для не особо сложных поделей, если бы не одно НО. Это проеб rat-path (вот эти линии соединяющие компоненты согласно схеме) при трассировке. >Я мог бы простить этой хуйне уебищные резисторы и индуктивности, уебищные Net-лейблы, но вот проеб рэт-патчей, нет, это грозит серьезными косяками и пошли они на хуй. А можно подробнее про проёб?
>>373250 >KiCad Вполне вменяемое, особенно после спринта. Мне норм. Пока что. Не умеет оно в заливку перекрывающихся полигонов. Под кристаллом полигон VCC и сверху на всю плату полигон GND и получили эпичное и стабильное КЗ. Костылями обошел эту багофичу.
>>373260 Умеет. Надо поставить уровень или приоритет, забыл как его. НО! Он помоему будет один хуй ворнинг выдавать.
>>373252 Насколько я помню, оно не умеет в синхронизацию со схемой, т.е. внося изменения в схеме, залить их на трассировку нельзя. Это важный момент, т.к.
При отключенной галочке - запретить изменение rat-path (вроде так или что то такое) , при соединении компонента дорожкой с другим и последующим удалением дорожки - rat-patch не восстанавливается. Т.е. представь, внес ты дополнительный резистор в схеме, а его блядь нельзя добавить просто так, т.к. изменение со схемы не переносятся, надо разблокировать редактирование rat-path. Разблокировал и забыл заблокировать обратно. Трассируешь себе... удаляешь компоненты, а связи не восстанавливаются, хорошо если заметишь быстро, а можно ведь и с концами проебать, а потом удивляться, хули не работает.
>>334942 Твой вброс не взлетел. Пикрелейтед. >>335046 Я то же самое могу сказать про Альтиум. Дофига жручий, интерфейс постоянно лагает, при том, что эта "стильная" тема нахрен никому не сдалась. Ради даже фигни тебе нужен хороший комп с нормальной видюхой, в то время как тулы Ментора и Кейденса будут нормально работать и на компе десятилетней давности. Другое дело, что купить лицензию на Альтиум и новый комп будет в 15 раз дешевле, чем купить лицензию на Ментор.
>>332880 На работе пересёкся с одним аудиофилом - работает у нас программистом на полставки, но параллельно разрабатывает аудиотехнику высокого уровня (которая ещё и стоит заоблачных денег). Говорит, что у них для трассировки аналоговых плат используют топор - такие платы звучат воздушно.
>>373266 Полный пиздец. Ебало нужно бить разработчикам софта за такое. Я уж думал что альтиум говно за множество мелких и обидных багов, возникающих и исчезающих сами по себе и кочующих от версии к версии (хотя вот периодический косяк 17-го альтиума с недозаливкой земляного полигона, когда он не соединяется с нужными пинами, таки пофиксили в 19-м, уже хорошо), но, похоже, выбирать тут особо не из чего.
Я ньюфаг. Мне надо срисовать несложную схему с платы. Изготовлять плату не надо, только нарисовать схему. Нужна софтина, в которой можно рисовать как угодно криво, кидая напрямую линии соединений между элементами, а потом чтоб софтина сама отсортировала полученную схему на экране до вменяемо красивого состояния. И когда правишь схему в ручную, надо чтоб схватил элемент мышкой и перетаскиваешь, а все соединения таскаются за ним. Попробовал бесплатный KiCad, это не то, элемент переносишь, провода остаются на месте. Какой софт выбрать для изучения, с озвученным функционалом?
>>400243 > KiCad, это не то, элемент переносишь, провода остаются на месте. Если про редактор схем (eeschema) - открой для себя перенос элемента используя хоткей "G" навел курсор на элемент, нажал-отпустил G, и дальше хоть стрелками, хоть крысой двигай вместо "M" . Не всегда коррекно работает, но помогает.
Привет анон. Трассирую плату с микроконтроллером и Ethernet Phy. Есть одна проблема - разместить PHY так, чтобы он равномерно подходил к контактам МК у меня не вышло. В итоге, если длины между Data-линиями я ещё могу привести к какому-то соответствию, то к примеру, длина линии RX_CLK в 3 раза больше линий RXD1/2/3 или 4 (70 против 25мм соответственно). Толщина линий 0.25мм. С TXD/TX_CLK ситуация аналогичная. Насколько критично? Пиздец не заработает? Спасибо.
>>403813 Это MII, частота 25 МГц, вряд ли будут проблемы. TI рекомендует держать длины до 150 мм и выравнивать их до разницы не более 50 мм. Соглашусь с аноном выше, разводил RMII (50 МГц), чисто по прыколу выровнял меандрами (зигзагами, баянами) до 1 мм, все завелось.
>>403954 В свое время на более скоростном RMII клал толстенный хуй. Смотрел самую длинную дорожку данных и подгонял синхросигнал под нее и неебет.
> длина линии RX_CLK в 3 раза больше линий RXD1 Мне кажется вообще отличная ситуация, данные уже дошли пока тактовый сигнал доползет. Не вижу проблемы.
>>404026 >>404027 На дилетанский взгляд - это что за херня? (r)MII - хер с ним, а тут явно дифференциальные пары которые более критичны к всякому пиздецу. Почему такие огроменные и толстенные via? У себя правда забивал, длины внутри пары не выравнивал, как и сами пары - передача же полнодуплексная и расхождение длин пар приема-передачи не влияет. Заеб с подгонкой длин пар до Ethernet разъема нужен на гигабите где сразу по 4 парам идут данные.
>>404033 >явно дифференциальные пары которые более критичны к всякому пиздецу Они самые. Но я хуй знает как ещё их сравнять в данной компоновке. >Почему такие огроменные и толстенные via? Потому что думал эту хуйню ЛУТать... Так что via под миллиметровое сверло. >расхождение длин пар приема-передачи не влияет Это понимаю. Но эта змейка внутри D_TX. Альтиум сказал что без них разница аж нихуя себе 7мм. Вторая дифф пара D_RX, вроде видел похожие выравнивания на некоторых платах. D_RX и D_TX между собой не ровнял. В твоём пике резюки подтяжки стоят у разъема. В мануале написано ставить их ближе к PHY-ю, поэтому у меня сделано так. Какие правила здесь будут оптимальны для трассировки дифф пары? Какие толщина дорожки и расстояние между линиями в паре?
>>404038 >Потому что думал эту хуйню ЛУТать... Так что via под миллиметровое сверло. Закажи у китаёзов свёрла 0,5. Только сразу кучу, ломаются, как спички.
>>404052 Чем переходы паяешь? Тоже юзал 0.5 мм, норм, только заебался тонкую проволоку загибать и впаивать. Для силовых цепей и 1 мм есть охуительные китайские заклёпки 0.9x2.5 мм, но они большие.
>>404049 У него есть интерактивный трассировщик, и он может сам тянуть дифф пары, но или я не умею им пользоваться скорее всего, или он у меня просто глючит - тянуть дифф пару у меня он просто отказывается. Меандрирование я делал полуавтоматически - просто добавлял меандр через Interactive Length Tuning. >>404052 (если бы я мог сейчас ждать заказ, я бы не страдал хуйнёй и просто заказал печатку)
Ну в общем я пофиксил как мог. Так и не нашёл, как в Альтиуме сделать вырезы в маске для текста на медном слое. Понятно, что можно рисовать квадраты вручную, но это как-то ниоч.
>>404184 >Так и не нашёл, как в Альтиуме сделать вырезы в маске для текста на медном слое. Альтиум не открывал лет 5, но насколько помню, в альтиуме, как и в других программах для разработки печатных плат, слой маски - инверсный. То есть, где ты что-то рисуешь, маски нет. Поэтому, просто текст на этом слое приведёт к тому, что на месте текста не будет маски. Если под маской будет сплошная медь - то получится то, что ты описываешь.
>>404464 Не совсем понял, что ты имеешь ввиду. На моём пике показано как это будет выглядеть после покрытия маской - желтое - открытые контакты. Вырезы на маске делаются отдельным слоем (Top Solder/Bottom Solder). Если приглядишься, то под маской находятся обозначения. Как сделать чтобы обозначения были открыты (чтобы на Top/Bottom Sloder появился соответствующий вырез)- не понял. Текст на слой меди я переносил уже после того как разводил плату, можно конечно изменить футпринты, и в них добавить вырез на слое TopSolder, но я хотел бы без этого.
>>404657 Получится что просто нет маски в этом месте. Но не во всех этих местах у меня может быть залит полигон, потому там не будет надписи медью. Так что, из двух зол, я выбрал наиболее читаемое или, скорее, менее нечитаемое.
Сап, печатники! Кто откуда таскает большие футпринты? Если есть ментороводы - обновляется ли база LP Wizard'а? У новой версии от 2019 в базе столько же записей, как и в 2013. Конечно, там и так хуева куча всего, а остальное можно нарисовать самому, но стащить из новой библиотеки и проверить было бы быстрее.
>>406187 >Кто откуда таскает большие футпринты? Ниоткуда. Всё чертится самостоятельно. >Если есть ментороводы - обновляется ли база LP Wizard'а? Таскать из базы - это от лукавого.
Protel 99 se норм? На работе старые пердуны в нем работают. Это говно через пень колоду запускается. Комп тоже дерьмо мамонта с ввороченной кем-то вин10 фу блядь фу нахуй. Мне не особо там работать надо. В основном вытаскивать список элементов для пайки. Но основная проблема что это говно тупо не запускается. Хотя я валю все на дерьмовый засраный комп.
>>422931 Да это все комп заваленный говном с дресняткой виноват. Туда бы пихнуть ссд и семерку или хп чистые накатить. Я не против старого софта если он работает. Хотя этот кусок софта очень древний и хоткеи там мне уже не очевидные.
>>422929 ну 1в1 протеус прям. зашел с вопросом: что нынче стоит использовать вместо седьмого протеуса? он работает хорошо, но уже староват, не очень удобно некоторые вещи делать вручную вроде меток на однотипных проводах к шине. нужен сим+библиотеки компонентов+трассировка+модель платы и хоть какие чертежные стандарты чтобы экспортировать и потом не стыдно было показывать.
>>336450 удваиваю. пробую SEGGER, т.к. бесплатный. хочу что-то с интерфейсом как у visual studio и чтобы не жрало ресурсы и чтобы отладчик был нормальный. вроде в vs code такое есть, но я не осилил и вроде там васянские плагины.
>>330035 (OP) proteus 7 нужна модель параллельной памяти для симуляции, тип не важен, главное чтобы можно было выбрать образ из файла. есть такое? не могу найти. для микроконтроллеров такое есть.
>>424237 >но сука жрет память как тварь. В 2020 году париться насчет RAM, нонсенс кмк. У меня некроПеКа с 32 гигами, больше материнка не тянет, а то бы досыпал до 128
>>424324 хоть сам ебись с gcc/g++ и вручную или скриптами все составляй и пиши в обычном редакторе. ограничения, тормоза, жрет память, стоит как неплохая тачка и т.д.
>>330035 (OP) Допустим, нужно сделать электрическую схему по ГОСТу и развести печатную плату. Обязательно при этом чертить схему по ГОСТу в одной проге(Visio, Autocad, Компас), а разводку платы в другой (в Picad, Proteus етц). Да, в разводчике плат тоже перез разводкой собираешь схему, но там элементы и проводники коряво сделаны. Во-первых, это занимает очень много времени, а во-вторых, можно допустить кучу ошибок, перерисовывая из одной проги в другую и наоборот. Неужели нельзя в разводчике плат перерисовать библиотеку элементов под требования ГОСТа, задать толщину линий и узлов и все делать в одной программе?
>>427922 >Неужели нельзя Можно, почему нельзя? Если интересует, то могу поделиться форматками и некоторыми элементами для PCAD. По крайней мере отдел стандартизации на работе к этому не придирается. Хотя они и к кривым вордовским перечням элементов не придираются. Конечно PCAD уже давно протух, но тебе это наверное без разницы. Кстати, аноны, кто-нибудь использовал LaTeX для генерации перечней элементов (по ГОСТ 2.701)? Я находил на гитхабе несколько вариантов, но все немного недоделанные.
>>427922 Схемы в автокаде/компасе - хреновая практика, лучше форматки поискать или самому нарисовать их и поправить совсем кривые УГО (если не путаю, где-то есть гостовские библиотеки). Еще туда можно схему через edif/pdif импортировать из другой программы, но это здесь излишне.
>>431053 >Чем не устроил куб? Ёбом токнуть? Куб -- это не IDE же. Это говногенератор кода, не годящийся для сколь-нибудь сложных схематических решений. Там, например, не подразумевается, что состояние ножек можно менять на лету, а у меня в проектах такое сплошь и рядом.
IAR годный. Но если хочется -- можно Eclipse настроить со свистоперделками. Под линухой работали с Eclipse, вполне успешно.
>>330035 (OP) пользую пока KiCAD и EasyEDA (думаю попробывать altium). симуляции делаю в GNU Quacs и Quartus II. програмирую конроллеры через: Keil, CodeComposer Studio.
>>452337 >пользую пока KiCAD и EasyEDA В них функционал урезан - нет катушек Мишина. Без них приходится ставить в режиме симулятора 5-10 дросселей подряд, чтобы сумма индуктивностей была аналогичной.
Я как вечно начинающий радиолюбитель открыл для себя Multisim. До этого ничем подобным не пользовался, думал порог вхождения слишком высокий, сейчас ничего норм осваиваю. Заметил только что он глючный местами, некоторых приборов нет. Как конденсаторы померить так и не нашел.
>>427922 Сука, как же меня бесит ГОСТ на УГО и принципиальные схемы.
Это пережиток совковой реальности, когда схему могли набросать в каком-нибудь НИИ в Москве, а потом раскидать по заводам всего СССР, и её должны были одинаково понять и в Ереване и в Хабаровске.
Когда всю страну можно представить как огромную корпорацию с центральным управлением, то да.
Сейчас, в капиталистическую эру, схема в 99% случаев не уйдёт дальше фирмы, внутри которой она была рождена.
А даже если и нет, я не могу представить себе или вспомнить ни одной ситуации, где кто-то был бы не в состоянии понять схему из-за использования немного других УГО. Ну реально, никто не будет изображать конденсаторы как диоды. А вот то, что поляризованные конденсаторы можно разными способами изображать, ну кого это может ввести в заблуждение?