ШИМ не даст такого чистого выхода как ЦАП, как ни старайся. Бывают ситуации когда это критично. Поэтому комплект ЦАП + Биполярник ещё долго будет актуален. По сути была схема 3 статьи с последовательным резистором в базе.
А вообще статья хорошая, для начинающих. Если бы молодые инженеры, последние курсы ВУЗов и выпускники, обладали хотя бы такими знаниями и представлениями - с ними можно было бы работать и давать какую-то работу. Надеюсь, что только мне везёт на таких "специалистов" и в других местах всё лучше.
Может существенное отличие в скоростях, высотах, размерах и прочих мелочах, а ещё во времени на операцию. Если текущая цель - четыре беспилотника за пол-часа, то круто.
Не спорю, но зачем мне ещё один плагин, если я всё это могу и сам сделать за пять минут.
Что Вы будете делать, когда автору плагина надоест его поддерживать, а вы знать не знаете о той ерунде которую он делал? Уже не раз столкнулся с такой ерундой на Eclipse, когда программист решил не переписывать плагин под новую версию среды.
Смотря с чем сравнивать. Первая сборка идёт дольше, но потом пересобираются только изменённые файлы, а это один - два. Если учесть, что большую часть времени тупишь над котодом или смотришь результат в режиме отладки, то если время полной сборки будет пятнадцать секунд, а не десять - я переживу.
Я тоже выкидываю из Кубовского проекта всё безбожно, меня от него интересуют только свежие библиотеки и начальная инициализация тактировки, HAL выпиливаю начисто.
STM32CubeIDE я смотрел когда тот ещё был совсем маленьким и запустить проект на Eclipse было проще чем на STM32CubeIDE. К тому же тогда его не было для Linux. Сейчас для меня основным набором являются Си для микроконтроллеров (STM8, STM32 AVR) и Python для служебных утилит. Если учесть что я перемещаюсь между Window, Debian и Raspberry (да, я использую RPI 4 8 Gb как нормальную машину) то полная кросплатформенность для меня важна.
Я смотрел на PlatformIO, но решил отказаться. Очень не люблю когда на двадцать строк кода добавляется пол-мегабайта служебных файлов. И от меня прячется основная часть работы. По этой причине я в своё время отказался от AVR CodeVision, потом от AVR Studio, потом от Eclipse. Сам PlatformIO показался громоздким и избыточным. Опять же этомоё мнение и никого ни к чему не призываю.
Не зря, наверное, есть требования пропускную систему и пожарную безопасность делать автономной и изолированной, что бы ни какой компьютерный сбой её не положил.
Тут интересный вопрос, вот мы сейчас на работе (оборонка), для автоматизации испытаний пишем софт на Python, а для последующей настройки заказчиком - на плюсах. Как это всё потом портировать на отечественные машины? Кто сделает нормальный порт того же Питона?...
Для решения таких вопросов сеть делится на несколько подсетей, в одной сидяд нелегалы и им запрещается лазить в интрнетах и писать кому нипопадя, в другой сидят "честные пацаны". Ну и естественно всем запрещено пользоваться некорпоративной почтой.
Как эта ответственность сформулирована в ЛС? Есть ли реальный опыт признания ошибок разработчиком? Получения компенсации за ошибку?
Когда Вы видели ЛС без пункта "разработчик не несёт ответственности за ущерб полученный прямо или косвенно и не может выступать ответчиком или свидетелем в рассмотрении таких дел..."???
Лицензиат обязан представлять лицензиару отчеты об использовании результата интеллектуальной деятельности или средства индивидуализации, если лицензионным договором или настоящим Кодексом не предусмотрено иное. Если в лицензионном договоре, предусматривающем представление отчетов об использовании результата интеллектуальной деятельности или средства индивидуализации, отсутствуют условия о сроке и порядке их представления, лицензиат обязан представлять такие отчеты лицензиару по его требованию.
Как мне, так статья - просто и по делу. Самому лень было искать информацию, а теперь понятно, что делают "суперзарядники" которыми восстанавливают старые аккумуляторы.
Мне одному такие переходы, от Arduino к Asm, кажутся киданием из крайности в крайность? Что мешает писать на НОРМАЛЬНОМ Си?
Напоминает одного друга, к которого программа работала только с отключенными оптимизациями, иначе gcc выкидывал половину программы. Так он, вместо того что бы почитать Кернигана или Дейтелов, решил всё писать на Асме. В итоге большой проект чуть не загнулся. Помог небольшой рефакторинг кода.
По задержкам циклами с отключением прерываний, а как вы предлагаете выдерживать временные интервалы на уровне производительности процессора, когда у вас нет времени даже на цикл? Иногда приходится тупо NOPы вставлять.
Когда много пишешь для МК, то стоит смотреть во что компилятор превращает твой код. Со временем учишься писать так, что бы собранный код был максимально близок к тому, что ты напишешь на Асме сам.
Подросший ток прикроет транзистор, за счёт падения на эмиттером резисторе - ток уменьшится. Это при условии постоянного напряжения на базе.
ШИМ не даст такого чистого выхода как ЦАП, как ни старайся. Бывают ситуации когда это критично. Поэтому комплект ЦАП + Биполярник ещё долго будет актуален. По сути была схема 3 статьи с последовательным резистором в базе.
А вообще статья хорошая, для начинающих. Если бы молодые инженеры, последние курсы ВУЗов и выпускники, обладали хотя бы такими знаниями и представлениями - с ними можно было бы работать и давать какую-то работу. Надеюсь, что только мне везёт на таких "специалистов" и в других местах всё лучше.
Сильно! Жена оценила мотивацию?
Может существенное отличие в скоростях, высотах, размерах и прочих мелочах, а ещё во времени на операцию. Если текущая цель - четыре беспилотника за пол-часа, то круто.
Спектрум не умрёт никогда!!!
Лично у меня не на столько много лишнего времени, что бы поддерживать форк чужой программы. Особенно, если учесть, что она мне не нужна.
И сейчас достаточно работы
Вы же не будете выпускать свой хлеб, только потому что ваша любимая пекарня решила закрыться
Не знаю как IAR, а вот с Keil'а пытаемся слезть на описанную в статье связку. Сейчас занимаемся корректировкой рабочего проекта.
Не спорю, но зачем мне ещё один плагин, если я всё это могу и сам сделать за пять минут.
Что Вы будете делать, когда автору плагина надоест его поддерживать, а вы знать не знаете о той ерунде которую он делал? Уже не раз столкнулся с такой ерундой на Eclipse, когда программист решил не переписывать плагин под новую версию среды.
Смотря с чем сравнивать. Первая сборка идёт дольше, но потом пересобираются только изменённые файлы, а это один - два. Если учесть, что большую часть времени тупишь над котодом или смотришь результат в режиме отладки, то если время полной сборки будет пятнадцать секунд, а не десять - я переживу.
Всё остальное работает как и на большой машине.
Если посмотрите Makefile, то там подключаются только те файлы исходников, которые используются, а дальше всё на совести gcc.
Я тоже выкидываю из Кубовского проекта всё безбожно, меня от него интересуют только свежие библиотеки и начальная инициализация тактировки, HAL выпиливаю начисто.
STM32CubeIDE я смотрел когда тот ещё был совсем маленьким и запустить проект на Eclipse было проще чем на STM32CubeIDE. К тому же тогда его не было для Linux. Сейчас для меня основным набором являются Си для микроконтроллеров (STM8, STM32 AVR) и Python для служебных утилит. Если учесть что я перемещаюсь между Window, Debian и Raspberry (да, я использую RPI 4 8 Gb как нормальную машину) то полная кросплатформенность для меня важна.
Я смотрел на PlatformIO, но решил отказаться. Очень не люблю когда на двадцать строк кода добавляется пол-мегабайта служебных файлов. И от меня прячется основная часть работы. По этой причине я в своё время отказался от AVR CodeVision, потом от AVR Studio, потом от Eclipse. Сам PlatformIO показался громоздким и избыточным. Опять же этомоё мнение и никого ни к чему не призываю.
Не зря, наверное, есть требования пропускную систему и пожарную безопасность делать автономной и изолированной, что бы ни какой компьютерный сбой её не положил.
Тут интересный вопрос, вот мы сейчас на работе (оборонка), для автоматизации испытаний пишем софт на Python, а для последующей настройки заказчиком - на плюсах. Как это всё потом портировать на отечественные машины? Кто сделает нормальный порт того же Питона?...
Для решения таких вопросов сеть делится на несколько подсетей, в одной сидяд нелегалы и им запрещается лазить в интрнетах и писать кому нипопадя, в другой сидят "честные пацаны". Ну и естественно всем запрещено пользоваться некорпоративной почтой.
Когда Вы видели ЛС без пункта "разработчик не несёт ответственности за ущерб полученный прямо или косвенно и не может выступать ответчиком или свидетелем в рассмотрении таких дел..."???
По сути проблемы - они имеют право:
Лицензиат обязан представлять лицензиару отчеты об использовании результата интеллектуальной деятельности или средства индивидуализации, если лицензионным договором или настоящим Кодексом не предусмотрено иное. Если в лицензионном договоре, предусматривающем представление отчетов об использовании результата интеллектуальной деятельности или средства индивидуализации, отсутствуют условия о сроке и порядке их представления, лицензиат обязан представлять такие отчеты лицензиару по его требованию.
http://www.consultant.ru/document/cons_doc_LAW_64629/4b10f5875c47d0565c75bf4e1e123de446bf7e6d/
Как мне, так статья - просто и по делу. Самому лень было искать информацию, а теперь понятно, что делают "суперзарядники" которыми восстанавливают старые аккумуляторы.
Мне одному такие переходы, от Arduino к Asm, кажутся киданием из крайности в крайность? Что мешает писать на НОРМАЛЬНОМ Си?
Напоминает одного друга, к которого программа работала только с отключенными оптимизациями, иначе gcc выкидывал половину программы. Так он, вместо того что бы почитать Кернигана или Дейтелов, решил всё писать на Асме. В итоге большой проект чуть не загнулся. Помог небольшой рефакторинг кода.
По задержкам циклами с отключением прерываний, а как вы предлагаете выдерживать временные интервалы на уровне производительности процессора, когда у вас нет времени даже на цикл? Иногда приходится тупо NOPы вставлять.
Когда много пишешь для МК, то стоит смотреть во что компилятор превращает твой код. Со временем учишься писать так, что бы собранный код был максимально близок к тому, что ты напишешь на Асме сам.