Как серьезно заниматься роботехникой НЕ в университете?

Question

[ivanstepanov3525325]

Хочу еще до университета начать заниматься серьезной роботехникой. То есть не ардуино, лего и т.д. А создавать что-то реально крутое. Что можно сделать?(понимаю, что начинать придется с малого)

Comments

[LoliDeveloper]

Что значит реально крутое? Марсоход запустить?

[Saboteur]

Что простое ты уже создал, чтобы рискнуть потратить много денег на что-то побольше?

[Araya]

А для меня ардуино уже реально крутое :(

[ivanstepanov3525325]

LoliDeveloper, Нет, не марсоход. Но и не светофор из ардуино.

[ivanstepanov3525325]

Saboteur, Создал, но на что ИМЕННО потратить?

[LoliDeveloper]

ivanstepanov3525325, а что вы имеете против светофоров из ардуино?

[ivanstepanov3525325]

LoliDeveloper, на них далеко не уедешь...А я хочу уже при поступлении в университет, быть на голову выше его программы.

[Максим Федоров]

В университете дают абстрактные знания
Первые 3 года вы будете изучать математику, химию, русский язык, теорией, сопромат, философию :)

Так что на голову выше — это быть умнее/быстрее

А по теме — ну вы будете на рынке выше студентов, а не в универе… это круто
Но пока цели ваши не совсем прозрачны, в виду того что ещё молоды (просто не сталкивались ещё с рынком труда и потребностями бизнеса/людей)

[Saboteur]

ivanstepanov3525325,
Зачастую суть не в светофоре из ардуино, а в том, где это применяется.
Светофор из ардуино на рельной дороге, который может менять расписание работы в зависимости от времени - это огромный плюс для дороги. А если еще и кнопку, которую на переходе можно нажать, так уже и вполне рабочий девайс.

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

Суть не всегда в конечной продукции, а в умении вообще это продукцию создать полезной для чего-либо.

Answer 1

[lonelymyp]

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

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

Comments

[Алексндр K]

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

[lonelymyp]

Алексндр K, ха ха, вижу человека не пробовавшего написать программу управления полутора десятками серв, при этом пытаясь действовать согласно математической модели и получить что то кроме конвульсивно жужжащего говна.
Мехатроника это обычно самое простое, в 99% случаев просто покупаешь готовые запчасти и собираешь что тебе надо.
А вот софт для чего-то сложнее светофора это реально проблема, я не зря теслу в пример привёл, имея в наличии готовую мехатронную платформу, они годами пилят софт и пока ещё не достигли цели. Равно как и остальные производители по обе стороны океана. Беда с программированием...

[Алексндр K]

Сэр, перед Вами человек - владелец своего стартапа с практическим опытом на более чем 20 Hi-Tech фирмах , в т.ч. и тех которые у Вас на слуху. Страна - мировая наковальня и из моего окна прекрасный вид на здание Intel.;)
Относительно Тесла - не показатель. Мне больше нравятся проекты Илона Маска. Он на корню не признает навигационные методы как Тесла, так и прочих авто монстров. Его мнение у лидаров нет перспектив и это не пустой звук. Лаборатории Маска полны проектов, переворачивающих все Ваши представления вспять.

[lonelymyp]

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

[Виктор П.]

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

Answer 2

[Виктор П.]

Привет. Слово "робототехника" довольно расплывчато, какой смысл ты вкладываешь в него?
Например, ты нужно построить робот танк для участия в соревнованиях. Как минимум нужно разбираться в механике, как считать ход шестерней, что такое редукторы, может захочешь дифференциал поставить, чем отличается шаговый двигатель от коллекторного или сервопривода, что использовать для поворота башни и т.д.
Дальше, нужно сделать управление через интернет. У меня была задача на raspberry pi поднять node js вебсервер и установить связь по вебсокетом с другим сервером. Передача управления, плюс потоковое видео. Это уже чистая веб разработка, огромный пласт знаний, который вроде как к робототехнике не имеет прямого отношения, но вот в данном случае понадобилось.
Если я соберусь строить дрон, самолёт или дирижабль - то там так же своя огромная сфера знаний про воздухоплавание, газы и т.д., которая вроде как не робототехника, но для конкретной задачи нужно во всём разобраться.
Дальше, не знаю, чем не угодила ардуино - это микроконтроллер, который выполняет определённые задачи. Его удобно использовать для прототипирования, то есть вначале строишь своего робота на ардуино, разбираешься, что конкретно и как у тебя используется, после чего можешь под эту же задачу сделать свою плату. В схемотехнике тоже множество своих правил и это тоже огромный пласт знаний. Но если ты знаешь отдельно только схемотехнику, робота не построить.
Если нужно сделать компьютерное зрение, то там тоже чистое программирование, которое к механике или другим областям совсем не относится, но в некоторых робо проектах оно необходимо.
Надеюсь обрисовал картину в целом. Создавать что-то реально крутое можно, достаточно посидеть в интернете, посмотреть существующие проекты и выбрать что-то по своему вкусу, начинать пилить, параллельно глотая обучающие видео с ютуба по соприкасающимся темам.
Могу порекомендовать канал Амперка на ютубе, у них и куча проектов и в целом развивающая инфа. По механике может быть достаточно даже лего обзоров от Кирилла Desert Eagle Lego Technic.

Comments

[Виктор П.]

Пропиарю свой проект ещё wiki.jeeroway.ru

[Алексндр K]

Посмотрел Ваш образовательный видеоролик с парадигмой концептуальной архитектуры, настройка портов и коммуникаций, озвучивание применяемых инструкций.
Раз уж вы готовы делится опытом, я последую Вашему примеру и тоже делюсь
Беда в том, что коллективный разум все еще едва тлеет в своих изощрениях создать нечто, что можно ставить на массовое производство и быстро перестраивать под требования времени. Тот инструмент который сегодня предлагается теми или иными аппаратными платформами далеко не демократичен.
Для серьезных задач требуется немалая команда кодеров, немалый бюджет на их почасовую оплату, зачастую с туманным непроглядным финалом. Существующая индустриальная робототехника, не пауки, доступна далеко не всем отраслям (авиация, флот, автомобилестроение) и дорогая медицина с разовыми проектами в странах с состоятельной клиентурой.
Взять к примеру ардуино. Эта платформа заняла свою определенную хобийную нишу начального уровня робототехники, если алгоритм требует большого набора процедур в большом многообразии функций с обратной связью, в проект как не крути нужно прикручивать малину. Далее по нарастающей. Глядишь требуется видео стриминг для машинного зрения, да такой чтоб была достаточная мощная вычислительная среда, обращение к внешним облачными ресурсам.
Подытожу, все от мала до велика нуждаются и прозябают в ликбезах по языковым средам кодирования, новые и удобные инструменты для разработки уже мелькают на горизонте, но испытывают невероятное давление со стороны тех, кто свято предан своей аппаратно программной религии и пропагандирует ее в народе.
В заключение вопрос залу (ответ лежит на поверхности):
Как вы думаете, на каком софте и аппаратных платформах Маск выводит свои проекты в космос?

[Виктор П.]

Алексндр K, Привет, я не знаю, что такое "парадигма концептуальной архитектуры" ) пилю вики, стараясь разжёвывать как именно я всё делаю, так как у самого много времени уходило на поиск и разбор этих деталей. Проект как раз хоббийный, как вы говорите, не серьёзный. Мне понравилась мысль, что нужно делать проекты, которые можно тиражировать и быстро перестраивать. Не задумывался об этом ранее, но так и надо делать. Я стараюсь не использовать 3д печать там, где можно обойтись без неё. Например, можно сделать корпус со скобой на принтере, а можно купить готовый. При этом, в напечатанный корпус всё равно нужно будет докупать подшипник, втулку и шурупы. Новичку такие заморочки не нужны, я считаю. Дальше, можно самому заниматься схемотехникой, но зачем, если можно взять готовую малину. Когда она устареет или выйдет из строя, её можно заменить на новую модель.
То, что вы говорите, есть куча разнообразных платформ, остановимся, например, на микроконтроллерах, да, там целый зоопарк, это называется конкуренция. Но есть, например, ардуино студия, в которой можно писать код ко всем популярным микроконтроллерам. При этом, переписать с одной платформы на другую - это просто, вообще никаких проблем нет, возможно потому, что я просто не сталкивался со сложными проектами. Но вот есть у меня espruino подобная плата (код на js), она решает конкретные задачи - принимает сигнал, разбирает его и выполняет определённые функции. Если вот мне по каким-то причинам нужно будет убрать эспруино и воткнуть вместо неё ардуино - я не вижу сложностей. Я буду подглядывать в существующий код, переписывать его на си и курить мануалы, как там настраивать последовательный порт и принимать сигнал - это нормально.
К чему я веду, изначально писать универсальный код, который подойдёт ко всем платформам я не вижу вообще никакого смысла. Такая задача в принципе не должна появиться. Но, тем не менее, если, вдруг, такая задача появится, то она разовая и сложностей для реализации никаких не предвидится. В таком ключе не очень понятно, зачем делать дополнительную абстрактную прослойку, с которой тяжело работать и которое, что самое главное, должна поддерживать все платформы, даже с которыми ты в данный момент не работаешь, это невероятно тяжело, чтобы работать без косяков, либо в ней будет недостаточная урезанная функциональность.
А если рассматривать малину - это полноценная линукс станция. Хочешь с ней работать - кури линукс. Если к ней сделать обёртку, которая якобы должна облегчить работу для новичков и не только, то эта обёртка будет только мешать, либо крайне урезанная функциональность, либо я даже не представляю, нужно всё, вообще всё, что делается с консоли линукса запихать в этот интерфейс. Короче, я не понял, зачем нужна ваша платформа

[Алексндр K]

Понятие парадигма берет начало - определённый набор концепций или шаблонов мышления, включая теории, методы исследования, постулаты и стандарты, в соответствии с которыми осуществляются последующие построения, обобщения и эксперименты в области, в нашем случае - разработка робототехники.
Все в.с. и продемонстрировано мной, есть моя парадигма.
Ваши утверждения верны с точки зрения кодера, который как рыба или почти, плавает в окружающей среде от того и советуете новичкам всячески курить матчасть, что-то где-то подглядывать и возможно, выпиливать напильником из паровоза самолет (юмор). Я не случайно упомянул в конце поста вопрос залу, жаль что он остался без внимания. Успех Илона в том, что он не тратит время на и деньги на низкоуровневых кодеров, на QA тестеров, на нулевой HW прототаипинг. Вместо этого он берет готовые, годами испытанные модульные решения и талантливо их интегрирует в своих проектах.
Так к примеру он успешно в космических проетах применяет язык G (управление двигателями и стартовой площадкой). Астронавты весь мониторинг и функции ручного управления осуществляют на тачскрин дисплеях, что дает максимальную эргономику и концентрацию внимания.

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

В свое время, набивая более чем 20 летний свой скил, я обратил внимание что большинство кода, направленного на внешнее управление или сбор данных по своей сути имеет невероятную повторяемость от проекта к проекту, при этом группы разработчиков от проекта к проекту выполняют одну и ту же работу с разницей лишь в том что меняют ключевые параметры в соих процедурах (таиминги, кол-во итераций, прерывания, запуск внешних объектов и т.п.) Многие разработчики из за тесного мира, поняли что победить в конкуренции можно только когда ты щедро получаешь на свой код SDK, ActiveX и прочие плюшки, и все ради того чтоб облегчить другим разрабам применение их кода в своих задачах.
И наконец мега хранитель кода Chris Wanstrath, Co-Founder, CEO of GitHUB, все сформулировал и озвучил на весь миру свою парадигму:

"Coding is not the main event anymore. Building software is the main event." - «Кодирование больше не является главным событием. Создание программного обеспечения - это главное событие».
​

Далее он подкрепляет свои доводы следующим:

“Eventually there's going to be zero code. Not for everything, but for some projects you're not going to have to code at all. We don't just have to automate warehouses and doctor's offices, we can also automate software development. "

“We talk about software eating the world, we talk about all this great technological innovation, and yet at the end of the day we're still just hitting buttons on a keyboard.”

“That doesn't mean this is going away, that means this is going to become more awesome, there's going to be more great tools, and more ways for you to communicate to the computer, to the system, what you want to build than ever before. We're going to have more control over the software we build in the future and it's going to be way better because all software is increasing together. ”

Ваши рассуждения, есть результат отсутствия знаний опыта альтернативных разработчиков, их достижениях и нежелание усомниться в своей "религии". Нужно отдать должное маркетологам, которые денно и нощно продувают мозги своим "миссионерством".
Я не хочу развивать здесь тему о тех или иных граблях, на которые наступают приверженцы тех или иных аппаратных платформ и их инструментария. Это может занять не одну страницу километровых доводов. Достаточно ярких в.с. примеров тех бесспорных талантов, на которых я даю ссылки.
Собственно это мой Вам ответ на поставленный автором поста вопрос:

Как серьезно заниматься роботехникой НЕ в университете?

[Виктор П.]

Отчасти я согласен с тезисами, что программирование ради программирования это бред. Прекрасная мысль, что во главу угла должен ставиться продукт, а не язык программирования или "новый модный" фреймворк.
Так же я сам давно заметил, что программисты из одной области делают примерно одно и то же. То есть, сколько в стране имеется 1с программистов бухгалтерии, они все делают, примерно, одно и то же, а это несколько десятков тысяч человек. С веб разработчиками такая же история, все делают примерно одно и то же чуть разными способами. Это, на самом деле, печально, человечество тратит свой ресурс впустую и топчется на месте.
Но какая есть этому альтернатива? Например, есть конструкторы сайтов. Они появились с распространением интернета в массы, в конце 90х или начале нулевых были юкоз, ещё что-то. Сейчас какой-то винкс или типо того.
То есть, с одной стороны баррикад есть голое программирование, там куча сложных штук, типа фреймворков по вёрстке, препроцессоров, библиотек типа jQuery, фреймворков по разработке, типа ангуляра или реакта. Или языковые фреймворки, типа вордпресса и т.д. Часто эти технологии бесплатны. С другой стороны баррикад находятся конструкторы сайтов. Там тоже есть маркетинг, как вы говорите и есть свои доводы, хорошие и правильные доводы. Эту религию тоже пиарят, но почему-то обычно использование платно. Можно за вечерок сделать себе сайт, не разбираясь в программировании - это прекрасно.
Тем не менее, эти конструкторы не получили широкого распространения. Почему? Во-первых, из-за ограничений, так как всё разнообразие задач на них не выполнить. Во-вторых, уже говорил, это чей-то продукт, за который надо платить деньги, который может перестать развиваться и т.д.
Ещё могу привести аналогию. Если я открою свою компанию по продаже пылесосов, мне нужна црм система. Мне нужен продукт и не важно, на чём он будет написан. Если у меня в штате даже 5-10 менеджеров, уже нужна црм, я могу нанять пяток программистов, которые будут пилить црм систему с нуля несколько месяцев и сделают убогую поделку, которая не будет дотягивать по уровню до текущих чужих систем. Конечно это бред, можно просто купить существующую отлаженную систему со всеми плюшками.
Тут выгоды очевидны. Надеюсь, аналогия не слишком сложная.
Тем не менее, если я работаю один, то мне подойдёт лист гугл экселя, куда я буду записывать контакты клиентов и сделки.
Вот все существующие хобби или пет проекты по робототехнике уровня эксель таблиц. Для них не нужна дополнительная прослойка или абстракция. Если появится какой-то "новый удобный" фреймворк, уровня бутстрапа для html страниц, его будут использовать. Если кому-то нужно ПО для управления запуском ракет и стартовых площадок, и такое ПО существует, и такое ПО отвечает необходимым вам требованиям - лучше его купить, будет быстрее и дешевле, чем пилить с нуля. Но это всё равно программное обеспечение, которое нужно программировать. Чтобы появился удобный интерфейс на планшете по управлению запуском ракеты - это надо программировать.
С тезисом "автоматизировать программирование"... Ну есть узкоспециализированные примеры, они даже занимают какую-то нишу, приводил в пример конструкторы сайтов. Сделайте удобно, и вашим будут пользоваться. Но писать такую абстракцию - это не для новичков, джун не напишет конструктор сайтов.
А чтобы просто использовать готовые интерфейсы, разве можно в таком случае называться роботостроителем? То есть, человек покупает готовое оборудование для автоматизации теплицы, настраивает под себя и пользуется - то это просто пользователь. Если это предприниматель, то ему так и нужно поступить. Но если человек соберёт такую систему своими руками, то он потратит на это гораздо больше времени (и, скорее всего, денег), но получит опыт во многих сферах и сможет сам отремонтировать такую систему, так как знает, как работают все узлы, например.
Всё зависит от требований, если человек хочет сайт, пусть покупает готовый или пользуется конструкторами сайтов. Если человек хочет научиться писать сайты, не надо ему говорить "возьми готовый, программирование не нужно"

[Алексндр K]

Когда автор задает краеугольный вопрос

Как серьезно заниматься роботехникой НЕ в университете?

я больше чем уверен, что он провел уйму времени в кропотливом поиске ответов. Даже предполагаю что поиск был не очень эффективным, т.к. он оказался на распутье с множеством неизвестных переменных.
В вузах, если речь идет не только о российских, многие кафедры предлагают студентам именно Вашу методику фундаментального погружения в низкоуровневое программирование с проектами в виде исследований поведения абстрактного трехмерного коня, более менее серьезные специализированные кафедры выделяют какие-то часы на обзор существующих инструментальных платформ, в т.ч. ROS, Microsoft Robotics developer Sstudio (MSRS), RoboLogix и как не пападоксально в т.ч. и Ардуино и т.д.

В результате среднестатистические выпускники не то что не готовы к серьезной работе в проектах, у них нет другого выбора, как самостоятельно обкуриваться тем, что имеет широкое распространение среди хоббистов, занимающихся построением пауков, роверов с ограниченным набором функционала, 3D садовой автоматикой и всем чем угодно. При этом глобальные проблемы, такие как спасание человеческой жизни во время пожаров, природоохранные системы ликвидации (потопы, пожары, техногенные аварии и т.п.), пресечение или устранение террористической деятельности не особо заботят высокотехнологичные умы. Серьезная робототехника процветает пока что в в.у. мной индустриях, а так же армия и космос. В этих отраслях не жалеют средств на низкоуровневых программистов с армией тестеров с лабораториями и комфортными условиями для проведения мозговых штурмов. Результат таких решений недавно был продемонстрирован всему миру, когда террористическая организация Хамас начала поливать Израиль залповыми ракетными обстрелами (более 3 тыс ракет за неделю). С момента пуска первой ракеты мгновенно развернулась система "Железный купол" и 95% угроз мирному населению было предотвращено.
Справа вы можете видеть, как ХАМАС запускает свои ракеты, нацеленные на израильские города (из многолюдных городских центров в секторе Газа, чтобы Израиль избегал атак на пусковые площадки, чтобы не навредить мирным жителям в Газе).
Их ракеты нацелены на израильские города, и их цель - убивать мирных жителей, несмотря ни на что.
Слева вы можете увидеть ракеты «Железный купол», нацеленные на защиту израильского населения, поражая ракеты Хамаса до того, как они упадут на гражданское население.
Одновременно это и пример того, как оборонный Hi-Tech страны быстро реагирует на внешнюю угрозу Государству.
Такой поход ярко иллюстрирует важность и необходимость в доступности для широкой аудитории универсальных и доступных в быстром освоении инструментальных платформ для робософта.
Если предпринять попытку правильного поиска то все же можно обнаружить в паутине не особо богатый обзор таких платформ, каждая из которых ограничена аппаратной реализацией в определенной теме.
Так же можно и найти опусы и сайты стартапов, которые вкладывают свои личные инвестиции в разработку таких платформ. Как я выше говорил они сталкиваются с определенными трудностями в маркетинговых стратегиях из за большой конкуренции с потусторонними.

Отвечая на Ваш вопрос:

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

В данном случае процесс программирования выглядит интуитивно понятным набором применения инструкций. Вам достаточно иметь алгоритм поведения и произвести в соответствии с ним моделирование набора инструкций в их логической последовательности, с учетом аварийных ситуаций.
Такие инструкции задаются визуальным методом на графической консоли ввода инструкций.
Консоль позволяет разработчикам выполнять симуляции с или без аппаратного подключения, проведение параметрических настроек включая коммуникации, проведение калибровок и т.п.
В финале после удовлетворительной симуляции имеется возможность внешнего автоматизированного протоколирования Вашего проекта ( в дальнейшем у Вас есть возможность делиться этим протоколом с другими корпоративными группами разработчиков, выполнять редактирование и т.п.) Таким образом вы получаете исходный код проекта который может функционировать в среде его разработки.
Что касается внешней графической обвертки для таких протоколов, такая возможность предусмотрена пока что в кооперации с разработчиком инструментальной среды платформы. С момента предоставления проектного протокола и согласования дизайна с проектировщиком, построение интерфейса занимает от нескольких часов, до нескольких дней. Скорость и эффективность процесса разработки робототехники в.у. платформой на 70% выше по сравнению с классическими методами и инструментами.

Что касается конкретно этого концепта, Вы можете задать мне любые вопросы.

[Виктор П.]

Ответы всё развёрнутее и развёрнутее, это прикольно )
Мне понятна ваша мысль насчёт того, что учатся, условно, каким-то мелочам и люди не способны решать какие-то глобальные задачи. И максимум, что делает огромное сообщество - это роботов пауков. Есть подобные статьи на хабре, вот, например, https://habr.com/ru/post/555498/ - не сказал бы, что она пропитана безысходностью, но всё же какое-то уныние навевает.
Как происходит становление специалиста, условного человека - вначале человек приходит в универ и делает лабораторные работы, которые под собой не имеют практического применения совсем. Просто чтобы разобраться в синтаксисе языка. Если не в универ, то на какие-то курсы, не суть важно. Затем, если тема его интересует, он начинает читать книги, разбавляя статьями, где опять же голая теория. А может и заглохнуть сразу, бывает.
Теория без практики нафиг не нужна, поэтому человек делает какой-то сайт для себя или для друга/родственника. После этого человек может устроиться на работу (или фриланс) с пометкой, вот я сделал простенький сайт, могу и вам такой же запилить. После этого наступает развилка в развитии, либо его нанимает такой же родственник, где нужно склепать такой же простой сайт, развитие там остаётся на том же уровне периодического чтения статей. Это очень медленное развитие. Второй вариант, человек попадает в команду со сложным проектом, на котором высокие требования к реализации. Тут профессиональный рост идёт по экспоненте, так как есть команда, которая не даёт ему писать фигню и объясняет, почему именно это фигня и не имеет жизнеспособности в сложном проекте. Проект одиночки просто не сопоставим с командным проектом. Единицы уже дальше, получив кучу опыта, могут стать какими-то крутыми архитекторами, хлебнув проблем на различных проектах. Оглядываясь назад, эти архитекторы смотрят на свои первые проекты с умилением, или волосы шевелятся, как будто ребёнок даун нарисовал картинку, с текущим опытом он бы такого делать не стал, разумеется.
Тем не менее, не сделав свой первый простенький сайт, этого человека даже не взяли бы на сложный проект в команду, потому что смысла ну никакого.
В робо сообществе всё очень похоже. Эти первые поделки типа робота паука похожи на первый написанный сайт. Человек его пилит один, уточняя на форумах свои простые вопросы. Развитие в данном случае происходит очень медленно. И, скорее всего, так и остаётся на низком уровне. Переступить этот порог можно только реальным опытом. Сделать робототехнику основным проектом и попасть в команду. При этом реальных проектов мало, количество вакансий ничтожно мало, не поставлено на поток, так сказать.
Вы же говорите, не нужны свои первые роботы-пауки, не нужны вот эти вот основы, переступайте через ступеньку джуна, переступайте через миддла, становитесь сразу синьорами. Ну не бывает так. Теоретически, если какой-то вчерашний студент случайно попадёт в сложный проект и у него будет к этому дар, и будут действительно крутые синьоры, которые будут его тащить, он сможет за пару месяцев познать дзен и догнать синьоров в реализации каких-то отдельных модулей. Уже постфактум всё равно придётся читать книги, статьи, разбираясь во всех аспектах. На практике же таких случаев и не встречается, это могут быть какие-то исключения. Нельзя перепрыгивать через несколько ступенек.
Когда вы говорите, цитата:
— робософт работает в виде в промежуточного слоя между обычной ОС и программами/скриптами управления роботом;
— робософт имеет модульную структуру, которая работает поверх базовой прослойки (фреймворка);
— робософт имеет распределённую клиент-серверную структуру;
Ну что тут джун, не имея опыта и практики может написать тут, кроме фигни?
Это всё правильные слова, но эти слова переосмысливаются на _каждой_ ступени развития.
То, что вы предлагаете, похоже на сериал про супергероев, ребят до универа отрезать от мира и начинать учить по какой-то супер системе, типа школы мутантов Ксавьера или академии Амбрелла. Интересно на это взглянуть, конечно, особенно, если действительно будет профит. Проблема в том, что это не тиражируется на обычных школьников. Плюс там всегда была какая-то личность, обычно миллионер, который может себе позволить содержать этих школьников довольно долгое время с обязательным предназначением по спасению мира

[Алексндр K]

Я вполне разделяю Вашу точку зрения в ракурсе Вашего статистического видения и предлагаю рассмотреть простой жизненный пример.
Очень давно, когда я был школьником старших классов, я отставал от своих сверстников в высшей математике (алгебра).
Я не любил этот предмет из за его сухости преподавания и не видел конечной цели в изучении предмета. При этом я любил другие предметы - физика, геометрия, биология.
Я упорно и много часов сидел с учебниками, искал подобные примеры и пытался находить статистические закономерности. Когда ситуация набрала критические обороты, глядя на меня мои родители нашли репетитора.
После нескольких тестовых задачь по алгебре, он решил проверить мои умственные способности и дал мне решить несколько примеров. Результат был неверным и он обнаружил в моих знаниях провалы в определенных правилах вычислений.
Я получил домашнее задание на восполнение этих правил, которые я плохо понимал. В конечном итоге он сумел устранить мои пробелы и я в своем аттестате зрелости по окончании школы имел 90 баллов из 100.

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

Очень простой и наглядный пример:
Канувшее в небытие аналоговое вычислительное устройство - логарифмическая линейка, позволяло людям без глубоких мыслительных способностей и математического образования, выполнять такие вычисления как, умножение и деление чисел, возведение в степень (чаще всего в квадрат и куб), вычисление квадратных и кубических корней, вычисление логарифмов, потенцирование, вычисление тригонометрических и гиперболических функций и некоторые другие операции. Если разбить вычисление на три действия, то с помощью логарифмической линейки можно было реально возводить числа в любую действительную степень и извлекать корень любой действительной степени.

До появления карманных калькуляторов этот инструмент служил незаменимым расчётным орудием уровня школьника, студента, инженера и профессора. Все что им требовалось, это инструкции и методы по работе с линейкой. Точность расчётов — около 3 значащих цифр.
Аналогичный пример вычислений можно продемонстрировать на косточковых счетах, которые сегодня демонстрируют китайские школьники младших классов, благодаря чему они в уме проводят невероятной сложности мгновенные вычисления. Эти самые котсточковые счеты они умеют представить и силой воображения перемещать их элементы.

Улавливаете ход рассуждений?

Этот отвлеченный пример ярко иллюстрирует в.у. парадигму - автоматизированное (автономное) кодирование посредством "логарифмической" программной среды с набором определенных инструкций (инструментарий), не требующего от разработчиков глубоких теоретических знаний, при этом четко понимающего назначение той или иной инструкции, необходимой для достижения конечной цели.

Конечно такой разработчик (No Coder), все же должен иметь представление о бинарном сигнале, так же должен на достаточном уровне разбираться в готовых аппаратных модульных сборках в их параметрах и их назначении, на основании чего уметь создавать программно аппаратные поведенческие алгоритмы своей идеи.

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

Очень просто:



*И алгоритм его управления следующий:

1. Запустить фреймворк в автоматическом режиме по умолчанию через 15 секунд после загрузки на PC программы;

2. Подайте питание на драйвер шагового двигателя в режиме ожидания 12В;

3. Подайте 5В на генератор PWM с питанием + CLK , вращение влево;

4. Через 10 секунд отключите источник питания 5 В от PWM, двигатель перейдет в режим удержания>;

5. Подайте сигнал PWM 5В на привод двигателя -CLK вращение влево;

7. Отключите 5В от PWM. Через 1 час остановите двигатель, режим удерживая;

8. Отключите драйвер двигателя 12 В;

Так же видим функцию сохранения протокола проектного кода (исходный код) со всеми параметрическими настройками в бинарном формате.

*Сценарий не включает обратную связь с угловыми резистивными датчиками. Если они включены в алгоритм, то значение триггера задает углы поворота двигателя в диапазоне от 0,001 до 3,300 В. Для настройки предусмотрена дополнительная консоль, которая вызывается в процессе отладки.

В процессе разработки мы сможем создавать библиотеки из таких конфигураций (промежуточные или финальные), получать к ним доступ, вносить изменения и сохранять их под новым именем. Все значения от сбора со стороны сенсорной Input системы могут быть записаны в реальном времени в течение полного цикла или определенных циклов каждой процедуры триггерного отклика к процедурам выходных функций.
Это образовательный видео ролик для быстрого старт...

Answer 3

[Алексндр K]

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

Вот основные постулаты которых имеет смысл придерживаться в начале своего пути к робототехнике:

— робософт работает в виде в промежуточного слоя между обычной ОС и программами/скриптами управления роботом;
— робософт имеет модульную структуру, которая работает поверх базовой прослойки (фреймворка);
— робософт имеет распределённую клиент-серверную структуру;

“стандартный” робософт – это:
* фреймворк, обеспечивающий типовые операции, слой абстракции от оборудования, межпотоковое взаимодействие и т.д.
* дополнительные модули, реализующие различные робототехнические алгоритмы (компьютерное зрение, SLAM, машинное обучение, кинематика)
* симулятор (симулятор является важной частью программного обеспечения для разработки роботов — он позволит отлаживать алгоритмы в виртуальной среде, без покупки дорогостоящего оборудования.)
* оболочка для визуального программирования и управления роботом (наглядное и доступное объектно-ориентированное программирование, представление состояния робота в виде иерархического конечного автомата, состоящего из управляемого набора финальных статических машин и т.п.)
Я предвижу здесь вероятность рассуждений относительно платформы ROS, которая активно популяризируется большинством российских вузов, а так же курсов с армией хобийных сообществ студенческих команд и т.д. и т.п .
Для ясности - На вопрос: «Чем ROS отличается от других X платформ, нет однозначного ответа, есть аксиома - если вы решите использовать X, вы всё же сможете использовать многие из библиотек, распространяемых вместе с ROS. При этом Важно понимать - ROS работает только на Unix-платформах и в основном носит экспериментальный характер.

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

Comments

[evgeniy_lm]

Ничего не понятно, но очень интересно.

[Алексндр K]

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

Answer 4

[NeffiseX]

Можно создать робот пилесос на arm микроконтролере.

Comments

[Алексндр K]

Создать новичку? на раз плюнуть, можно, и будет не жаль за годами выкуренные мануалы и курсы.
Самый продвинутый робосос по цене доступной далеко не для всех обывателей в разных странах сегодня (4 ядра Cortex-A7) умеет строить карты помещений и по определенному алгоритму следовать по виртуальным трекам с применением датчиков расстояний до препятствий. Новое поколение робососов по своей эффективности он лучше от хаотически перемещаемых предшественников и время уборки там нормировано в зависимости от отсканированной им площади. Но там тоже не все идеально, как в классическом варианте уборки. По прежнему является хорошим подспорьем в том случае, когда в квартире домашних животных.
ARM нуждается в допиливании и не тянет объем вычислений, как минимум ему потребуется внешний локальный с сетевым протоколом вэб терминал с распределенным сбором и обработкой данных.
В качестве примера Xiaomi Finder на 2 ядрах в комплекте со SLAM.
Но не так все плохо, посмотрите полемику здесь в подкастах.

[Maly]

Алексндр K, Я новичок. Простите конечно меня. Но такие программисты как вы сильно убивают желание новичков начать заниматься робототехникой. Да я понимаю вы хотите чтобы новички смогли понят куда идти. Но именно для начало пути все это слишком сложно.

[Алексндр K]

Ладно, давайте посмотрим на ситуацию с другой стороны.
Если вы хотите понять фундаментальную теорию аналого цифровых преобразований или цифро аналоговых на программно аппаратном уровне, конечно вам следует окунуться в ликбез со всеми эффективными и неэффективными мануалами. Заняться построением примитивных прототипов и т.п.
Если вы все же хотите заняться созданием многозадачной робототехники, при этом сократить все свои временные, денежные, материальные ресурсы и затраты, Вам никак не обойтись без соответствующего инструментария.
В свое время многие учёные, инженеры выпускники вузов применяли в своих открытиях, разработках и амбициозных проектах такой аналоговый инструмент, как логорифмическая линейка. Они применяли в своих расчетах простейшие инструкции по работе с инструментом. Тем самым уже тогда они вели мир к инструментам No Code. Ускоряли ход времени на решения сложных математических формул, тем самым ускоряли приближение человечества к будущему.
Тот же инженерный калькулятор - у пользователей нет необходимости в знаниях того как устроен его софт и аппаратная часть, чтоб им воспользоваться для сложных инженерных расчетов. Вместо длинных уравнений они применяют наборы инструкций и нажимают на клавиши.
Если у новичков есть желание заниматься робототехникой, при наличии инструментария они именно этим и должны заниматься. Если же они хотят стать кодерами для того чтоб потом заниматься робототехникой, то следуя Вашей логике потребуется начинать с ассемблера, двигаясь по направлению к Питону, включая аппаратные платформы для тех или иных задач. При очень завидном усердии лет через 7, при условии что вас в качестве юниора будут в профильных фирмах пользовать от мала до велика, глядишь и воплотите свою давнюю мечту.
Если все в.с. выглядит для Вас неоптимистично, многие начинающие пытаются осваивать ардуино с его средой написания скетчей, или курят Питон на базе малины, ах да чуть не забыл, еще есть опен сорс ROS который строится на программных модулях, с библиотеками драйверов и абстракций от открытых сообществ, то еще курево.

Answer 5

[Maly]

Начните с avr, pic микроконтроллеров. Но все таки советую начинать с ардуино. Я тоже новичок. Начал изучать ардуино.