микроконтроллеры, прошу краткий ликбез

http://easyelectronics.ru/ — тут ликбез по основам

http://roboforum.ru/ — тут профильный форум и магазин, в котором приторговывают разными готовыми модулями.

в моде арм, но зачем тебе арм? хватит атмела или пика 8-разрядного. спаять лучше на макетке, готовые платы не универсальны. питание лучше импульсное, проще линейное, но на первый раз надо брать готовое. чтобы не мучаться с usb, первый сделай на 232. а дальше - гугл.

Тыц (ссылки внизу).

особых вычислительных мощностей на контроллере механизма не нужно

Cortex-M0

Какая-то из дискаверей тебе подойдёт. Там их несколько, стоят копейки.

http://www.st.com/web/en/catalog/tools/FM116/SC959/SS1532/PF253215

почитал, понравилось. Вроде несложно и паять не много прийдётся. http://www.arduino.ru/Hardware/ArduinoMicro

Сразу хочу спросить, насколько необходимо новичку брать что-то типо этого - http://shop.easyelectronics.ru/index.php?categoryID=102 или достаточно использовать просто макетную плату.

основная логика будет расчитываться на PC

Что за ресурсоёмкие вычисления, для которых нужен пека?

Главный критерий - простота - от сборки и пайки до прошивки и увязки с датчиками

Твоё понятие простоты очень расплывчатое; некоторые сейчас вообще не понимают, зачем собирать и паять. Собрать можно на бредборде, на макетной плате, нарисовать, облудить и залакировать свою собственную.

Что сейчас в моде?

Купить ардуино и потом докупать к ней модули на ебее. Копипастить код в студию. Постить вперемешку фотографии процесса и своего сраного кота на хабр и показывать, какой ты ниибаца кулхацкер.

необходимо новичку брать что-то типо этого

Если у новичка много денег, которые некуда потратить, то пинборд будет приятней бредборды.

или достаточно использовать просто макетную плату

Это разные вещи. Макетные платы используют ленивые люди для уже готовых схем. Не нужно травить текстолит, наносить дорожки, потыкал жалом в доску и запаял, всё, готово. Бредборда и пинборд — они для экспериментов, быстрой перестановки компонент без пайки.

А как там, кстати, в студии с ruby и haskell?

или достаточно использовать просто макетную плату.

Да.

Что за ресурсоёмкие вычисления, для которых нужен пека?

может ресурсов МК и хватит, но для меня писать на лоу-левел ЯП логику - дикость, да и поменять МК не будет проблемой в случае чего

докупать к ней модули на ебее.

вот это супер, мне так и нужно

основная логика будет расчитываться на PC

Да делай на МК, к тому же говоришь, что только начинаешь. Уверен, что 8-битного атмегушки тебе хватит. Если что-то серьенее, то ARM cortex-M3 гарантированно хватит.

А на комп уже по SPI или RS-232/485 можешь передавать либо промежуточные результаты, либо по запросу, тут уже тебе виднее.

может ресурсов МК и хватит

Любой нормальной атмеги8 хватит.

но для меня писать на лоу-левел ЯП логику - дикость

Ты хоть знаешь, о чём говоришь, вообще?

да и поменять МК не будет проблемой в случае чего

Orly?

вот это супер, мне так и нужно

http://images.netbynet.ru/imgs/2dde94fafb77706d80b017ece9e1f6ec.png
http://rosental.virtbox.ru

Ты хоть знаешь, о чём говоришь, вообще?

смотря что ты понимаешь под логикой

Orly?

это означает удивление?

насколько я вычитал в описании ардуино, там используется свой ЯП, в отличие от многих других МК, но если на нём будет написана лишь моторика и операции связанные с аппаратурой, а остальное на другом ЯП, то вроде очевидно, что при смене аппаратуры прийдётся переписать только этот код.

http://images.netbynet.ru/imgs/2dde94fafb77706d80b017ece9e1f6ec.png

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

но если на нём будет написана лишь моторика и операции связанные с аппаратурой, а остальное на другом ЯП, то вроде очевидно, что при смене аппаратуры прийдётся переписать только этот код.

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

смотря что ты понимаешь под логикой

Я понимаю под логикой алгоритм работы программы, которую надо выполнить.

это означает удивление?

google →

насколько я вычитал в описании ардуино, там используется свой ЯП

ЯП зависит не от ардуино, а от архитектуры микроконтроллера.

в отличие от многих других МК

Ардуина — это не МК.

но если на нём будет написана лишь моторика

Моторика — медицинский термин.

операции связанные с аппаратурой

Там по определению всё связано с аппаратурой.

а остальное

Остальное что?

то вроде очевидно, что при смене аппаратуры прийдётся переписать только этот код.

Мы ещё не выяснили целесообразность вынесения выполнения кода за МК.

это не так, это просто хобби

Представь, это не easyelectronics.ru, а LOR, и у меня это тоже хобби.

да и что плохого, когда

Плохого то, что когда что-то не заработает или будет сбоить (а без этого никак) единственным выходом для тебя останется только покупать на авось новые модули. Если ты не расчитаешь токи и необходимую обвязку из сопротивлений на диодах, кондёров в обвязке прочей периферии, не будет кондёров, которые гасили бы помехи от компа/перферии/на земле ты рискуешь выжечь свои компоненты, МК и USB-порт в компе. А гарантии тебе от этого никто не даст.

для меня писать на лоу-левел ЯП логику - дикость

Дык, пиши на JavaScript, нопремер, кто запрещает?

я не имею достаточно опыта чтобы говорить о сложности кода, управляющего переферией

Я понимаю под логикой алгоритм работы программы, которую надо выполнить.

Тогда я разделяю логику наподобие «ехать вперёд пока не появится препятствие» и «подать +5 на выход 1 МК, подать 0 на выход 1 когда на входе 2 есть сигнал». Такой подход не верен?

Ардуина — это не МК.

Разве код ардуино не компилируется в код для атмеги? Но если заменить арудино но атмегу и самостоятельно сделать увязки с остальной аппаратурой, то код прийдётся переписать на С, или это не так?

Плохого то, что когда что-то не заработает или будет сбоить (а без этого никак) единственным выходом для тебя останется только покупать на авось новые модули.

я думал там всё продуманно, а всё что нужно сделать мне - писать команды наподобие подачи/снятия напряжения. Это заблуждение?

лучше уж сделать компилятор из Scheme, раз на то пошло

Нет у ардуины своего языка, это C++ с костылями. И да, я крайне не рекомендую на нём писать. И да, что за логика такая, что МК не хватит? Килобайта памяти хватит для многих «серьёзных» вычислений.

дело не в этом, а в том, на чём легче и удобнее делать логику

Что за логика такая, что её на C тяжело сделать?

Давай так, сколько уровней абстракций у тебя сейчас? Для связки - перефирия <-> МК <-> ПК, они в любом случае тебе понадобятся. Даже беря в расчет, что вычислительные ресурсы ПК велики, перекладывать логику обработки переферии на них, это однозначное внесение двух звеньев задержки ввиде интерфейсов. Логичней использовать ПК для постобработки, но никак не для обслуживания железа. Хотя смотря что за проект и какое время отклика ты ожидаешь.

Такой подход не верен?

Не вижу подхода.

Разве код ардуино не компилируется в код для атмеги? Но если заменить арудино но атмегу и самостоятельно сделать увязки с остальной аппаратурой, то код прийдётся переписать на С, или это не так?

ЯННП.

я думал там всё продуманно, а всё что нужно сделать мне - писать команды наподобие подачи/снятия напряжения. Это заблуждение?

Да.

http://rosental.virtbox.ru

вообще я думал сделать уровень(1) для управления железом и получения сигналов со входов. Уровень(2), в котором будет хранится состояние всего механизма и возможные действия. И уровень(3), в котором будет вычисляться стратегия работы механизма. С уровня(2) уже логично использовать высокоуровневый ЯП, а состояние представить, к примеру, в виде объекта класса. Стратегия тем более, в ней, если хочется чего-то интересного, можно писать какой нибудь AI. Писать всё это на С, к примеру, повышая уровень абстракции вполне реально, но я от этого удовольствия явно меньше получу.

ЯННП.

в ардуино работает атмега и именно в ней выполняется код, который мы пишем для ардуино. То есть если я выкину бутлоадер ардуино из атмеги арудино и буду использовать атмегу на прямую, то мне прийдётся писать заново код, к примеру. Я так думал

http://rosental.virtbox.ru

ЯННП.

http://rosental.virtbox.ru

С уровнем 2 ты промахнулся, однозначно в МК. Иначе это уже не автомат и МК, в таком случае, тебе вообще не нужен. Совсем другая разработка, совсем другое железо.

в ардуино работает атмега

Не обязательно.

То есть если я выкину бутлоадер ардуино

То у меня возникнут сомнения, что после этого ты вообще сможешь

использовать атмегу на прямую

http://rosental.virtbox.ru

пусть уровень 2 будет высокоуровневой обёрткой над состоянием механизма, хранимым в МК. Он вообще нужен для того, чтобы разделить понятия, к примеру - «есть препятствие» от «сработал фоторезистор». Ну как мне пока представляется

Ты так и не сказал что за механизм. Пока я вижу только классическую проблему XY

у меня несколько идей, но всё это не серьёзные проекты, а просто игрушки для забавы. К примеру, почему бы не попытаться сделать современный аналог робота из MIT, который ездил по комнате и собирал мелкие вещи в одну кучу. В качестве расширения можно сделать, чтобы он составлял 2d модель комнаты

Эк ты быстро состояние механизма вынес из своих обстракций. Мда, пожалуй тебе азы надо плотно почитать, иначе так и будешь плавать. Пока да, ты непонимаешь что пытаешся собрать.
Начни с малого, помаргай диодами, напиши обработчик кнопок, погоняй кольцевые алгоритмы, потом когда поймешь как работает переферия МК, будешь проектировать свой механизм. И уже там будешь думать, нужны тебе слои обстракций, RTOS и прочие шалабушки или нет.

Удваиваю этого анона. Задачу ты себе придумал очень сложную.

Я и говорю, что это просто мои предположения.

Азы, имеется в виду электротехнику? Насчёт моргания, включения и выключения двигателей и передачи данных - сейчас читаю примеры кода для ардуино, вроде все понятно и просто. Особенно понравилось про плавное зажигания светодиода, не думал что ТАК это делается)

с технической точки зрения? Я, если честно, думал что там все просто - двигатель + фотодиод. Система xy координат в которой n*x*угол поворота механизма определяет точку в пространстве относительно начальной. Поворот механизма дает пошаговый двигатель, к примеру

Открыл для себя ШИМ? Молоток, всего-то лет на 50 отстал от жизни.

Ну для меня это диковато потому что о ШИМ я узнал как связист, ещё в универе, то есть питание с помощью ШИМ мне и в голову не приходило, для меня это был сигнал, несущий информацию.

Узнаю программистов для программистов, отвыкай.
Конструирование с использованием МК должно заставить тебя вспомнить электронику и заставить думать как инженера, а в большинстве случаев - забыть что все написано за тебя, копипаста в сложных проектах - не пройдет.

Слушай, а на сколько живо и актуально freeduino, если его взять и к нему модули от ардуино подключать проблем не должно возникнуть?

в моде арм, но зачем тебе арм? хватит атмела или пика 8-разрядного

на avr/pic ты разве что лампочками и движками дрыгать сможешь. в моде OpenCV например так что нужен проц способный это обсчитывать.

Очевидно Arduino. Самое простое.

А я откуда знаю?
// С прописными уже получше, а вот запятые ещё подучить.

в моде опять что-то, что с толком использовать может менее долей процента ЦА, но надо обязательно потратить денех, а то другим покажется, что мы не современные.

в моде опять что-то, что с толком использовать может менее долей процента ЦА, но надо обязательно потратить денех, а то другим покажется, что мы не современные.

аж страшно подумать, целых 80$ надо потратить на 4х ядрен плату с 2мя Гб оперативки. запомни что вычислительный блок это 1/10, если не менее, стоимости робота. самое дорогое это шасси, приводы и датчики.

запомни
говорит так, как будто его поток сознания представляет ценность

Дабы не выглядеть голословным, поясню, что «вычислительный блок» можно собрать на помойке, а можно получать по спецзаказу навороченную платформу по цене автомобиля. Зависит от того, куда этот блок пойдёт.

на avr/pic ты разве что лампочками и движками дрыгать сможешь. в моде OpenCV например так что нужен проц способный это обсчитывать.

я конечно понимаю, что глупость говорю, но зачем ТС-у OpenCV, если ему надо

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