Материал +-неплох для лабораторной работы первых курсов какого нибудь ВУЗа. С практической точки зрения - пустая трата времени. Без ОУ такая концепция бесполезна, а с ОУ сразу напрашивается фильтр 2 порядка.
Это можно сравнить с умением писать код для android приложения и совершенно нулевыми знаниями как написать какой нибудь низкоуровневый драйвер на ассемблере. Цифровая электроника на МК и многослойные платы это больше про соблюдение определенных правил проектирования и требований вендора, а не про знание фундаментальных основ электроники
Разместить то может и разместили, только мощности жал там в 2 раза меньше чем у Metcal. Чудес не бывает, если использовать омический нагреватель нужно или качать в него большой ток, но тогда возникает проблема с тонким проводом, или повышать сопротивление нагревателя, но тогда его тяжело сделать миниатюрным.
я в качестве пет проекта решил сделать свой вариант драйвера для жал меткал и могу сказать что общепринятая в рунете версия что в точке Кюри нагрев прекращается сам по себе это ошибка. Все изящество идеи заключается в том что очень мелкий индуктор может передать огромную мощность в поверхностный слой жала( именно поэтому выбрана такая частота задающего генератора, чтобы вихревые токи не проникали в глубь жала) и при этом связка индуктор-жало является и датчиком температуры - при приближении к точке Кюри у нагревателя меняется импеданс с индуктивного на емкостный и таким образом станция понимает что пора снижать мощность.
Трассировка адская, конечно. зачем-то мост и входные цепи расположили поближе к трансу, а ёмкости наоборот подальше. Если уж не обошлось без перемычек на топ слое, ну можно ж было подвигать компоненты.
Да ну в смысле. Задачи очень разные бывают, одно дело сделать девайс с каким нибудь тач экраном чтоб там плавно менюшки листались и совсем другое скоростной ШИМ контроллер, которому действительно каждый такт на счету, а совсем третье сделать прецизионный измеритель физ. величин. Для всех этих случаев нужен софт, только требования к нему могут быть совершенно разные
о там столько нюансов, что придется давать или очень общие рекомендации, которые и так известны, или рассматривать какую-то конкретную PCB и описывать почему она сделана именно так, а не иначе. Нельзя сказать, что существует определенный набор правил с точно заданным "весом" важности пунктов, делая плату по которому всегда будет хороший результат.
У меня как разраба электроники есть смежный вопрос. Со всех углов слышны крики о том как нам нужен современный техпроцесс и все такое. Ок. Вот допустим он есть и сделали таки условный "Байкал" в количестве 100500млн штук. Но ведь девайсы это не только процессор. Ему нужны контроллеры питания, батарей, АЦП, ЦАП радиомодули и куча други чипов с меньшим количеством транзисторов но от этого не менее дефицитных. Кто будет разрабатывать эти чипы? У нас есть соответствующие специалисты?
Строго говоря какое бы реле не было, оно не в состоянии достоверно измерить напряжение быстрее чем за полпериода + время на срабатывание контактора не менее 5мс. В итоге реле не подходят для защиты от импульсных перенапряжений. Только варисторы
Полностью согласен, более того считаю, что разработка чего либо (софт, электроника, конструкторские работы) не может быть продуктивной 8 часов подряд в принципе. Т.е. работник в офисе в день имеет максимум 4 часа продуктивной деятельности, все остальное это "перекладывание бумажек", беседы на общие темы и прочая офисная жизнь.
Делаю бортовую электронику кубсата для заказчика из США. Довольно интересная работа. Но мы используем готовую раму от endurosat.com, в целом она выглядит довольно просто в плане конструктива. Интересно посмотреть на ваш вариант
Согласен, такое ощущение что автор как бе говорит нам "смотрите какой я умный, могу приплетать тонны математики по поводу и без"
Ну никто же не говорит о прямой копипасте писанины в методичку) Я скорее о стиле написания, когда напустили много "тумана" и страшных слов
Материал +-неплох для лабораторной работы первых курсов какого нибудь ВУЗа. С практической точки зрения - пустая трата времени. Без ОУ такая концепция бесполезна, а с ОУ сразу напрашивается фильтр 2 порядка.
Предлагаете мигать светодиодом с помощью ламп?
Это можно сравнить с умением писать код для android приложения и совершенно нулевыми знаниями как написать какой нибудь низкоуровневый драйвер на ассемблере. Цифровая электроника на МК и многослойные платы это больше про соблюдение определенных правил проектирования и требований вендора, а не про знание фундаментальных основ электроники
Довольно печально звучит когда мощного STMа хватает по сути только на сам обмен
Разместить то может и разместили, только мощности жал там в 2 раза меньше чем у Metcal. Чудес не бывает, если использовать омический нагреватель нужно или качать в него большой ток, но тогда возникает проблема с тонким проводом, или повышать сопротивление нагревателя, но тогда его тяжело сделать миниатюрным.
я в качестве пет проекта решил сделать свой вариант драйвера для жал меткал и могу сказать что общепринятая в рунете версия что в точке Кюри нагрев прекращается сам по себе это ошибка. Все изящество идеи заключается в том что очень мелкий индуктор может передать огромную мощность в поверхностный слой жала( именно поэтому выбрана такая частота задающего генератора, чтобы вихревые токи не проникали в глубь жала) и при этом связка индуктор-жало является и датчиком температуры - при приближении к точке Кюри у нагревателя меняется импеданс с индуктивного на емкостный и таким образом станция понимает что пора снижать мощность.
Трассировка адская, конечно. зачем-то мост и входные цепи расположили поближе к трансу, а ёмкости наоборот подальше. Если уж не обошлось без перемычек на топ слое, ну можно ж было подвигать компоненты.
Да ну в смысле. Задачи очень разные бывают, одно дело сделать девайс с каким нибудь тач экраном чтоб там плавно менюшки листались и совсем другое скоростной ШИМ контроллер, которому действительно каждый такт на счету, а совсем третье сделать прецизионный измеритель физ. величин. Для всех этих случаев нужен софт, только требования к нему могут быть совершенно разные
Отличный пример того как все переусложнить, проделать кучу работы и не выиграть ничего в плане звука.
все-же ардуино тут не при чем. Скорее причина это совершенно бесхитростный подход или непонимание как можно работать с ресурсами ардуины.
Очевидно "обычный" это цемент из середины таблицы, как самый распространенный и часто используемый в массовом строительстве.
о там столько нюансов, что придется давать или очень общие рекомендации, которые и так известны, или рассматривать какую-то конкретную PCB и описывать почему она сделана именно так, а не иначе. Нельзя сказать, что существует определенный набор правил с точно заданным "весом" важности пунктов, делая плату по которому всегда будет хороший результат.
Получился гайд как сделать какую-то отладочную плату для какого-то процессора. Очень странный перечень пунктов
У меня как разраба электроники есть смежный вопрос. Со всех углов слышны крики о том как нам нужен современный техпроцесс и все такое. Ок. Вот допустим он есть и сделали таки условный "Байкал" в количестве 100500млн штук. Но ведь девайсы это не только процессор. Ему нужны контроллеры питания, батарей, АЦП, ЦАП радиомодули и куча други чипов с меньшим количеством транзисторов но от этого не менее дефицитных. Кто будет разрабатывать эти чипы? У нас есть соответствующие специалисты?
Строго говоря какое бы реле не было, оно не в состоянии достоверно измерить напряжение быстрее чем за полпериода + время на срабатывание контактора не менее 5мс. В итоге реле не подходят для защиты от импульсных перенапряжений. Только варисторы
Не совсем понял суть челенджа, нужно запаять компоненты не используя микроскоп?
Полностью согласен, более того считаю, что разработка чего либо (софт, электроника, конструкторские работы) не может быть продуктивной 8 часов подряд в принципе. Т.е. работник в офисе в день имеет максимум 4 часа продуктивной деятельности, все остальное это "перекладывание бумажек", беседы на общие темы и прочая офисная жизнь.
Делаю бортовую электронику кубсата для заказчика из США. Довольно интересная работа. Но мы используем готовую раму от endurosat.com, в целом она выглядит довольно просто в плане конструктива. Интересно посмотреть на ваш вариант