RCHeliClub.ru
Технический раздел => Аппаратура радиоуправления => | Futaba | => Тема начата: Igor Nack от 10 Февраль, 2010, 00:22:26 am
-
Давно думал о том, когда появится аналог автомобильной CAN-bus. И вот оно. Futaba родила.
-
- теперь с приёмником от футабы будут работать только её сервы?
- а как же теперь, продавать бОльшее количество каналов (в приёмнике), за бОльшие деньги? :D
Идея нормальная, давно ожидаемая! Но вот не получилось бы из неё очередной "войны стандартов", по типу Блю-реев и иже с ними. :-\
-
- теперь с приёмником от футабы будут работать только её сервы?
- а как же теперь, продавать бОльшее количество каналов (в приёмнике), за бОльшие деньги? :D
Идея нормальная, давно ожидаемая! Но вот не получилось бы из неё очередной "войны стандартов", по типу Блю-реев и иже с ними. :-\
Саша они вроде не кардинально поступили.
Просто наконец-то стало ясно - зачем у нас в приемниках кроме стандартных каналов еще какой-то data-порт :D
Ясно конечно и раньше было. В общем будут приемники с ДОПОЛНИТЕЛЬНЫМ портом.
Хош стандартные серво, а хош модные от Футабы
Это они с хоббисити войну затеяли ИМХО :D
-
Юра! А что они будут делать, когда хобби-сити выпустит приёмник "с одним каналом" ? :o ::) Прикинь его стоимость ;D
К нему же можно подцепить кучу "специальных" серв и всё остальное, я так понимаю задумку?
Вот раньше, когда деревья были большими, всем было всё ясно: имеет приёмник скажем СЕМЬ каналов - он крут и хорош!
Если имеет восемь, девять, или (не дай бог!) четырнадцать :o - он мега крут! :ура:
И стоит - соответствующих ДЕНЕГ !
А теперь? Как может жить общество, если в нем отсутствует цветовая дифференциация штанов? (С) :D
-
Думаю штаны с лампасами никуда не денутся.
Программно ли, али железом, но каналы ограничат.
Вон у спектрума саттелит на 6 каналов.
Тот же RASST саттелит (считай футаба и есть) только на 7 каналов рассчитан
А будет и не только европейский.
-
Осталось сделать механизм сотовой ретрансляции через все рядом включенные передатчики (для WiFi таких решений уже полно) и можно смело смело летать толпой... Причем чем больше толпа, тем "круче" качество сигнала (есть из чего выбрать).
А приемник он всегда был одноканальный, отличалось все как раз декодером и соответственно ему кодеком в передатчике... :)
Так что теперь будем "меряться" у кого кодек круче.
-
Осталось сделать механизм сотовой ретрансляции через все рядом включенные передатчики (для WiFi таких решений уже полно) и можно смело смело летать толпой... Причем чем больше толпа, тем "круче" качество сигнала (есть из чего выбрать).
облачные вычисления в модельном хобби? ;) это ... может быть интересно!
-
gy520 уже поддерживает эту технологию, кстати. Наличие такой шины, кстати, открывает любопытные возможности по телеметрии и оценке состояния всех компонентов, увязанных в такую цепочку.
-
Ну телеметрия есть уже у Спектрума и в более полном виде у Мультиплекса. У Джети тоже анонсирована. Так что Футаба как всегда отстаёт;)
-
Наличие такой шины, кстати, открывает любопытные возможности по оценке состояния компонентов.
Самодиагностика имеет место у гироскопа точно, думаете серво тоже будут с диагностикой и "самокалибровкой"? ;)
-
Наличие такой шины, кстати, открывает любопытные возможности по оценке состояния компонентов.
Самодиагностика имеет место у гироскопа точно, думаете серво тоже будут с диагностикой и "самокалибровкой"? ;)
Ну, я не имею опыта конкретно в RC. Но, ИМХО (Вы меня поправите, если не прав) - скажем так - результаты этой самодиагностики никуда за пределы гироскопа не выходят - текущее положение дел таково, что вся навесная электронника на модели висит на топологии звезда (все подключено к одной точке) с общей шиной питания, эта шина данных однонаправленная (и, судя по всему, не имеет никаких гарантий доставки данных до устройства на борту - гироскопа, сервы и т.д. - бо и не нужно, казалось бы), по сути - эта шина аналоговая (ШИМ или что подобное внутри бегает? короче, некая простая модуляция). А появление s.bus (и аналогов) сулит забавные вещи - например, простая коррекция данных (кстати, без существенного удорожания элементной базы, имхо), а не только обратная связь.
-
http://www.youtube.com/watch?v=POWPzkL5iXI
вроде вполне вменяемое видео, с комментариями.
-
Такая ерунда на Актросе МР2 работает.прикольно.
-
Такая ерунда на Актросе МР2 работает.прикольно.
ммм, в тягаче что-ли? ;)
-
Такая ерунда на Актросе МР2 работает.прикольно.
ммм, в тягаче что-ли? ;)
ага
-
Боян?
http://goo.gl/fpFj
Ааа нет :) я этого по крайней мере не смотрел - с неплохими, хоть и поверхностным, пояснением.
Собственно, для вертолета выгоды никакой - мало приводов, обратной связи (судя по всему), кроме id сервы - никакой. Пока не актуально. Пока.
Хотя - сервы теперь "умные" - где-то после 7:40 он рассказывает любопытные вещи.
-
Новинки уже в каталоге (http://downloads.hobbico.com/catalogs/futz2010-futaba-catalog.pdf)
Да и на Башне обещают в мае-июне продажи стартонуть...
-
А автор темы (или модераторы?) могут переименовать темку в что-то более благообразное - аля "Futaba S.Bus" - фактически, через пару-тройку месяцев обсуждение "попрет" в полный рост, а тут будет как бы все готово ;)
-
http://www.rcmodelreviews.com/futabasbus.shtml
любопытная статейка.
Во первых, затронуты вопросы потребления: три сервы с потреблением по пять ампер, в схеме s.bus дадут "толстые" кабеля для 15А, что приводит банальному увеличению сечения и меньшей гибкости прокладки кабелей.
Во вторых, одновендорное решение - стандарт полностью закрыт, JR/Hitec/etc будут изобретать свой ни с чем не совместимый "велосипед" - и не факт, что будут.
В третьих - добавление активных устройств (хабов в терминологии s.bus) добавляет точек отказа в системе сервоприводов отказа.
Кстати, удивительно, что я в свете знакомства с модельными технологиями так и не увидел ассортимента полноценных отказоустойчивых решений - один компонент - одна "нитка" - при стоимости моделей > $2000-3000 такие решения, ИМХО, по идее должны быть актуальны - s.bus не предлагает решения этой проблемы.
-
Да. К стати, по зрелому размышлению, действительно - у этой концепции могут вылезти слабые стороны.
Про питание - понятно. Его всё равно придётся разводить как то - отдельно. Иначе - последовательное соединение питающих шин приведёт к серьёзным проблемам (особенно в "крайнем" устройстве).
Но, тут вылазит ещё вопрос надёжности.
Дело в том, что обрыв провода шины - приводит к "отрезанию" ВСЕХ устройст на нем висящих далее по цепочке!
Так что, по идее, надо "кольцевать" шину, как минимум (резервирование).
Или, вести сигнальные - звездой, по одному проводу. Но тогда смысл? ::)
Так что, не всё ещё понятно с "шинной" технологией.
P.S. - Другое дело, что по шине идёт цифровой сигнал. Отсутствуют лишние цифро-аналоговые и аналогово-цифровые преобразования. Это положительно сказывается на точности и стабильности. И быстродействии.
-
На сайте со статейкой попалась на глаза хорошая штучка - [attachimg=#1] (http://www.metageek.net/products/wi-spy-24i)
ЮСБ донгл для программы спектр-анализатора диапазона 2.4 ГГц.
Со временем, может стать актуальным :D
-
Да. К стати, по зрелому размышлению, действительно - у этой концепции могут вылезти слабые стороны.
Про питание - понятно. Его всё равно придётся разводить как то - отдельно. Иначе - последовательное соединение питающих шин приведёт к серьёзным проблемам (особенно в "крайнем" устройстве).
Но, тут вылазит ещё вопрос надёжности.
Дело в том, что обрыв провода шины - приводит к "отрезанию" ВСЕХ устройст на нем висящих далее по цепочке!
Так что, по идее, надо "кольцевать" шину, как минимум (резервирование).
Или, вести сигнальные - звездой, по одному проводу. Но тогда смысл? ::)
Так что, не всё ещё понятно с "шинной" технологией.
P.S. - Другое дело, что по шине идёт цифровой сигнал. Отсутствуют лишние цифро-аналоговые и аналогово-цифровые преобразования. Это положительно сказывается на точности и стабильности. И быстродействии.
Дописал выше соображения ;)
Фактически - звезда и есть, но только шина по огранизации ;) Центр - передатчик, следом - хабы, каждое устройство - оконечник со своим ID. Кольцевать эту шину, ИМХО, не получиться - аналогия Token Ring и Ethernet - разные принципы организации передачи. Кстати, еще вопрос - с точки зрения технологии - кто-то должен в такой топологии выступать инициатором передачи - подразумевается, что это всегда передатчик, который шлет пакет аля для всех, "флудит" в порт s.bus, но со встроенным ID в кадр посылки - а устройство с искомым ID "схватит" свой пакет и обработает должным образом. Минус такой схемы - увеличение количества устройств как раз таки отрицательно скажеться на общей производительности системы, равно как и на ее точности (см. разрешение 2048 для сервоприводов - а достижимо ли оно с большим количеством серв - множество посылок скажуться на точности однозначно).
Плюс пока ни слова про обратную связь. А это сильная вещь.
PS: частично наврал про отсутствие отказоустойчивости - не в том ценовом сегменте смотрел - http://www.rcmarket.org/s-bus-pg-32.html ;)
-
http://www.flightronic.com/index.php?page=futaba-s-bus-protokoll - разобраный фрейм протокола S.Bus... Любопытно.
-
Еще на англицком: http://forums.openpilot.org/topic/1549-receiver-interfaces/page__view__findpost__p__4468