Да я бы перевел если бы вы правда помогли... а не длинной контроллеров мерились.
я, кстати, не сомневаюсь, что перевел бы. Не потому что ты честный, а потому что тебе плевать. Уверен, что папочка тебе дает такую сумму на день... на такси
Я боюсь ездить на такси... Перевел бы конечно, на гарант. Может и не 500 смотря на сколько бы мы подружись с тем кому это интересно. (если он конечно компетентный). Я думаю изначально мне просто нужна консультация специалиста по телефону что бы выбрать оборудование, я вижу что вас жаба задавила и часть компонентов вы считаете дорогими. (это спорный момент). пока я не увидел не одного человека с опытом что бы он мог конкретно что то сказать.
b707 пишет:
И твоя тупость вместе с дубовым американским оптимизмом настолько бьет из каждого слова, что нет никакой надежды научить тебя программировать ни за 500 баксов, ни за 5000
Глупые не обоснованные доводы по поводу того что я что тот там не смогу. Вы просто не понимаете задачу даже не смогли пробежать по исходнику, сказав что он генерирован VexIQ программой))... Столько излили желчи про такси ) про научить программировать ))) мне не нужно уметь программировать контроллеры, мне нужен интерфейс, дальше я буду программировать что я умею и мне нравиться. и мне надо учить это у меня есть профессия.. это хобби сделать игрушку. Вы упомянули оптимизм "назвав его Американским" теперь я понимаю по чему в ру есть только Linux Rosa ))... хотя несколько постов выше кто то сказал что сделает за 3 часа. (очень странные вы ребята). попросил сделать интерфейс под мои требования развели не понятно что, столько оскорблений. Ну может кто то более адекватный (не в профессиональном плане) именно в человеческом подскажет.
Или 500$ это действительно мало что бы рассчитать нагрузки моторы контроллеры все это запустить? я не понимаю по какой причине вы балдете )... ну вы напишите цену.
Вообще-то об этом b707 уже писал.
Попытаюсь другими словами.
Работу исполнителя можно разделить на три этапа:
1. Составление ТЗ. Т.е. "вытягивагние" из клиента его хотелок, чтобы сформулировать их технически грамотным языком. По-хорошему, ТЗ должен составлять заказчик, но большинство из них на это не способны.
2. Выполнение ТЗ. Т.е. все спроектировать, рассчитать, изготовить и наладить.
3. Сдать работу заказчику. Что нередко требует наличия педагогических навыков, т.к. предполагает "подтягивание" с нулевого уровня до уровня, когда заказчик способен понять, что же ему со всем этим делать дальше.
Так вот, наибольшую трудоемкость имеют пункты 1 и 3, а не 2, как это многим потенциальным заказчикам видится.
Ну и чем ниже уровень заказчика, тем более вероятно возникновение ситуации, когда после того, как работа полностью выполнена, вдруг "всплывают" неучтенные детали, которые совершенно необходимо реализовать, но реализация которых оказывается существенно дороже, чем весь остальной проект вместе взятый.
мне не нужно уметь программировать контроллеры, мне нужен интерфейс, дальше я буду программировать что я умею и мне нравиться
ты правда думаешь, что кто-то возьмется написать тебе "всеобщий интерфейс" для любых моторов и датчиков уровня твоего VEQ или как там его - за 500 баксов? Это задача для команды программистов на год.
Ты зря теряешь тут время. Если бы тут были желающие вписаться в твою задачу - они давно бы откликнулись.
Думаю, ветку можно закрывать вторично.
ЗЫ очень не хватает кнопки "Игнорировать" на форуме. Нажал - и не видишь сообщений конкретного ника. Самому мне, к сожалению, не хватает выдержки ... Деда, забань меня на пару дней...
1. Составление ТЗ. Т.е. "вытягивагние" из клиента его хотелок, чтобы сформулировать их технически грамотным языком. По-хорошему, ТЗ должен составлять заказчик, но большинство из них на это не способны.
2. Выполнение ТЗ. Т.е. все спроектировать, рассчитать, изготовить и наладить.
3. Сдать работу заказчику. Что нередко требует наличия педагогических навыков, т.к. предполагает "подтягивание" с нулевого уровня до уровня, когда заказчик способен понять, что же ему со всем этим делать дальше.
Ну вот сколько интересного я узнал. Хотя столько выслушал... )) Спасибо.
Guro - это не то, что ты думаешь. А что касается моторов с интерфейсами... Мехатроника от тринамика - пандрайвы по $200 за штуку. Там на каждой единице свой быстрый МК, энкодер. Вешать же на один МК 9 моторов можно только при разработке брата робота Фёдора.
Понравилась идея про отдельный COM порт в Windows и каждое устройство (мотор, датчик) висит отдельно. А рулить могу через байткоды (команды) спецификацию. ее определить в ТЗ. как вариант можно рассмотреть и такую схему.
Изначально я этого не хотел, а сейчас подумал если скорость COM порта позволяет быстро общаться то еще удобнее движение робота, работу с моторами и прочим сделать в единой программе, без подпрограммы на ардуино. (Я про само движение робота).
То есть на сколько быстро будет отклик, если я буду рулить 9 моторами и получать данные с датчиков. (нужна информация).
b707 пишет:
Думаю, ветку можно закрывать вторично.
Не нужно не чего закрывать, я использую ее для составления ТЗ что бы быстрее понять человеку что мне нужно. Спасибо.
Ну давай расскажу немного, раз клоунада продолжается.
1. То, что бросается в глаза первым. И по списку - первое. Идиотский выбор одноплатника. Даже не то, что он заоблачно дорогой, деньги - твои и дело твое. Просто он такой совершенно не нужен, потребляет много энергии и неудобен в программировании. На таком одноплатнике можно биткоины майнить, пока ребенок с роботом играет. Такой мощный одноплатник реально использовать в роботе при автономном компьютерном зрении или распознавании речи. Но ты явно не для этого его выбирал. Правильный выбор одноплатника для дюжины степеней свободы - малинка/апельсинка
2. У тебя в спецификации 5 BLDC моторов и 3 степпера. Никаких гет-мотор-спид там не бывает. BLDC у тебя выбраны просто от дронов-вертолетиков. И максимум, что ты сможешь получить от драйвера - это данные о том запустился ли мотор. То есть это моторчики просто для общего движения. Зачем их целых пять - твое дело, но просто запомни, что никакой нормальной обратной связи драйвер тебе не отдаст. У большинства и выходов то никаких нет - только ШИМ вход от полетного контроллера для управления оборотами.
3. Степперы или шаговые двигатели. Драйверы управляются командами (часто просто проводочками) STEP/DIR. Есть один важный момент - команда степ (шаг) должна даваться строго по времени. Либо с постоянной частотой, при равномерном перемещении, либо с нарастающей или снижающейся частотой при старт/стопе. Поскольку сопротивление роботу в соответствующей степени свободы неизвестно, то степперу нужен или абсолютный энкодер, для определения положения, или хотя бы концевики, для уточнения положения. Проскальзывания никто пока не отменил. Таким образом нужно либо ставить реалтайм ОС на одноплатник, что бредово, либо делать умные контроллеры степперов на отдельных МК, где задавать целевое перемещение и параметры разгона/торможения.
4. для обратной связи у тебя два датчика - акселерометр и сонар. И нет энкодеров на степперы. То есть при малейшем проскальзывании при перемещении конечности, робот уже не сможет посчитать её положение в пространстве. Не айс совсем - нет?
5. Постоянные ссылки на всякие игровые и образовательные темы, вроде VEX, LEGO, RobotC и прочую лабуду вызывают сомнения в адекватности. Это не про изделия, это все просто игровые и образовательные инструменты. Более совсем ничего. Причем у них своя экосистема, если ты понимаешь, о чем я. Со специфическими протоколами, элементами и ценами. Если тебе нужно интегрироваться с такой системой, то нужно искать специалистов именно в этом вопросе. У нас но форуме был единственный придурок, который занимался игрушками со своим сыном (бедный ребенок! ;)) ). Он даже в каких-то робото-соревнованиях принимал участие. Но мы его выгнали с форума. Не за игрушки, а за склочность. Более никто тут не занимается игрушками. Тебе Ркит давно написал - "ты выбрал не тот форум".
Да я бы перевел если бы вы правда помогли... а не длинной контроллеров мерились.
я, кстати, не сомневаюсь, что перевел бы. Не потому что ты честный, а потому что тебе плевать. Уверен, что папочка тебе дает такую сумму на день... на такси
Я боюсь ездить на такси... Перевел бы конечно, на гарант. Может и не 500 смотря на сколько бы мы подружись с тем кому это интересно. (если он конечно компетентный). Я думаю изначально мне просто нужна консультация специалиста по телефону что бы выбрать оборудование, я вижу что вас жаба задавила и часть компонентов вы считаете дорогими. (это спорный момент). пока я не увидел не одного человека с опытом что бы он мог конкретно что то сказать.
И твоя тупость вместе с дубовым американским оптимизмом настолько бьет из каждого слова, что нет никакой надежды научить тебя программировать ни за 500 баксов, ни за 5000
Глупые не обоснованные доводы по поводу того что я что тот там не смогу. Вы просто не понимаете задачу даже не смогли пробежать по исходнику, сказав что он генерирован VexIQ программой))... Столько излили желчи про такси ) про научить программировать ))) мне не нужно уметь программировать контроллеры, мне нужен интерфейс, дальше я буду программировать что я умею и мне нравиться. и мне надо учить это у меня есть профессия.. это хобби сделать игрушку. Вы упомянули оптимизм "назвав его Американским" теперь я понимаю по чему в ру есть только Linux Rosa ))... хотя несколько постов выше кто то сказал что сделает за 3 часа. (очень странные вы ребята). попросил сделать интерфейс под мои требования развели не понятно что, столько оскорблений. Ну может кто то более адекватный (не в профессиональном плане) именно в человеческом подскажет.
Или 500$ это действительно мало что бы рассчитать нагрузки моторы контроллеры все это запустить? я не понимаю по какой причине вы балдете )... ну вы напишите цену.
Вообще-то об этом b707 уже писал.
Попытаюсь другими словами.
Работу исполнителя можно разделить на три этапа:
1. Составление ТЗ. Т.е. "вытягивагние" из клиента его хотелок, чтобы сформулировать их технически грамотным языком. По-хорошему, ТЗ должен составлять заказчик, но большинство из них на это не способны.
2. Выполнение ТЗ. Т.е. все спроектировать, рассчитать, изготовить и наладить.
3. Сдать работу заказчику. Что нередко требует наличия педагогических навыков, т.к. предполагает "подтягивание" с нулевого уровня до уровня, когда заказчик способен понять, что же ему со всем этим делать дальше.
Так вот, наибольшую трудоемкость имеют пункты 1 и 3, а не 2, как это многим потенциальным заказчикам видится.
Ну и чем ниже уровень заказчика, тем более вероятно возникновение ситуации, когда после того, как работа полностью выполнена, вдруг "всплывают" неучтенные детали, которые совершенно необходимо реализовать, но реализация которых оказывается существенно дороже, чем весь остальной проект вместе взятый.
мне не нужно уметь программировать контроллеры, мне нужен интерфейс, дальше я буду программировать что я умею и мне нравиться
ты правда думаешь, что кто-то возьмется написать тебе "всеобщий интерфейс" для любых моторов и датчиков уровня твоего VEQ или как там его - за 500 баксов? Это задача для команды программистов на год.
Ты зря теряешь тут время. Если бы тут были желающие вписаться в твою задачу - они давно бы откликнулись.
Думаю, ветку можно закрывать вторично.
ЗЫ очень не хватает кнопки "Игнорировать" на форуме. Нажал - и не видишь сообщений конкретного ника. Самому мне, к сожалению, не хватает выдержки ... Деда, забань меня на пару дней...
Самому мне, к сожалению, не хватает выдержки ... Деда, забань меня на пару дней...
Дак ты себя дрессируй, банить я сиравно не умею.
Дак ты себя дрессируй
вот ище... из-за каждого .... дрессировать? :)
Работу исполнителя можно разделить на три этапа:
1. Составление ТЗ. Т.е. "вытягивагние" из клиента его хотелок, чтобы сформулировать их технически грамотным языком. По-хорошему, ТЗ должен составлять заказчик, но большинство из них на это не способны.
2. Выполнение ТЗ. Т.е. все спроектировать, рассчитать, изготовить и наладить.
3. Сдать работу заказчику. Что нередко требует наличия педагогических навыков, т.к. предполагает "подтягивание" с нулевого уровня до уровня, когда заказчик способен понять, что же ему со всем этим делать дальше.
Ну вот сколько интересного я узнал. Хотя столько выслушал... )) Спасибо.
Давайте пойдем наиболее правильным путем.
1. Составление ТЗ.
Актуально $/час (Связь Телефон, Скайп, Вацап).
Понравилась идея про отдельный COM порт в Windows и каждое устройство (мотор, датчик) висит отдельно. А рулить могу через байткоды (команды) спецификацию. ее определить в ТЗ. как вариант можно рассмотреть и такую схему.
Изначально я этого не хотел, а сейчас подумал если скорость COM порта позволяет быстро общаться то еще удобнее движение робота, работу с моторами и прочим сделать в единой программе, без подпрограммы на ардуино. (Я про само движение робота).
То есть на сколько быстро будет отклик, если я буду рулить 9 моторами и получать данные с датчиков. (нужна информация).
Думаю, ветку можно закрывать вторично.
Не нужно не чего закрывать, я использую ее для составления ТЗ что бы быстрее понять человеку что мне нужно. Спасибо.
Ну давай расскажу немного, раз клоунада продолжается.
1. То, что бросается в глаза первым. И по списку - первое. Идиотский выбор одноплатника. Даже не то, что он заоблачно дорогой, деньги - твои и дело твое. Просто он такой совершенно не нужен, потребляет много энергии и неудобен в программировании. На таком одноплатнике можно биткоины майнить, пока ребенок с роботом играет. Такой мощный одноплатник реально использовать в роботе при автономном компьютерном зрении или распознавании речи. Но ты явно не для этого его выбирал. Правильный выбор одноплатника для дюжины степеней свободы - малинка/апельсинка
2. У тебя в спецификации 5 BLDC моторов и 3 степпера. Никаких гет-мотор-спид там не бывает. BLDC у тебя выбраны просто от дронов-вертолетиков. И максимум, что ты сможешь получить от драйвера - это данные о том запустился ли мотор. То есть это моторчики просто для общего движения. Зачем их целых пять - твое дело, но просто запомни, что никакой нормальной обратной связи драйвер тебе не отдаст. У большинства и выходов то никаких нет - только ШИМ вход от полетного контроллера для управления оборотами.
3. Степперы или шаговые двигатели. Драйверы управляются командами (часто просто проводочками) STEP/DIR. Есть один важный момент - команда степ (шаг) должна даваться строго по времени. Либо с постоянной частотой, при равномерном перемещении, либо с нарастающей или снижающейся частотой при старт/стопе. Поскольку сопротивление роботу в соответствующей степени свободы неизвестно, то степперу нужен или абсолютный энкодер, для определения положения, или хотя бы концевики, для уточнения положения. Проскальзывания никто пока не отменил. Таким образом нужно либо ставить реалтайм ОС на одноплатник, что бредово, либо делать умные контроллеры степперов на отдельных МК, где задавать целевое перемещение и параметры разгона/торможения.
4. для обратной связи у тебя два датчика - акселерометр и сонар. И нет энкодеров на степперы. То есть при малейшем проскальзывании при перемещении конечности, робот уже не сможет посчитать её положение в пространстве. Не айс совсем - нет?
5. Постоянные ссылки на всякие игровые и образовательные темы, вроде VEX, LEGO, RobotC и прочую лабуду вызывают сомнения в адекватности. Это не про изделия, это все просто игровые и образовательные инструменты. Более совсем ничего. Причем у них своя экосистема, если ты понимаешь, о чем я. Со специфическими протоколами, элементами и ценами. Если тебе нужно интегрироваться с такой системой, то нужно искать специалистов именно в этом вопросе. У нас но форуме был единственный придурок, который занимался игрушками со своим сыном (бедный ребенок! ;)) ). Он даже в каких-то робото-соревнованиях принимал участие. Но мы его выгнали с форума. Не за игрушки, а за склочность. Более никто тут не занимается игрушками. Тебе Ркит давно написал - "ты выбрал не тот форум".