Search
Write a publication
Pull to refresh

Comments 9

Нельзя быть фанатом ESP или фанатом STM, или атмеги. Контроллер выбирается под задачи. Технологии, среда, язык тоже. Где то и микропайтон сойдет, а где то нужен голый асм. Особенно при обучении нужно учить уметь выбирать правильные технологии и контроллер.

Но бывает так, что задачи под любимый МК подбираешь. Ведь разбиение задачи на подзадачи это искусство.

На практике (особенно на производстве) чем меньше "зоопарк" применяемых микроконтроллеров - тем лучше.

Мне кажется, что важно отличать фаната от фанатика. Фанатик будет везде пихать свой любимый контроллер, даже если не удобно, а фанат при прочих равных - выберет свой любимый)

В идеале всё так, но с точки зрения затрат и окупаемости иногда лучше выбрать то, с чем ты хорошо знаком и можешь сделать быстро и хорошо. В итоге, цена компонентов будет завышена, но ПО будет написано быстрее и качественнее. И дальнейшая поддержка проще. И наоборот, можно сэкономить на компонентах, но пока разработчик разберётся что-куда, и потом выяснится, что надо было сделать по-другому, то тут уже вся экономия боком выйдет.

Я бы уточнил - контроллер в семействе. Но не семейство и тем более не архитектура.
И вряд ли кто-то научит выбирать правильные архитектуры. Слишком уже развит vendor lock-in

Если вы, как и я не нашли пульт, но не знаете какой у него протокол - можно использовать FlipperZero.

Имея ESP32 и IR приёмник вы предлагаете использовать FlipperZero для определения протокола пульта? Вы шутите?

Ох уж эти выводы. А что могло бы вырасти из этой платы, если бы проект поддерживался?

Sign up to leave a comment.

Articles