С чего начать?

[dosikus]

Даже в 21-м веке можно начинать с детекторного приемника или например Ардуины

Начинать надо не с этого а с азов , с батарейки и лампочки и вспоминать курс физики.
Слишком много развилось "кулибиных" закон Ома незнающих.
И давайте не указывайте мне что делать...

[yhnm]

Сейчас многие не изучают фотодело и устройство авто, но неплохо ими пользуются и с азов не начинают.
Замечено: как только изучишь дело в совершенстве - исчезает само дело.
Я - за кубики, это не игрушки. Они плод труда серьезных профессионалов. Именно поэтому есть смысл покупать(добывать) платные пакеты с удобным интерфейсом. Например что плохого в том что я кликну мышкой по кубику COM-порта и просто настрою его. Зачем мне знать какие регистры для чего нужны, если ресурсов моего КИТа мне хватает с избытком. Понятно, конечно, что я должен знать другие азы, например что такое COM-порт.

[Easyrider83]

Хорошо, когда программист может развести плату. Но все же, писать код должен один, а разводить плату другой. Это еще в XIV веке началось. Разделение труда называется.

[yhnm]

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

[Scadauser]

Это еще в XIV веке началось. Разделение труда называется.

Это началось на заре человечества - одни охотились, другие шкуры выделывали, третьи корешки собирали, тридцать первый огонь добывал.

[Scadauser]

просьба помочь с выбором из чего строить данные исполнительные устройства. так чтобы на первоначальном этапе не требовалось проводить глобальные монтажные работы и глубоко вникать во внутреннюю структуру контроллеров. и ещё желательно, чтобы контроллеры не требовали отдельной установки драйверов в систему, а определялись как какие то стандартные устройства. и наверное неплохо бы чтобы была хоть какая то развязка с компом (защита от дурака способного сжечь usb порт)

Может, не в тему, но кто знает?
LOGO! Siemens.
Просто и сердито. Можно применять в промышленных проектах, в отличие от самопала, которому место - дом-сад-гараж.

[st__1]

Ваше мнение спорное, но давайте все-таки по теме

А зачем спорить...
Давайте спросим Easyrider83...
Как он себя чувствует после перехода с пыхвасика PIC'ов на СИ и STM32???
Чёт мне подсказывает... что потраченных сил и времени ему не жаль...

[ourlive]

Начинать надо не с этого а с азов , с батарейки и лампочки и вспоминать курс физики.

вы ещё скажите что "кровь из носу" но нужно и пару диодов самому выточить для первого детекторного. изучать внутреннюю структуру элементов это конечно "круто", но не думаю что вы хорошо разбираетесь в методах легирования при создании транзисторов которыми пользуетесь. почему для МК должно быть иначе? ваши ставнения разных МК напоминают мне сравнение разных транзисторов, причём принципиально разных. вы модератор или где? удалите весь мусор из темы.

[RY723]

удалите весь мусор из темы.

Свой пост можете удалить самостоятельно. Вы считаете себя единственным носителем истинности? "Партия всегда права"?

[avp94]

Если хотите знать лично мое мнение - для МК знать нужно все и железо и софт .Причем не поверхностно .

Вряд ли найдутся несогласные .
Но почему

... , визуал барсики ,алгоритм буилдыры.
Человек быстро привыкает к халяве ...

халява?
Все зависит от целей . Не будет откровением сказать, что процесс разработки можно разбить на этапы, например
- Постановка задачи (самая трудная, имхо, часть)
- Составление алгоритма работы
- Собственно программирование
Для последнего (программирование МК) визуалы и буилдыры может и излишни, но для программирования интерфейса пользователя командной строки будет маловато .