Специальные цены   новые товары
Закрытая тема
Страница 1 из 2 1 2 ПоследняяПоследняя
Показано с 1 по 40 из 45

Схематехника бортового компьютера модели (WiFi).

Тема раздела Аппаратура радиоуправления в категории Cамолёты - Общий; После поисков аппаратной платформы для схемотехники бортового компьютера модели и передатчика WiFi стандарта 802.11b была рассмотрена возможность хакнуть стандартное сетевое ...

  1. #1

    Регистрация
    25.08.2004
    Адрес
    S-Petersburg
    Сообщений
    90

    Схематехника бортового компьютера модели (WiFi).

    После поисков аппаратной платформы для схемотехники бортового компьютера модели и передатчика WiFi стандарта 802.11b была рассмотрена возможность хакнуть стандартное сетевое изделее.
    Подробности и фото на сайте i158: http://www.i158.com/index.php?option=com_c...id=15&Itemid=26

  2.  
  3. #2
    Давно не был
    Регистрация
    02.08.2002
    Адрес
    Москва
    Возраст
    39
    Сообщений
    3,117
    Вот еще такая ссылка есть: http://www.ixbt.com/comm/wrls-edimax-br-6104k.shtml Особенно там интересен раздел "ссылки". Такой вообще 35$ стоит если не дешевле.

  4. #3

    Регистрация
    25.08.2004
    Адрес
    S-Petersburg
    Сообщений
    90
    Цитата Сообщение от toxa Посмотреть сообщение
    Вот еще такая ссылка есть: http://www.ixbt.com/comm/wrls-edimax-br-6104k.shtml Особенно там интересен раздел "ссылки". Такой вообще 35$ стоит если не дешевле.
    Обратите внимание модель 6104k не имеет WiFi 802.11 модуля, отсюда и цена 35 USD. В тоже время Edimax выпускает три модели на чипсете RTL8181
    - EW-7206APB
    - EW-7207APB
    - BR-6104WB
    на которых стоят Филипсовые ВЧ модули.
    И пока цена на подобные дешевые (китайские бренды) не сэконд хэнд Wifi устройства лежит в пределах 35-50 USD


    Я свой купил за 32 зеленых Кажется цена проекта i158 со 100 баксов резко падает примерно до 70 и будет падать ибо девайсы на 11Мбит выходят из моды. Мне еще нравятся две модельки компаний X-Micro http://members.chello.hu/b.globekom/xmicro/, и конечно Minitar http://melbourne.wireless.org.au/wiki/?minitar благодаря открытости самих разработчиков. Есть сходства
    В одной из статей по хаку линукс девайсов проскакивала схемка разводки платы девайса на RTL8181 с филипсовым ВЧ модулем в формате orCAD. Если кто встретит, плз. напишите ссылочку на denis@i158.com На моей плате модульность устройств соблюдена, хоть сейчас пили на кусочки. Но не у всех производителей все так хорошо. Хочется свою платку сделать

  5. #4
    Давно не был
    Регистрация
    02.08.2002
    Адрес
    Москва
    Возраст
    39
    Сообщений
    3,117
    Цитата Сообщение от Denis G.
    Хочется свою платку сделать
    Кроме самого девайса нужно еще софт написать, а это несколько сложнее.

    Приемник не слишком громоздкий получается?
    Точка доступа, я так понимаю, будет в передатчике?
    Вы на модель данные по IP гнать собираетесь? Интересно понять, что останется от линукса, что потребуется дописать?

  6.  
  7. #5
    nicetry
    игрушки всё это. время прохождения команды от пилота на борт по вай-ваю будет просто ЧУДОВИЩНЫМ. и ничего тут не поделать.

    2 Denis G:
    айпак сейчас принимает какое-либо участие в жизни передатчика ?

  8. #6
    Давно не был
    Регистрация
    02.08.2002
    Адрес
    Москва
    Возраст
    39
    Сообщений
    3,117
    Цитата Сообщение от nicetry
    время прохождения команды от пилота на борт по вай-ваю будет просто ЧУДОВИЩНЫМ.
    Какое оно? Желательно цифры.

    Блин, ну нельзя сравнивать wifi который компьютерный! Потому что поверх 802.11 еще идет IP, потом TCP, поверх него netbios и так далее, только в самом конце идет передача файла. Избыточность чудовищная. Если вы по TCP что-то из интернета качаете и сидите еще при этом за NAT и хост тоже где-то довольно далеко находится... Только все это не имеет отношения к 802.11.

  9. #7
    nicetry
    Цитата Сообщение от toxa Посмотреть сообщение
    Какое оно? Желательно цифры.

    Блин, ну нельзя сравнивать wifi который компьютерный! Потому что поверх 802.11 еще идет IP, потом TCP, поверх него netbios и так далее, только в самом конце идет передача файла. Избыточность чудовищная. Если вы по TCP что-то из интернета качаете и сидите еще при этом за NAT и хост тоже где-то довольно далеко находится... Только все это не имеет отношения к 802.11.
    забыли упомянуть HTTP для пущей убедительности
    я говорю что сам по себе 802.11b(g) не настолько шустрый, чтобы возможно было использовать его в вашей ситуации в качестве носителя второго уровня. а цифры вы сами узнаете, ели конечно дело до этого дойдет. спорить и убеждать кого-то я не хочу, я всего лишь предлагаю более критично отнестись к этой идее. У автора хороший потенциал, жаль тратит он его на заведомо гиблое дело ИМХО.

    Добавлено

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

  10.  
  11. #8
    Давно не был
    Регистрация
    02.08.2002
    Адрес
    Москва
    Возраст
    39
    Сообщений
    3,117
    Цитата Сообщение от nicetry
    я говорю что сам по себе 802.11b(g) не настолько шустрый, чтобы возможно было использовать его в вашей ситуации в качестве носителя второго уровня. а цифры вы сами узнаете, ели конечно дело до этого дойдет.
    Хорошо. Вы задумывались, насколько шустрый, например, PCM1024? Минимальная скорость обновления канала = 14.25 мс. Какой при этом битрейт? Меньше 6 КИЛОБИТ.

    Цитата Сообщение от nicetry
    спорить и убеждать кого-то я не хочу, я всего лишь предлагаю более критично отнестись к этой идее.
    Поймите правильно. Я не спорю с вами, просто мне интересно узнать, действительно ли есть какие-то серьезные проблемы, если есть, то в чем конкретно они заключаются. Фразы вроде "802.11b(g) не настолько шустрый, чтобы возможно было использовать его в вашей ситуации" звучат несколько голословно, особенно в сочетании с "а цифры вы сами узнаете".

    Это вам так кажется, или у вас есть какие-то фактические данные?

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

  12. #9
    nicetry
    основная засада не в мегабитах в секунду, а во времени гарантированной доставки. у PCM этот параметр известен и стабилен (относительно), а у вай-фая подобная характеристика крайне размыта (другими словами - её попросу нет).
    поэтому, к примеру, до сих пор AFAIK нет нормальной рабочей реализации хождения VoIP (протокол очень критичный к таймаутам) по вай-ваю (всякие скрипелки типа скайпа тут не в счёт, я говорю о нормальном качестве услуги) - на основании этого, в основном, я и делаю свой вывод.

  13. #10
    Давно не был
    Регистрация
    02.08.2002
    Адрес
    Москва
    Возраст
    39
    Сообщений
    3,117
    Цитата Сообщение от nicetry
    основная засада не в мегабитах в секунду, а во времени гарантированной доставки.
    Ни о какой гарантии в PCM речи не идет. Время доставки при двух одновременно включенных передатчиках на одной частоте не определено.

    Отправив пакет мы не знаем, будет ли он доставлен. Точно так же можно работать и по WiFi.

    Цитата Сообщение от nicetry
    до сих пор AFAIK нет нормальной рабочей реализации хождения VoIP
    Проблемы VoIP, насколько я понимаю, не столько в WiFi сколько в IP. Аналогия с голосом в нашем случае некорректна так как нам нужно воспроизвести с максимальной точностью в реальном времени _процесс_. Что же касается модели, то нас интересует только самое последнее состояние ручек передатчика. В какой последовательности моделист их переводил чтобы достичь этого состояния - модели все равно, лишь бы более старое состояние не заменило собой более новое.

  14. #11
    nicetry
    Цитата Сообщение от toxa Посмотреть сообщение
    Ни о какой гарантии в PCM речи не идет. Время доставки при двух одновременно включенных передатчиках на одной частоте не определено.

    Отправив пакет мы не знаем, будет ли он доставлен. Точно так же можно работать и по WiFi.
    Проблемы VoIP, насколько я понимаю, не столько в WiFi сколько в IP. Аналогия с голосом в нашем случае некорректна так как нам нужно воспроизвести с максимальной точностью в реальном времени _процесс_. Что же касается модели, то нас интересует только самое последнее состояние ручек передатчика. В какой последовательности моделист их переводил чтобы достичь этого состояния - модели все равно, лишь бы более старое состояние не заменило собой более новое.
    - чем проще механизм - тем надёжней он работает. это можно назвать гарантией.
    - время определено, вы сами его упоминали.
    - в 802.11 пакет считается доставленным после подтверждения пира, а до тех пор пакет будет долбиться в эфир опять и опять (именно в этом проблема с VoIP, а не "в IP", через ethernet всё работает).
    - одно соединение в рамках VoIP порождает небольшой трафик, но поток данных должен быть гарантированно постоянным, считаю аналогию уместной.

    вобщем - успехов! хочется верить, что вы НА ДЕЛЕ докажите, что я был не прав.

  15. #12
    Давно не был
    Регистрация
    02.08.2002
    Адрес
    Москва
    Возраст
    39
    Сообщений
    3,117
    Цитата Сообщение от nicetry
    - в 802.11 пакет считается доставленным после подтверждения пира, а до тех пор пакет будет долбиться в эфир опять и опять (именно в этом проблема с VoIP, а не "в IP", через ethernet всё работает).
    Насколько мне известно, стандартом предусматривается так же режим потоковых данных. Подробности тут: http://www.ixbt.com/comm/wlan.shtml

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

  16. #13
    nicetry
    ага, предусматривает. через одно место.
    кстати, источник не аффтаритетный (дискридитировал он себя уже давно).

    давайте просто подождем новых достяжений нашего автора ?

    PS: У VoIP есть свои проблемы, но не надо мешать всё в общую кучу. Без подтверждения доставки на уровне физическго носителя работает нормально.

  17. #14
    Давно не был
    Регистрация
    02.08.2002
    Адрес
    Москва
    Возраст
    39
    Сообщений
    3,117
    Цитата Сообщение от nicetry
    Без подтверждения доставки на уровне физическго носителя работает нормально.
    Ну отключите у модема протоколы коррекции ошибок, соединитесь 14400/none и попробуйте поработать по TCP. Уверяю, работать будет просто невозможно.

  18. #15
    nicetry
    а какое отношение имеет протокол коррекции ошибок к подтверждению доставки ?
    если бы я, к примеру, предлагал пакеты без контрольных сумм слать - ваша аналогия была бы уместна
    протокол коррекции ошибок либо исправляет канальные ошибки, либо не пропускает данные, ошибки в которых он исправить не может, а контроль доставки пакетов данных осуществляет всё тот же TCP.

  19. #16
    Давно не был
    Регистрация
    02.08.2002
    Адрес
    Москва
    Возраст
    39
    Сообщений
    3,117
    Цитата Сообщение от nicetry
    а какое отношение имеет протокол коррекции ошибок к подтверждению доставки ?
    Есть целое семейство протоколов (ну например для модемов), которые гарантируют доставку данных, либо определяют были ли доставлены данные. Алгоритм в TCP реализован на слишком общем уровне, чтобы одинаково хорошо работать во всех средах. У телефонной линии своя специфика, у радио - своя. Мы же не специалисты по разработке беспроводных протоколов...

    И потом. Например, передается какой-то пакет по WiFi. Ну, скажем, передается он достаточно долго. Возможность сброса текущего пакета и передачи вместо него другого, более нового пакета, определяет используемая железка и драйвер этой железки. Стандарт не запрещает этого делать. Другой вопрос, что и новый пакет вместо него так же не будет долгое время проходить. Но какая тут принципиальная разница с PCM, работающем в режиме активных помех? Да никакой.

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

  20. #17
    nicetry
    прям целое семейство протоколов коррекции ошибок для модема, которые ГАРАНТИРУЮТ доставку данных ? заинтриговали! хотелось бы услышать парочку названий, для общего развития

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

  21. #18
    Давно не был
    Регистрация
    02.08.2002
    Адрес
    Москва
    Возраст
    39
    Сообщений
    3,117
    Цитата Сообщение от nicetry
    прям целое семейство протоколов коррекции ошибок для модема, которые ГАРАНТИРУЮТ доставку данных ?
    v42bis например. Либо данные доставляются в неизменном виде, либо возникает ошибка типа "разрыв связи".

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

    Мы отвлеклись.

    Цитата Сообщение от nicetry
    в итоге хотелось бы задать последний вопрос: ну если всё так чудесно и избыточно, как вы говорите, то почему до сих братья-китайцы не штампуют такую аппаратуру вагонами ? идея то далеко не нова, переодически тут  такое кому-то в голову приходит.
    А я не говорю что все чудесно. Возможно, есть какие-то определенные засады, я не знаю. Граблей-то полно... Не знаю, честно. По-этому и проявляю интерес к этому проекту.

    Вы предположили, что дело в скорости работы wifi. Я попытался это опровергнуть, может я не прав, может вы неправы. Но сам стандарт 802.11g не так уж плох. Наверное, есть какие-то иные подводные грабли.

  22. #19

    Регистрация
    25.08.2004
    Адрес
    S-Petersburg
    Сообщений
    90
    У меня сейчас период выбора оптимального решения, которое бы подошло большей части моделистов. Поэтому стараюсь на сайте i158.com отражать происходящую ситуацию так, как она есть и надеюсь как и сейчас получать от вас обратную связь.

    Я тоже считаю что интеграция КПК с интерфейсным контроллером весьма простая и оптимальная (цена/качество) конструкция. Уверен она подойдет любителям любых моделей от 2-х метровых самолетиков до мини-комнатных хели. И при развитии проекта разработки софта не уступит FUTABA 14. При встроенной в КПК карточке WiFi или установленной CF или SD карточки WiFi мы получаем дополнительные функции. Первое - двухсторонний обмен данными модель - оператор, второе наземный контроль на клубной площадке за моделистами и их моделями.

    Если полностью отказаться от FM режима, то хак AP на базе RTL8181 стандарта 802.11b весьма выгодное дельце. Чип RTL8181 имеет GPIO, которого хватит, для подключения необходимых органов управления пульта. Так же никто не мешает использовать его совместно с КПК. Сказать больше можно подключить графически дисплейчик. На процессоре Lexra интегрированном в RTL8181 можно в DOOM играть, тот же КПК. Стоимость реализации КПК+Интерфейсный контроллер+ВЧ ФМ модуль и КПК+АР почти одинаковая, но во втором случае мы прощаемся с ФМ на всегда.

    to toxa:

    АР для пульта по размерам подходит без проблем, но не на все модели его можно установить по габаритам и массе. Есть варианты:
    1. Выбирать для хака платы с модульной разводкой, которые легко могут быть распилины на более мелкие модули. Мне от этого не множко не по себе.
    2. Можно сделать свой релиз PCB все поместится на 50 кв.см. Тогда отпадет необходимость хака готовых изделий, ибо модули в приемнике и передатчике одинаковы(микрокомпьютер+WiFi).

    Linux на девайсе обеспечивает нам по сути половину решения. Скачаете SDK по ссылке в конце статьи на http://www.i158.com/index.php?option=com_c...id=15&Itemid=26 чтобы посмотреть перечень устройств которые могут быть нами задействованы. Нам по крайней мере не придется повторять подвиг ребят из Ethernut. Linux нам дает среду для программ, стандартные интерфейсы устройств и интерфейсы программирования в одном из стабильнейших, проверенных временем стандартов POSIX.

    Тема которую затронул nicetry весьма актуальна. Например в аппаратуре DSM выделяются вполне конкретные ресурсы обеспечивающие надлежащее качество канала связи с моделью. В компьютерных сетях несколько другой подход, но теже функции тоже можно реализовать. Для передачи информации не обязательно организовывать сокет TCPIP, достаточно использовать более быстрый UDP протокол. Да он не обеспечивает надежности доставки, но это не обеспечивает и сегодняшний РСМ ибо нет обратной связи от модели. Только тест и требования по управлению различными типами моделей будут компетентным ответом.

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

    Я стараюсь делать проект не коммерческим, а открытым, это значит что не только все смогут воспользоваться его результатом, но и все могут учавствовать в его развитии. Например проект КПК+Интерфейсный контроллер+ВЧ ФМ модуль по железу не уступит FUTABA 14, однако он не станет лучше FUTABA 14 если несколько десятков горячих голов не напишут софт на все случаи жизни моделистов. Обязательно прочитайте здесь стратегию проекта http://www.i158.com/index.php?option=com_c...&id=16&Itemid=2 . Если вы профессионал в какой то тематике проекта и готовы участвовать в его развитии, то пишите на tech@i158.com . На главной страничке i158.com размещен опрос, пожалуйста проголосуйте

  23. #20

    Регистрация
    27.12.2000
    Адрес
    С-Петербург
    Возраст
    42
    Сообщений
    1,747
    Ну, скажем тот же Hitec уже запустил в продажу 2.4Ггц 80-ти канальный модуль. причем помехозащищенность подобных систем, мне думается, строится на передаче данных сразу на нескольких (как правило 8) каналах...
    Подтверждения приема пакета скорее всего нет, а вот скнирование эфира при включении и передача о частотах наиболее "чистых" каналов в приемник вполне могут иметь место..
    Но это пока просто просто предположения, точно я пока не выяснял.

  24. #21

    Регистрация
    31.01.2005
    Адрес
    Москва
    Возраст
    37
    Сообщений
    4,831
    Записей в дневнике
    240
    Народ! Вот вы все про протоколы, гарантии доставки и прочую виртуальную внутренность wi-fi, а вы не подумали о более приземленных вещах?

    Как насчет передатчиков(у самолета-wifi тоже ведь передатчик стоит)? Как с антенной поступите? В wi-fi нет проволочных антенн как у наших RC-аппаратур. wifi пользует:
    - всенаправленные антенны(стержни), которые светят довольно сплющенным тором.
    - направленные секторные антенны с раствором 65х65 градусов
    - узконаправленные антенны(Яги, дип-диш aka тарелки) с раствором до 10-15 градусов.

    Ну и какие антенны вы хотите ставить на модель??? Всенаправленную? А как ориентировать будете? Даже если на передатчике пилота будет антенна типа Яги, тор излучения всенаправленной антенны у модели ориентирован своей плоскостью по плоскости крыла, и скажем самолет к нам повернут брюхом(высоту набирает), то хрен чего от модели долетит до вас - вне зоны покрытия пилот будет и все - телемаркет.


    Увы, но точечные изотропные всенаправленные антенны еще не придумали.

    PS: Или будете вешать на модель дип-диш антенну с интеллектуальным наведением луча на пилота?! :-D

  25. #22
    Давно не был
    Регистрация
    02.08.2002
    Адрес
    Москва
    Возраст
    39
    Сообщений
    3,117
    Цитата Сообщение от Denis G.
    Для передачи информации не обязательно организовывать сокет TCPIP, достаточно использовать более быстрый UDP протокол. Да он не обеспечивает надежности доставки, но это не обеспечивает и сегодняшний РСМ ибо нет обратной связи от модели. Только тест и требования по управлению различными типами моделей будут компетентным ответом.
    Вы невнимательно читали нашу переписку с nicetry. TCP для управления моделью не подходит в принципе. UDP подходит, но есть ряд недостатков. В частности, nicetry пишет, на примере протокола VoIP (который, естественно, работает по UDP), что голос передаваемый по wifi "запинается". Почему это происходит и как этого избежать - мы тут долго обсуждали. Возможно, выход в использовании режима передачи потоковых данных. Но это на более низком уровне, чем IP.

    Если просто тупо использовать IP, то скорость, скорее всего, будет недостаточна для летающих моделей. В IP еще ко всему - просто чудовищная избыточность. 5 dword'ов только IP хедер, еще два дворда UDP-lite хедер... Не считая прочих накладных расходов. Да весь пакет PCM1024 укладывается только в заголовки одного UDP пакета. Для управления глобальность всемирная не нужна. Предлагаю спуститься на уровень ниже.

    Конечно, пропускная способность канала выше, но чем меньше пакет, тем выше вероятность, что он проскочит без ошибок.

    Кстати, IP адреса модели и передатчики будут по DHCP получать?

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

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

    Цитата Сообщение от Denis G.
    Даже дома распаять чип на 208 ножек позволит себе не каждый.
    Это надуманная проблема. Китайцы все могут, однако что-то не особо паяют. Видимо это просто дорого, по традиционной технологии дешевле и больше прибыль.

    Цитата Сообщение от Denis G.
    однако он не станет лучше FUTABA 14 если несколько десятков горячих голов не напишут софт на все случаи жизни моделистов.
    Это утопия. Такое "если" никогда не случится. Надо начинать с малого:передатчик с двумя ручками (4 канала) и приемник. Если это все будет работать достаточно хорошо и быстро, то будет смысл писать какой-то более интелектуальный софт.

    ps: Кстати, прочитал вашу стратегию... В общем, интересно, но пример с гувернером не очень удачен. Потому что это не просто датчик и и какая-то примитивная программка, у него внутри довольно сложный специфический софт. Вы бы еще пример с гироскопом привели: цепляем к шине датчик, пишем программу и пожалуйста вам, heading hold и все дела. Попробуй, напиши! Это только в теории все легко и просто, на самом деле это отдельные сложные задачи. Если бы все так было просто - китайцы бы давно наклепали клонов из трех деталей по 5$ за пучок. Heading Hold'у уже сколько лет, а дешевых гиро что-то не очень... Только-только стали появляться, но качество еще оставляет желать лучшего.

  26. #23
    nicetry
    Цитата Сообщение от Denis G.
    Я тоже считаю что интеграция КПК с интерфейсным контроллером весьма простая и оптимальная (цена/качество) конструкция.
    Стоило бы сразу чётко расписать функции контроллера и КПК в этой связке. Вы, как я понимаю, планируете реализовать основной функционал пульта на стороне КПК, оставив за контроллером роль передаточного звена "датчики -> КПК" и "КПК -> ВЧ модуль". Боюсь и здесь вас тоже ждет много засад. Основные из них: совершенная непригодность Windows CE для систем реального времени и (опять же!) заметное усложнение и суженный тракта прохождения команд.
    Я бы предложил положиться на другую схему, которую использует ваш излюбленный конкурент в своей аппаратуре 14MZ. Там WinCE-устройство с цветным экранчиком выполнят исключительно роль конфигуратора и хранилища настроек для основного микроконтроллера передатчика, на которого и возлагаются все основные функции.

  27. #24

    Регистрация
    25.08.2004
    Адрес
    S-Petersburg
    Сообщений
    90
    Цитата Сообщение от nicetry Посмотреть сообщение
    Стоило бы сразу чётко расписать функции контроллера и КПК в этой связке. Вы, как я понимаю, планируете реализовать основной функционал пульта на стороне КПК, оставив за контроллером роль передаточного звена "датчики -> КПК" и "КПК -> ВЧ модуль". Боюсь и здесь вас тоже ждет много засад...
    Все уже реализовано, но я пока не опубликую информацию для массового повторения. Есть некоторые задумки, которые нужно добавить. В текущей версии передатчика ( http://www.i158.com/index.php?option=com_c...id=12&Itemid=26 ) все как вам хочется Все делает микроконтроллер ATMeaga16. КПК только хранит конфигурацию моделей, предостовляет возможность сделать необходимые настройки модели и т.п. Во время запуска модели КПК только отображает параметры настройки. Цитирую:

    "...В первом режиме работы ИК получает от КПК информацию о модели из банка памяти и формирует РРМ сигнал в соответствии с настройками модели и положением ручек управления. РРМ сигнал поступает на вход съемного ВЧ модуля и далее передается на приемник модели.

    Во втором режиме схожая ситуация, только ИК формирует РСМ последовательность, добавляются расширенные возможности управления моделью. Часть расчетов происходит на КПК. Используется модифицированный приемник..."

    (с) 2005 i158.com


  28. #25
    nicetry
    шикарно. осталось только дождаться деталей реализации

  29. #26

    Регистрация
    14.02.2005
    Адрес
    Мюнхен, Германия
    Возраст
    40
    Сообщений
    118
    Цитата Сообщение от toxa
    Гораздо интереснее другое свойство wifi -- возможность совместной работы большого количества устройств без создания помех друг другу.
    Не совсем так - на практике рекомендуют таки разносить каналы для разных сетей. В рамках же одной сети при одновременной работе узлов - сильно падает скорость - и думаю не последнюю роль тут играет коррекция ошибок в результате взаимных помех.

    Еще про антенны выше сообщение было интересно.

    Кроме того - по личному опыту - WiFI кушает довольно много энергии.
    Это тоже может быть проблемой.

    IMHO узкоспециальный передатчик/приемник с хорошей системой распознавания/компенсации помех - более перспективен.

    Удачи!
    Андрей

  30. #27

    Регистрация
    08.09.2004
    Адрес
    Москва
    Возраст
    43
    Сообщений
    6,352
    И дешевле

  31. #28

    Регистрация
    14.11.2004
    Адрес
    Москва, Восточная Щербинка
    Возраст
    39
    Сообщений
    536
    Решения основанные на IP как было сказано не гарантируют временные интервалы доставки IP датаграммы, поэтому из этого вытекают проблемы которые меня вынудили плюнуть на WiFi и иже с ним. Щас делаю дуплексный канал на трансивере Atmel AT86RF211S, скорость у нее маленькая но для реализации радиокомандной линии и линии телеметрии вполне достаточно. 211S - мощный (+16дБм на 433мГц выходная мощность передатчика) вариант 211 без индекса, заявлено 1км прямой видимости. АргусСофт обещает привезти их в текущем квартале. Если хош 2,4 ггц то тоже есть решения, только тогда нада еще один корпус впаивать - антенный переключатель+выходной усилитель передатчика. Тогда с 50 метров можно поять 1км получить на прямой.

    Если очень нада высокая скорость до 10мБит/с рекомендую Cipcon CC2400 , 2420 и рядом с ними в модельной линейке - нормальные вроде радиомодемы на несущей 2,4. Сам на них не пробовол - для радиокомандной линии слишком наворочены и маломощны, для передачи видео с борта слабоваты по скорости.

    По поводу линукса. У меня до него руки не дошли но есть такая идея - использовать на борту не сам линукс а его производные для встраиваемых систем - ECOS например. В качестве процессора рекомендуют в таких условиях как наши авиамодельные , использовать платформу ARM - ничего страшного и сложного.

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

  32. #29

    Регистрация
    08.09.2004
    Адрес
    Москва
    Возраст
    43
    Сообщений
    6,352
    Цитата Сообщение от klen_s Посмотреть сообщение
    По поводу линукса. У меня до него руки не дошли но есть такая идея - использовать на борту не сам линукс а его производные для встраиваемых систем - ECOS например. В качестве процессора рекомендуют в таких условиях как наши авиамодельные , использовать платформу ARM - ничего страшного и сложного.
    Боюсь Вы плохо представляет что такое линукс и с чем его едят - я уже не говорю - про лялик на однокристалках - если Вы можете писать софт для однокристалок от атмела под ляликом- то Вы достаточно богатый человек чтоб не заморачиваться подобной ерундой....
    хотя стремление к прекрасному можеть дать освоение оч интересных технологий и соответственно независемость в жизни
    ЗЫ: а пакетные можемы - они не сложны - весьма и весьма доступны

  33. #30

    Регистрация
    25.08.2004
    Адрес
    S-Petersburg
    Сообщений
    90
    Для кого вообще в России выделена частота 433мГц?

  34. #31

    Регистрация
    07.08.2001
    Адрес
    Воронеж
    Возраст
    58
    Сообщений
    4,397
    Записей в дневнике
    4
    Это частота радиолюбителей. Там же кусочек для бесплатный микромощных систем , к примеру сигнализации автомобильные и пейджеры. Диапазон достаточно загажен, в столице, по крайней мере. В провинции - у меня вариометр в этом диапазоне работает - пока никто не мешал.

    Рассуждения в теме как то ушли от сущности стандарта 802.11. Стандарт определяет протокол канального, физического уровня. В радиоизернете поверх него добавлены логический и пакетный уровень. Но они к стандарту отнощения не имеют. Если написать свой софт, который будет работать напрямую с физическим уровнем - временнЫх проблем не будет.
    Будут другие. Конкретный чип-сет, применяемый в компьютерных картах расчитан на расстояния в десятки метров. На сотнях и километрах он будет плохо работать. Проблема в динамическом диапазоне радиочастотной части модема.
    У нас сделали свою радиочастотную часть - работает на дальностях в десятки километров, в пределах прямой видимости. Но это уже совсем другая история - хотя стандарт тот же.
    Динамический диапазон как раз и определяет пропускную способность в условиях применения нескольких устройств одновременно. Я не буду вдаваться в теорию, но, к примеру, в CDMA устройства работают совместно в одном диапазоне исключительно в силу управления излучаемой абонентом мощности. Тонкое управление с высокой точностью. Только оно и делает жизнеспособной систему коллективного использования общей полосы частот с невысоким динамическим диапазоном радиомодемной части.

    В целом, по отношению к моделизму 802.11 стандарт уже опаздывает. Ему в затылок дышит 802.16 протокол. Сейчас у нас идут работы по созданию под него базовой станции. Чип модема уже есть. Года через два в Москве будет уже опытный район сотового оператора под этот стандарт. Под ним можно будет и летать.
    Если, конечно, Чубайс не будет повторять регулярно "Конец света".

  35. #32
    nicetry
    а как обстоят дела с загаженностью 2.4GHz ? мне почему-то кажется, что это наиболее перспективный диапазон.

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

  36. #33

    Регистрация
    08.09.2004
    Адрес
    Москва
    Возраст
    43
    Сообщений
    6,352
    Цитата Сообщение от nicetry Посмотреть сообщение
    относительно линукса: не всё так сложно, как кажется. главное - чтобы была сборка ядра под рассматриваемую платформу с нужными нам дровами, остальное будет не сильно отличаться от настольной писишки (тут уж мне поверьте, софт под встраиваемый линукс - это моя текущая работа). И арм от атмела в качестве платформы (скажем AT91RM9200) - был бы прекрасным выбором.
    ну как тут не понять - что железок по начинке - придется напихать сравнимо с КПК.
    Причем использовать КПК (на борту) - это наиболее доступный и дешовый вариант.
    кристалы денег стоят ( и нужно много и разных - начиная от флешек - до оперативки итд) писибишку изготовить ( да конечно под смд ) тоже денежка - и хорошая будет - стоимость такого самика будет в 3-4 раза превышать нынешнгие конструкции
    Я с ляликом знаком не первый год - и даже если есть опыт девелоперства под встр лялик - могу заявить - что данный проект реализовать с /dev/null даже если ты спец с опытом работы в avr-gcc - задача нетривиальная и дорогая как по времени так и по денежке (я молчу про фактическую разработку железячной платформы)

  37. #34
    nicetry
    делать всё с нуля не предлагается. есть куча готовых плат, есть куча готового софта. в самом крайнем случае тот же КПК, ипук 36XX с разбитым экраном с рук стоит 20 баков, водружаете на него familiar - вот вам борт в первом приближении.

    PS: Хотя лично мне интеллектуальный борт пока нафиг не нужен, я пишу с мыслями о плате контроллера для передатчика.

  38. #35

    Регистрация
    08.09.2004
    Адрес
    Москва
    Возраст
    43
    Сообщений
    6,352
    Цитата Сообщение от nicetry Посмотреть сообщение
    делать всё с нуля не предлагается. есть куча готовых плат, есть куча готового софта. в самом крайнем случае тот же КПК, ипук 36XX с разбитым экраном с рук стоит 20 баков, водружаете на него familiar - вот вам борт в первом приближении.

    PS: Хотя лично мне интеллектуальный борт пока нафиг не нужен, я пишу с мыслями о плате контроллера для передатчика.
    ага и много таких разбитых за 20 бачей КПК (тем более речь не о штучном изделии)? и как ты их инициализирровать то собрался без экрана ? да еше на ипак лялик сажать ? нет можно конечно заурус присобачить - но это уже не та цена да и лялик там сильно особенный
    идем дальше - если на передатчике ви-фи - то и на приемнике ви-фи - а дальше что ты на борте с голым вифи делать будешь ? вот - вот и выплывает - что надо сгондобить отдельный модуль (железо + софт) для борта и тоже для оператора на земле.... а теперь приблизительный подсчет такой аппаратуры ? меня вот тоже постоянно мучает зуд сделать машинку на ви-фи - по офису гонять - с экрана моника подглядывать в камеру ( по мотивам красной офисной крысы)..... но как только я подумаю во сколько мне встанет начинка для для такой машинки - все желание сразу отпадает. Можно купить оч дешево бук старый - и на нем все организовать - там писать софт вообще красота - но тогда машинка дюже большой получается - и уже неинтересно.

  39. #36
    nicetry
    ипаков таких много, когда понадобилось - нашел парочку без проблем.
    про "лялик на ипаке" вы, я вижу, мало что знаете (хотябы потому что упорно называете эту ОС ляликом. серьезные, разбирающиеся люди так не делают) спросите "как сделать" - расскажу, а попусту спорить с вами не стану.

  40. #37
    Давно не был
    Регистрация
    02.08.2002
    Адрес
    Москва
    Возраст
    39
    Сообщений
    3,117
    IPAQ на борт, хоть разбитый хоть какой, конечно, не нужен. С точкой доступа (или что там, маршрутизатор, за 30$ который) - гораздо интереснее. Для машинки - гонять по дому - годится и IP. Если рулить с компа, то софт передающей части получается очень примитивный. В цикле формировать и отправлять UDP пакет с информацией от джойстика - листинг пол-странички на си.

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

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

  41. #38

    Регистрация
    25.08.2004
    Адрес
    S-Petersburg
    Сообщений
    90
    Здесь написал несколько слов о применении UDP для управления моделями
    http://www.i158.com/index.php?option=com_c...&id=0&Itemid=26


  42. #39

    Регистрация
    08.09.2004
    Адрес
    Москва
    Возраст
    43
    Сообщений
    6,352
    Цитата Сообщение от nicetry Посмотреть сообщение
    ипаков таких много, когда понадобилось - нашел парочку без проблем.
    про "лялик на ипаке" вы, я вижу, мало что знаете (хотябы потому что упорно называете эту ОС ляликом. серьезные, разбирающиеся люди так не делают) спросите "как сделать" - расскажу, а попусту спорить с вами не стану.
    Ой простите ламерюку страшного - виндузятника позорного
    насколько я знаю - попытки воткнуть ЛЯЛИК ( как хочу так и называю) на ипаки были - но успешными и законченных решений - нет. Тему про КПК и GNU/Linux закрываем - так как офтопик.

    Добавлено

    Цитата Сообщение от toxa Посмотреть сообщение
    IPAQ на борт, хоть разбитый хоть какой, конечно, не нужен. С точкой доступа (или что там, маршрутизатор, за 30$ который) - гораздо интереснее. Для машинки - гонять по дому - годится и IP. Если рулить с компа, то софт передающей части получается очень примитивный. В цикле формировать и отправлять UDP пакет с информацией от джойстика - листинг пол-странички на си.

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

    Для первых опытов - вполне сойдет. Просто для испытаний... Для меня лично основная засада - в подключении железок к точке доступа. Кому-то писать программы сложнее, а с подключением железок - проблем нет.
    вот в том то и дело - что одного ви-фи для управления сервами - мало - нужно устройство - даже не устройство - а УСТРОЙСТВО - с ОС на борту и еше раз повторюсь - данный прожект надо расматривать комплексно - от железок до софта включительно

  43. #40
    nicetry
    отрезать лишнее от девайса, разведенного на четырех- или более слойной PCB врядли выйдет, DACов у 8181 нет - машинки не подключиш... как ни крути без своей электроники на борту не обойдешся. Вывод ? У меня такой: следует забить на вай-фай и делать что-то более реальное

Закрытая тема

Похожие темы

  1. Продам Компьютер, монитор
    от neviDimka в разделе Барахолка. Разное
    Ответов: 9
    Последнее сообщение: 09.10.2010, 14:11
  2. Усилители WiFi для передатчиков 2.4
    от fdpd в разделе Аппаратура радиоуправления
    Ответов: 55
    Последнее сообщение: 10.03.2010, 12:45
  3. Включение Wifi в висте
    от Sponge Bob в разделе Компьютеры, Техника
    Ответов: 5
    Последнее сообщение: 19.06.2009, 15:42
  4. Одноплатный компьютер с wi-fi для управления моделью
    от Black Kulya в разделе Аппаратура и аксессуары для автомоделей
    Ответов: 2
    Последнее сообщение: 23.03.2007, 18:42
  5. rc через wifi - блин, ну зачем им это надо?
    от toreo в разделе Курилка
    Ответов: 13
    Последнее сообщение: 08.07.2005, 22:21

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения