Принцип работы
Принцип работы площадки показан на схеме, для примера взята актуальная для меня задача: необходимо спроектировать и изготовить механическую шторку, которая будет закрываться и открываться при возникновении события (появления тока в сети, изменении температуры).
Технические подробности
Работа над заказом может осуществляться в ручном режиме и с помощником. В ручном режиме заказчик сам создает этапы работы над проектом, пишет для них техническое задание, выбирает специалистов, контролирует их работу. При работе с помощником за заказом закрепляется опытный инженер, который либо полностью сам, либо совместно с заказчиком выполняет данную работу.
Весь заказ разбит на шаги разработки, шаги могут выполняться одновременно. В каждом шаге, при необходимости, назначается свой руководитель, который организует работу специалистов по данному направлению. Специалисты каждого из шагов взаимодействуют между собой.
Кому нужен проект
Проект будет востребован, в его рамках может быть реализован широкий круг задач: от разработки простых устройств, например описанной выше шторки до разработки крупных устройств и систем. В первую очередь проект стоит рекламировать в технических ВУЗах и на профильных форумах, это эффективно и не дорого, а также вывести в поисковики по ключевым словам.
Запуск проекта
Для проекта зарегистрирован домен и на данный момент я ищу возвратные инвестиции под большой процент с залогом, буду благодарен за советы по поиску, на основных площадках разместил.
Как вы считаете, что можно улучшить и изменить в данном проекте?
Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.
Комментарии (11)
AlexanderS
05.02.2017 18:21Идея действительно интересная.
Но есть моменты. Разработка это… вещь такая порой капризная. Грамотно выстроенная разработка — это тоже своего рода талант при наличии немалого опыта.
Если на первом этапе можно обойтись ТУ/ТЗ, то начиная со второго этапа могут быть проблемы. Я удалённо участвовал в разработках и надо сказать, если разработка большая, очень сложно сделать сразу и правильно, а если и сделаешь, то легко может оказаться, что в ТУ/ТЗ есть разночтения, неописанные моменты, которые потом вылазят боком, так как «всем всё очевидно» и т.д. и т.п. Тому, кто изготавливает контроллер уже на этапе изготовления очень желательно иметь какой-то макет механики, чтобы проверить свои соображения по управлению (легко может оказаться, что для питания привода шторки мало тока, так как оригинально сконструирована шестерёночная передача, которая «съедает» мощность привода и надо организовать отдельный канал питания). Справедливо и наоборот — для конструирования механики желательно понимать как её потом будут управлять и какие подводные камни такого управления могут всплыть (спец все неплохо рассчитал, но если движок для шторки это сервопривод, то оказывается что при подаче питания он «ставится на ноль» с дикой скоростью и что-нибудь ломает и тут оказывается, что вообще лучше использовать шаговик, который подороже, но, так как при включении непонятно как он стоит и где у него «ноль», для него нужно сделать контактные ограничители — конструкцию надо здорово менять). По сути, в вашей схеме, спецы 3 и 4, тесно взаимодеёствуя, должны изготовить макет, они же испытать его, как-то протестировать, скорректировать выявленные моменты и потом уже передать спецу 5, который на базе этого макета, не исключено, что несколько матерясь, готовит из него опытную серию в количестве несколько штук и проверяет. И если всё нормально — передаёт на внедрение.
Не исключаю, что может всё получиться хорошо и сразу. Но далеко не всегда так бывает. Поэтому в ТЗ и присутствуют фразы типа «определяется на этапе разработки».
Prome_T
06.02.2017 09:11Все верно, но шаговик, при прочих равных, таки дешевле сервопривода. Сервопривод — знает в каком он положении. Скорости его работы задаются таки программно, потому необходимости в изменении конструкции нет, во всяком случае если исключить вариант что по ТЗ должны быть высокие скорости/точности и т.д. и т.п.
AlexanderS
06.02.2017 19:58Да я имел ввиду, если серву скрутить вбок и потом подать питание и управление на «ноль», то она к этому «нулю» и ломанётся со всей мочи. Это потом уже можно плавно крутить и делать всё что хочешь. А в момент включения что делать?
Ну… я это всё довольно условно написал, чтобы просто акцентировать внимание как пример. Возможно не самый удачный в данном случае.Prome_T
06.02.2017 20:08Если честно, я не специалист в этих вопросах, но: чпу станки не испытывают проблем при включении, то есть сервы то стоят на месте, рывков не происходит, в том числе в случае аварийной остановки, отключения питания от драйверов серв и последующего включения системы.
В любом случае это чисто программный момент по управлению драйвером серводвигателя и механики касается несколько опосредованно, хотя и бывают случаи когда это не так.
Но мысль то ваша в любом случае абсолютно верна. Лично мне, например, будет казаться нереалистичной и нежизнеспособной любая схема, подобная иллюстрации в статье описывающая все же более линейный процесс, не смотря на обратные связи между «специалист 1» <-> «специалист 2». Исходя из моего практического опыта, схема скорее должна представлять скорее не то что замкнутое кольцо, но какую то систему где все точки связанны и система полностью замкнута сама на себя :) Порой уже просто руками разводишь с удивлением выясняя в каких моментах могут вылезти несостыковки, даже если механика — это, внимание, просто крепление(!) блока к устройству, казалось бы, тупого и примитивного, но таки связанного с чисто программными моментами теснее чем можно было вообразить.
В общем это уже вопрос, как мне кажется, из сферы инфографики, которая в таком виде как в статье, описывает, скорее, совершенно идеальный вариант, с которым в реальности едва ли кто сталкивался :)
blazingcherub
05.02.2017 19:51+2Как разновидность фриланс-биржи — идея мертворожденая. Потому что слишком сложно наладить толковое взаимодействие между людьми, которых связывает только техзадание. А вот что-то типа краудсорсинговой сети для энтузиастов (любых сфер — хоть автомобиль построить, хоть ананасовую ферму, хоть какой-нибудь чудаковатый гаджет) с удобными инструментами взаимодействия, добавлением в друзья людей со схожими интересами/дополняющими ресурсами/смежными специальностями и облачными инструментами для организации прозрачного процесса разработки может стать прорывом, КМК.
ncix
06.02.2017 22:02+1Github
blazingcherub
07.02.2017 08:27Да, github — отличный пример. Для разработки софта. А вот для хардварных проектов (в том числе не-IT) подобного я не встречал. Чтоб, например, мотоэнтузиасты и специалисты по электротранспорту могли разработать полноприводной электромотоцикл, например. Или архитекторы, дизайнеры и спецы по строительным технологиям могли разработать проект экономичного и экологичного дома и т. д. Да и IT-проектам, типа Neo900не помешала бы более удобная платформа для управления процессом разработки (например представители сообщества могут предлагать коммиты с идеями по улучшению продукта)
ncix
07.02.2017 11:58+1Да в принципе в Github можно и любую документацию грузить, схемы, чертежи. Но я согласен, чтобы это было удобно, нужно многое доработать
Gryphon88
06.02.2017 13:18Мне кажется, такая платформа была бы интересна в связке с ЦМИТами, тут и совместная разработка, и обучениею
ncix
06.02.2017 22:08+1Штука интересная, если четко понимать откуда возьмутся заказчики. Поток заказчиков и проектов. Если у вас есть готовый работать по такой схеме заказчик — конечно приступайте.
NLO
НЛО прилетело и опубликовало эту надпись здесь