Специальные цены   новые товары
Закрытая тема
Страница 5 из 10 ПерваяПервая ... 3 4 5 6 7 ... ПоследняяПоследняя
Показано с 161 по 200 из 387

Управление через интернет

Тема раздела Полеты по камере, телеметрия в категории Cамолёты - Общий; Всего то 500 метров там проехать надо и фотки на землю скинуть... Когда слетаете? Там ведь всего ничего делов ))) ...

  1. #161
    Давно не был
    Регистрация
    26.08.2009
    Адрес
    Одесса
    Возраст
    34
    Сообщений
    254
    Всего то 500 метров там проехать надо и фотки на землю скинуть...
    Когда слетаете? Там ведь всего ничего делов )))
    В дальнейшем необходимо поработать над снижением размера кадров, сейчас размер кадра 6-10Кб, требуется снизить до 2.5 КБ.
    А какой размер передаваемого кадра? Мне кажется, что изображение сильно хорошего к-ва. Лучше хуже к-во, но более плавно и меньше лаг. Хотя лаг от этого не зависит.

    И еще. Надо искать камеру с ССД матрицей. У этой жуткий желе-эффект.

  2.  
  3. #162

    Регистрация
    14.12.2009
    Адрес
    Москва
    Возраст
    38
    Сообщений
    269
    Цитата Сообщение от -Stas- Посмотреть сообщение
    А какой размер передаваемого кадра? Мне кажется, что изображение сильно хорошего к-ва. Лучше хуже к-во, но более плавно и меньше лаг. Хотя лаг от этого не зависит. И еще. Надо искать камеру с ССД матрицей. У этой жуткий желе-эффект.
    Размер 320х240. На записи изображение выглядит несколько лучше, чем живьем, но если увеличить FPS будет вполне сносно Качество jpeg уменьшать не стоит, на видео качество 15%. Увеличить FPS до 15-20 - это реально, действия по увеличению FPS скорей всего приведут и к снижению лага, но я хочу заняться GPS, мне это сейчас интересней.
    Камера у меня есть - аналоговая 540Твл, безкорпусная, такая как у многих здесь, картинка с нее НАМНОГО лучше если ее подключить через PCI ТВ тюнер, я хочу попробовать ее подключить через USB устройство захвата.

  4. #163

    Регистрация
    04.08.2010
    Адрес
    Strasbourg
    Возраст
    32
    Сообщений
    1,136
    Записей в дневнике
    3
    Цитата Сообщение от Korogodsky Посмотреть сообщение
    В дальнейшем необходимо поработать над снижением размера кадров, сейчас размер кадра 6-10Кб, требуется снизить до 2.5 КБ.
    + Попробуйте чорно белую картинку

  5. #164
    Давно не был
    Регистрация
    26.08.2009
    Адрес
    Одесса
    Возраст
    34
    Сообщений
    254
    Уже пробовали сравнивая объем сжатого статичного файла. Разница не больше 20%.

  6.  
  7. #165

    Регистрация
    14.12.2009
    Адрес
    Москва
    Возраст
    38
    Сообщений
    269
    Цитата Сообщение от webconnector Посмотреть сообщение
    + Попробуйте чорно белую картинку

    Цитата Сообщение от -Stas- Посмотреть сообщение
    Уже пробовали сравнивая объем сжатого статичного файла. Разница не больше 20%.
    Вообще на приземлении каждый процент будет на счету, можно и в ч/б режим перейти. Не стоит разбрасываться драгоценными процентами, тут 20% плюс там 30%, глядишь а это уже в 2 раза

    Вот смотрите:
    1. Делаем ресайз картинки (вертикальная+горизонтальная черезстрочка) - где-нибудь раза в 4 объем уменьшим;
    2. Отрезаем сверху и снизу по куску изображения, получается 16:9 - еще где-то в 1.5 раза уменьшаем;
    3. Делаем ч/б (будет кнопка вкл/выкл) - еще процентов на 20 а может на треть.
    Итого выходит - неплохо
    Последний раз редактировалось Korogodsky; 29.01.2011 в 23:03.

  8. #166
    Давно не был
    Регистрация
    26.08.2009
    Адрес
    Одесса
    Возраст
    34
    Сообщений
    254
    Идея с черезстройчкой, как вы ее видите ИМХО не годится. Смысл горизонтальной черезстрочки в ТВ уменьшить необходимую полосу пропускания при этом не ухудшив видимость, а заодно увеличив плавность картинки. На аналоговом ТВ нет гребенки, т.к. он показывает сначала 1-е полуполе, а потом 2-е. При этом изображение "суммируется" в глазу. Смысла делать интерлайс в цифре я не вижу. Вы этим поток не уменьшите. Особенно если речь идет о нарезке картинки на несколько блоков по горизонтали и вертикали. Если блок не пришел, то читаемость картинки безвозвратно ухудшается. Если уж на то пошло, то можно сделать картинку типа 240*180 (В*Ш), а пиксель прямоугольный, а не квадратный. Посмотрите с каким разрешением записаны пиратские ДВД 10 в 1. Там именно так.

    Относительно 16/9, так никто не мешает и в полете такую картинку юзать. Что там особо рассматривать в воздухе. Да и камеру можно просто крутить микромашинками, если хочется посмотреть вверх/вниз.

    По ч/б мне кажется идея не годится. Резко падает различимость предметов. Вкупе с невысоким динамическим диапазоном картинки мы получим резкие тени и будет сложно понять высоту неровностей и т.п. Почитайте воспоминания водителей луноходов. Они отмечали этот недостаток. Правда у них было всего кажется 8 градаций серого в картинке.

  9. #167
    Давно не был
    Регистрация
    18.01.2011
    Адрес
    Хабаровск
    Возраст
    35
    Сообщений
    23
    Цитата Сообщение от -Stas- Посмотреть сообщение
    Уже пробовали сравнивая объем сжатого статичного файла. Разница не больше 20%.
    У меня при использовании серого от 30% до 50% размер уменьшается. Так что смысл имеет.
    Миниатюры Миниатюры Нажмите на изображение для увеличения
Название: 111111111111.jpg‎
Просмотров: 41
Размер:	58.2 Кб
ID:	458112  

  10.  
  11. #168

    Регистрация
    14.12.2009
    Адрес
    Москва
    Возраст
    38
    Сообщений
    269
    Цитата Сообщение от -Stas- Посмотреть сообщение
    Смысл горизонтальной черезстрочки в ТВ уменьшить необходимую полосу пропускания при этом не ухудшив видимость, а заодно увеличив плавность картинки. На аналоговом ТВ нет гребенки, т.к. он показывает сначала 1-е полуполе, а потом 2-е. При этом изображение "суммируется" в глазу. Смысла делать интерлайс в цифре я не вижу. Вы этим поток не уменьшите.
    Можно снизить разрешение передаваемой с борта картинки до 160х120 с последующим увеличением на базе до 320х240, можно попробовать смешивать через строку/столбец с предыдущим кадром, и смотреть что лучше. В каждый момент времени на базе будет выводится полный кадр. При этом трафик совершенно точно снизится. Качество тоже потеряется, нужно смотреть на сколько.

    Напомню: задача увеличить FPS, возможно за счет снижения качества картинки.

  12. #169
    Давно не был
    Регистрация
    26.08.2009
    Адрес
    Одесса
    Возраст
    34
    Сообщений
    254
    У меня при использовании серого от 30% до 50% размер уменьшается
    Видимо зависит от картинки. Я сравнивал объемы файлов после сжатия в Фотошоп. К-во ЖПЕГ ставил на 3. Конвертировал в ЧБ тоже ФШ. В зависимости от кадра получалось от 20 до 25% в зависимости от исходника.
    Можно снизить разрешение передаваемой с борта картинки до 160х120 с последующим увеличением на базе до 320х240
    Не вижу смысла. Вы этим к-во не улучшите. Если уж передается мелкий кадр, то лучше так его и отображать. Попробуйте вариант прямоугольного пикселя. Так и разрешение снизится и к-во упадет не так сильно. Просто для глаза не одинаково важно горизонтальное и вертикальное разрешение.
    можно попробовать смешивать через строку/столбец с предыдущим кадром, и смотреть что лучше
    Зачем эти эксперименты. Есть стандартные способы сжатия видеопотока. Все уже опробовано солидными НИИ при разработке цифрового ТВ. Можно не тратить время, а использовать готовое.
    Объясню почему не вижу смысла использовать т.н. интерлайс (разложение по строкам), как в аналоговом ТВ. Допустим вы передаете 10 к|c разрешением 320*240 и каждый кадр весит 10 кб. Т.е. поток составит 100 кб/с.
    Если использовать интерлайс, то вам надо передать не 10 полных кадров за сек., а 20 полукадров размером соотв. 320*120. Каждый кадр будет весить примерно половину исходного, т.е. 5 кб. В итоге потребный поток 20*5=100 кб/с. Кроме того интерлайсное отображение работает только на скоростях от 24 к/с и выше, т.к. иначе полукадры не будут складываться в глазе.
    Напомню: задача увеличить FPS, возможно за счет снижения качества картинки.
    А смысл? Ну получите вы плавное изображение, но полную мазню по к-ву. Для управления машинкой возможно так и лучше, т.к. до препятсвий близко, но для ЛА не вижу смысла. Основное управление делает АП. Относительно возможности "штурвальной" посадки данного ЛА вы уже мое мнение слышали.

    З.Ы. Как идет процесс снюхивания с ЖПС?
    P.S.S. Надо учитывать, что в поле как приемная таки передающая станции будут работать через мобильный инет, т.е. к-во связи будет хуже. Дома то у Вас 1 комп подключен к выделенке.

  13. #170

    Регистрация
    14.12.2009
    Адрес
    Москва
    Возраст
    38
    Сообщений
    269
    Цитата Сообщение от -Stas- Посмотреть сообщение
    Как идет процесс снюхивания с ЖПС?
    Еще пока никак не идет немного ознакомился с этим вопросом, исходники нагуглить можно, еще надо подобрать сам GPS приемник.

    Цитата Сообщение от Korogodsky Посмотреть сообщение
    Можно снизить разрешение передаваемой с борта картинки до 160х120 с последующим увеличением на базе до 320х240
    Цитата Сообщение от -Stas- Посмотреть сообщение
    Не вижу смысла. Вы этим к-во не улучшите. Если уж передается мелкий кадр, то лучше так его и отображать.

    Да, в этом смысла нет. Возможно "смешиванием" с предыдущим кадром, получится несколько снизить потерю качества.

  14. #171
    Давно не был
    Регистрация
    18.01.2011
    Адрес
    Хабаровск
    Возраст
    35
    Сообщений
    23
    Меня все время не отпускает мысль, что мы не первые думаем над этой проблемой, и скорее всего до нас были и те кто разбирается в вопросе лучше нас. Может поискать в интернете готовые методы снижения битрейта видеопотока без межкадровой компрессии?

  15. #172
    msv
    msv на форуме

    Регистрация
    05.03.2008
    Адрес
    Новокузнецк
    Возраст
    55
    Сообщений
    2,367
    Насколько помню, в большинстве кодеков есть возможность задавать макс. период ключевого кадра. Но непосредствено увеличение этого времени не должно влиять на задержку. Задержка будет до ближайшего ключевого кадра только если при передачи начнут теряться дельта-кадры.
    Цитата Сообщение от -Stas- Посмотреть сообщение
    Зачем эти эксперименты. Есть стандартные способы сжатия видеопотока. Все уже опробовано солидными НИИ при разработке цифрового ТВ. Можно не тратить время, а использовать готовое.
    Цитата Сообщение от UncleSam Посмотреть сообщение
    Меня все время не отпускает мысль, что мы не первые думаем над этой проблемой, и скорее всего до нас были и те кто разбирается в вопросе лучше нас.
    +1. Все кодеки ( а над ними работали серьезные инженеры, математики, программеры) в принципе заточены под ту же задачу -максимально уменьшить битрейт при наилучшем психофизиологическом восприятии картинки. Не всегда правда они заточены под реал-тайм видеопоток, но наверняка можно найти что-то подходящее. Тоже советую не тратить время на изобретение своего кодека (слишком мала вероятность получить что-то "конкурентоспособное"), а поизучать возможности того, что уже есть.
    ЗЫ Помню свой опыт по разработке мп3-подобного кодека (занимался так.. от скуки..) Преселекция, БПФ, издевательство над спектром, обратный БПФ, жуткий геморрой по состыковке фреймов покалеченных после изменения исходного спектра, обратная преселекция. В итоге вот он чистенький звук.. Но после сравнения с мп3, понял что получилась полная фигня..

  16. #173
    Давно не был
    Регистрация
    26.08.2009
    Адрес
    Одесса
    Возраст
    34
    Сообщений
    254
    Так выше уже писали, что какая-то из команд учавствующих в Лунар Х-прайз от гугл будет использовать МЖПЕГ.

  17. #174

    Регистрация
    14.12.2009
    Адрес
    Москва
    Возраст
    38
    Сообщений
    269
    Цитата Сообщение от -Stas- Посмотреть сообщение
    какая-то из команд учавствующих в Лунар Х-прайз от гугл будет использовать МЖПЕГ
    Интересно почему они выбрали MJPEG, а не просто JPEG...

  18. #175
    Давно не был
    Регистрация
    26.08.2009
    Адрес
    Одесса
    Возраст
    34
    Сообщений
    254
    Я сейчас почитал по тем ссылкам. раньше я не читал. Там вообще вроде ЖПЕГ 2000 будет. Он лучше жмет, чем обычный и меньше квадратит. типа как мр4 и Н.264 разница.
    Надо спеки на МЖПЕГ поискать. Может прояснится.

  19. #176

    Регистрация
    28.01.2006
    Адрес
    Владимир
    Возраст
    34
    Сообщений
    1,164
    Цитата Сообщение от Korogodsky Посмотреть сообщение
    Интересно почему они выбрали MJPEG, а не просто JPEG...
    Вполне стандартный и примитивный видео кодер. Хотя, слово примитивный я бы не стал относить к JPEG
    MJPEG - всего навсего еще один формат для потоковой передачи видео (Motion JPEG).

    ЗЫ: Меня что то тоже тема зацепила, интереса ради попробовал собрать библиотеку mediastreamer2 с поддержкой видео. Под Win32 собрать эту штуку - реальный секас зато, в совокупности с библиотекой ffmpeg можно воспользоваться практически любым кодеком для кодирования/декодирования видео и передачи его по RTP.
    Хотелось бы еще заметить, что задача передачи потоковой информации в режиме, максимально приближенному к realtime'у, не столь проста как кажется и передачей голых UDP пакетов с данными тут не обойдешься. Сеть и протокол UDP не дает никакой гарантии доставки пакетов до конечной точки, также не гарантируется доставка UDP пакетов в том порядке в котором они были посланы, временные задержки между пакетами могут плавать и разительно отличаться от той частоты с которой они были посланы. Именно по этому был разработан протокол RTP который исправляет все "недостатки" передачи UDP пакетов по сети, разумеется кроме гарантии доставки до конечной точки.
    Использование временных меток в протоколе позволяет корректно обрабатывать их принимающей стороной, отбрасывать слишком старые, буферизировать новые и выдавать пользователю информацию в режиме реального времени.
    Цитата Сообщение от UncleSam Посмотреть сообщение
    Доделал собственный захват картинки с вебки через v4l2 драйвер, и сжатие ее в памяти при помощи libjpeg сегодня попробую сделать отправку через UDP.
    Очередной велосипед ну не понимаю я зачем писать что то свое, когда можно изучить то, что уже есть и прекрасно работает.

    Если кому интересно как завести mediastreamer2 под win - могу написать туториал.

  20. #177

    Регистрация
    14.12.2009
    Адрес
    Москва
    Возраст
    38
    Сообщений
    269
    Цитата Сообщение от Exception13 Посмотреть сообщение
    Если кому интересно как завести mediastreamer2 под win - могу написать туториал.

    Интересно! Но не обещаю что сразу начну разбираться с mediastreamer2, сейчас вечерами разбираюсь с GoogleEarth

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

  21. #178

    Регистрация
    28.01.2006
    Адрес
    Владимир
    Возраст
    34
    Сообщений
    1,164
    Цитата Сообщение от Korogodsky Посмотреть сообщение
    Кстати что думаете на счет использования GoogleEarth для этого проекта? Тогда для работы программы будет необходима установка GoogleEarth.
    Честно говоря, я ни бум бум в этом Earth. А каким местом его хотите прикрутить, как использовать ?

    Вобщем, поскольку работа у меня немного связана с VoIP, по большей части с voice, но видео тоже захотелось попробовать. Вобщем, сляпал на скорую руку peer2peer прогу для передачи видео на основе исходов и примеров mediastreamer'a. Используемый кодек H.263, библиотеку mediastreamer собрал без поддержки directshow и directsound, так что вся отрисовка - софтварная посему и тормоза.
    Весь релиз выкладывать не буду, слишком много мегабутесов кодеки весят.
    Сами кодеки (dll) можете скачать тут.
    Распаковываете скачанный 7z архив, из директории bin копируете все dll файлы в папочку где находится 'rtpvideo'.
    Релиз сборка rtpvideo прилагается. Как пользоваться - читаем readme.txt.
    Вложения

  22. #179

    Регистрация
    14.12.2009
    Адрес
    Москва
    Возраст
    38
    Сообщений
    269
    Цитата Сообщение от Exception13 Посмотреть сообщение
    А каким местом его хотите прикрутить, как использовать ?
    GoogleEarth можно использовать в своих приложениях для отображения текущего местоположения по GPS координатам и создания путевых точек.


    Цитата Сообщение от Exception13 Посмотреть сообщение
    Релиз сборка rtpvideo прилагается.

    Ок, попробую.

  23. #180
    msv
    msv на форуме

    Регистрация
    05.03.2008
    Адрес
    Новокузнецк
    Возраст
    55
    Сообщений
    2,367
    GoogleEarth имхо требуется онлайн, и приличный трафик. Там конечно что-то как-то кэшируется, не разбирался. Но для своей рабочей станции использую jpeg-и из этой проги с координатной привязкой и свой движок изобретаю помаленьку. А то ведь фиг его знает- чужая прога потемки.. а мне ведь надо еще и гарантировано видео успевать писать без дропов. И все на слабеньком ноуте..

  24. #181

    Регистрация
    27.07.2005
    Адрес
    Московская Область
    Возраст
    33
    Сообщений
    133
    Интересная тема. Но все-таки не очень понятно, зачем управлять по видео(и мучиться с его передачей в реалтайм), если это можно делать по телеметрии, а видео транслировать уже просто для интереса/дополнительного контроля.
    Насчет проги гугла - там есть 3д режим "полетов", если научиться передавать в него данные с телеметрии, можно "летать" по 3д карте, а не по видео. При этом важно, что в самой программе можно будет дорисовать полигонами ключевые объекты и сложные места полета, которых нет на изображении или нет в 3д(деревья/здания/линии ЛЭП), в идеале создав полную функциональную копию места полетов в 3д.
    Нужно только будет решить вопрос с максимально точным определением высоты модели для нормального взлета/посадки/облета препятствий.

  25. #182

    Регистрация
    14.12.2009
    Адрес
    Москва
    Возраст
    38
    Сообщений
    269
    Цитата Сообщение от SimonA Посмотреть сообщение
    Но все-таки не очень понятно, зачем управлять по видео
    Мне интересней иметь возможность управления и наблюдения с борта реалтайм, чем просто смотреть на точку на экране и льющийся поток цифр.

    В Гугл Земля, насколько я понял можно еще получать высоту точки над уровнем моря, что тоже может быть интересным, вот только вопрос как надежно определить высоту, на которой летит модель... (P.S. про холмы, постройки, кусты - это я все понимаю )

  26. #183

    Регистрация
    28.01.2006
    Адрес
    Владимир
    Возраст
    34
    Сообщений
    1,164
    Цитата Сообщение от Korogodsky Посмотреть сообщение
    вот только вопрос как надежно определить высоту, на которой летит модель...
    Бародатчик + ультразвуковой дальномер

  27. #184
    Давно не был
    Регистрация
    26.08.2009
    Адрес
    Одесса
    Возраст
    34
    Сообщений
    254
    Высота в Гугл Ирф весьма примерна. Я бына нее не расчитывал. Определение высоты эхолокацией не годится. Во первых я сомневаюсь, что этот метод приемлим для расстояний больше 5-10м, а во вторых звук распространяется относительно медленно, а модель летит быстро. Пока посланный к земеле импульс вернется обратно модель может улетет от этой точки. Это если даже есть эхолотные дальномеры на большое расстояние (50-100м). Тут надо мерить радтовысотомером. Ну может лазерный пойдет.

  28. #185
    DVE
    DVE вне форума

    Регистрация
    16.06.2008
    Адрес
    EU
    Возраст
    38
    Сообщений
    4,392
    Насколько я знаю, для моделей кроме бародатчика и/или GPS, других способов измерения высоты пока не придумали.

    Может что-то еще и есть, но или небюджетно, или некомпактно. "Малогабаритный авиационный радиовысотомер" судя по Гуглу, весит килограмм.

  29. #186
    Давно не был
    Регистрация
    18.01.2011
    Адрес
    Хабаровск
    Возраст
    35
    Сообщений
    23
    Цитата Сообщение от Exception13 Посмотреть сообщение
    Очередной велосипед ну не понимаю я зачем писать что то свое, когда можно изучить то, что уже есть и прекрасно работает.
    Велосипед делаю потому, что оно должно потом работать на плате ARM9.

    Цитата Сообщение от Exception13 Посмотреть сообщение
    Если кому интересно как завести mediastreamer2 под win - могу написать туториал.
    А вот это можно, в личку пожалуиста.

  30. #187

    Регистрация
    28.01.2006
    Адрес
    Владимир
    Возраст
    34
    Сообщений
    1,164
    Цитата Сообщение от UncleSam Посмотреть сообщение
    Велосипед делаю потому, что оно должно потом работать на плате ARM9.
    А в чем проблема то ?
    Я понимаю так, что на ARM'e будут трудиться нано пингвины из серии uClinux или чего то подобного.
    Если не использовать операционку на ARM'e, то стопудово сразу налетаете на грабли в плане реализации сетевого драйвера, с этой проблемой я уже сталкивался, но только на платформе blackfin.
    Под linux все исходы mediastreamer'a прекрасно собираются, также, не будет проблем со сборкой необходимых видеокодеков из библиотеки ffmpeg (там кстати есть кое какие порты для всяких DSP и ARM в том числе, которые как раз используют всякие SIMD команды конкретного процессора). Так что, я пока не вижу ни малейшей причины писать что то свое.
    Предвижу лишь долгий и нудный секас по сборке и настройке всего этого тряхомудия

  31. #188
    Давно не был
    Регистрация
    18.01.2011
    Адрес
    Хабаровск
    Возраст
    35
    Сообщений
    23
    Цитата Сообщение от Exception13 Посмотреть сообщение
    Если не использовать операционку на ARM'e, то стопудово сразу налетаете на грабли в плане реализации сетевого драйвера, с этой проблемой я уже сталкивался, но только на платформе blackfin.
    Однозначно будут нанопингвины. Писать самому с нуля ОС вещь утомительная и крайне глупая. И Я не уверен в возможностях оборудования поэтому заранее продумываю все варианты, архитектуру опять же изучаю. Железо будет через 3 недели примерно, посммотрю что оно может, тогда и буду окончательно решение думать.

    А пока пишу модуль который сможет использовать в качестве серверной части программу Максима. Все меньше самому писать.

    На а собрать готовое решение это проще всего, успеется.

  32. #189

    Регистрация
    14.12.2009
    Адрес
    Москва
    Возраст
    38
    Сообщений
    269
    Цитата Сообщение от UncleSam Посмотреть сообщение
    качестве серверной части
    Я уже затрудняюсь сказать, что считать серверной частью. Вроде как модель - это сервер.

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

    PS
    С 3D режимом в Гугл Земля представляется интересная забава - параллельно в 2х соседних панелях включить реалтайм видео с камеры и 3D в Earth.

  33. #190
    Давно не был
    Регистрация
    18.01.2011
    Адрес
    Хабаровск
    Возраст
    35
    Сообщений
    23
    Эм ну тогда клиентской ))
    Кстати там на плате 32 порта ввода/вывода которыми можно программно дергать. Думаю не буду покупать отдельный модуль для управления сервами. Лучше на этих портах через опторазвязку буду реализовывать контроль сервами и ШИМ для движков. Но это уже по приходу железа. Тут работа подвернулась времени вобще лишнего нет.

  34. #191

    Регистрация
    28.01.2006
    Адрес
    Владимир
    Возраст
    34
    Сообщений
    1,164
    Цитата Сообщение от UncleSam Посмотреть сообщение
    А пока пишу модуль который сможет использовать в качестве серверной части программу Максима. Все меньше самому писать.
    А что хоть за сервер и что он будет делать ?

    В моем понимаии проблемы архитектура системы должна работать следующим образом:

    Серверная часть будет расположена на самолете. TCP сервер IMHO следует использовать на базе JSON RPC. К данному серверу конектится клиент c земли и производит необходимые настройки на стороне сервера для организации peer2peer соединения.
    Далее открываются необходимые RTP каналы передачи данных:
    1. Видео канал (воздух-земля).
    2. канал управления (земля-воздух)
    3. канал телеметрии (воздух-земля)

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

    ЗЫ: кто нить может потестировать мой пример с передачей видео по беспроводной сети. У меня просто нет оборудования.
    Впринципе, если качество не устроит, то можно попробовать прикрутить к системе плагин с поддержкой кодека H.264.

    Цитата Сообщение от UncleSam Посмотреть сообщение
    Лучше на этих портах через опторазвязку буду реализовывать контроль сервами и ШИМ для движков.
    Фиг вам
    GPIO порты - это вещь соблазнительная, но, мне даже под нанопингвинами из ядра не удалось обеспечить выдерживание необходимых временных интервалов. При этом я писал ядерный драйвер и вкомпиливал его в само ядро операционки. Так что, вариант с реализацией ШИМ на GPIO не прокатит, фронты будут плавать, т.к. время реакции системы вам никто не гарантирует, даже если ШИМ будет формироваться самописным драйвером.
    Выходом из данной ситуации является - соединение микроконтроллера с ARM'ом: сам микроконтроллер будет формировать ШИМ на линиях в соответствии с управляющими кодами, засылаемыми на него со стороны ARM'a по SPI. При этом нам не нужно будет заботиться о выдерживании временных интервалов.
    Плюс ко всему вам не удастся реализовать ШИМ параллельно на нескольких линиях порта GPIO. Почему, это можно просто прикинуть: длительность импульса которую вам необходимо сгенерировать составляет от 1000 до 2000 мкС, ну вводим дискретизацию например 10 бит, т.е. временной интервал в 1000мкС разбиваем на 1024, таким образом, получаем необходимую нам точность около 1 мкС. С одной микросекундой даже нанопингвины не справятся, какие бы они realtime пропатченные не были.
    Плюс ко всему - эта процедура будет жрать не детски ресурсы проца на постоянное генерирование ШИМ сигнала.
    Так что, выход один: соединяем через SPI или UART ARM и микроконтроллер и всю грязную работу по формированию ШИМ для сервоприводов возлагаем на него.
    Последний раз редактировалось Exception13; 03.02.2011 в 12:14.

  35. #192

    Регистрация
    15.05.2010
    Адрес
    Загорск
    Возраст
    44
    Сообщений
    2,739
    А может посмотреть в сторону QNX? Её вроде сейчас на шару раздают.

  36. #193

    Регистрация
    28.01.2006
    Адрес
    Владимир
    Возраст
    34
    Сообщений
    1,164
    Цитата Сообщение от AsMan Посмотреть сообщение
    А может посмотреть в сторону QNX? Её вроде сейчас на шару раздают.
    QNX может обеспечить лишь только гарантированное время реакции.
    Вот краткий ликбез по QNX.
    Гарантированное время реакции системы куда более 1 мкс...
    вот здесь это грамотно описано
    Менее 10 мкс - Только ОСРВ, но даже они могут быть бессильны – это граница выбора между схемным и программным решениями

  37. #194
    Давно не был
    Регистрация
    18.01.2011
    Адрес
    Хабаровск
    Возраст
    35
    Сообщений
    23
    Цитата Сообщение от Exception13 Посмотреть сообщение
    Фиг вам
    GPIO порты - это вещь соблазнительная, но, мне даже под нанопингвинами из ядра не удалось обеспечить выдерживание необходимых временных интервалов. При этом я писал ядерный драйвер и вкомпиливал его в само ядро операционки.

    С одной микросекундой даже нанопингвины не справятся, какие бы они realtime пропатченные не были.
    А ведь правы. Упустил из виду что тут многозадачная операционка для которой микросекунда это много.

    Думал использовать вот такой алгоритм требует мало системных ресурсов, на тиньках работало.

    Но менее требовательный к таймингам ШИМ например для двигателя с обратной связью через датчик оборотов все еще подумать можно.

    Хотя 25 баксов за отдельный модуль управления сервами с интерфейсом RS232 не сверх деньги, его надо заказывать и ждать пока приедет =(

  38. #195

    Регистрация
    28.01.2006
    Адрес
    Владимир
    Возраст
    34
    Сообщений
    1,164
    Цитата Сообщение от UncleSam Посмотреть сообщение
    Думал использовать вот такой алгоритм требует мало системных ресурсов, на тиньках работало.
    Ага, видел, автор - реальный avr джедай

  39. #196
    Давно не был
    Регистрация
    18.01.2011
    Адрес
    Хабаровск
    Возраст
    35
    Сообщений
    23
    Неужели в системе не найдется ни одного аппаратного таймера на прерывание которого можно обработчик повесить...
    В S3C2440A 5 аппаратных таймеров, надеюсь нанопингвины хоть один мне помучать оставят... И фиг с небольшим дрейфом из за других прерываний...
    Ладно посмотрим, померим...
    * в грусти ушел читать даташит...

  40. #197

    Регистрация
    28.01.2006
    Адрес
    Владимир
    Возраст
    34
    Сообщений
    1,164
    Цитата Сообщение от UncleSam Посмотреть сообщение
    В S3C2440A 5 аппаратных таймеров, надеюсь нанопингвины хоть один мне помучать оставят... И фиг с небольшим дрейфом из за других прерываний...
    тост должен быть кратким, как выстрел, а то времени на отдых не останется (С) "Особенности национальной охоты", а если этим злоупотреблять - то до охоты дело не дойдет

    Таймер с разрешением в 1 мкс - это означает, что управление в user mode никогда не вернется. Проц будет наглухо торчать в обработчике прерывания (это в лучшем случае, в худшем - нанопингвины выйдут на забастовку с плакатом "кернел в панике" ) и тупо тратить свои ресурсы на его обработку, какой бы короткой она ни была. Помимо всего прочего нам как бы надо пакеты по сети принимать и обрабатывать, ну еще так, про между прочим видео сжимать в реальном режиме времени. Так что, чем реже будут происходить прерывания тем свободнее "дышать" системе.
    Совсем другое дело, если имеется возможность организации аппаратного ШИМ, по типу как в AVR, причем, прерывания в данном случае нам уже будут не нужны, проц в таком случае будет самостоятельно ногами дергать. Только, я сомневаюсь в наличии данной фичи в ARM'e, да и кол-во аппаратных ШИМ каналов обычно ограничено.
    Так что, нечего голову ломать и пробовать смысла нет, нужно просто немножко логически порассуждать.

  41. #198
    Давно не был
    Регистрация
    18.01.2011
    Адрес
    Хабаровск
    Возраст
    35
    Сообщений
    23
    Ответил в личку чтобы не засорять чужую тему.

  42. #199

    Регистрация
    14.12.2009
    Адрес
    Москва
    Возраст
    38
    Сообщений
    269
    Цитата Сообщение от UncleSam Посмотреть сообщение
    Ответил в личку чтобы не засорять чужую тему.
    Тут жеж общественное место, можно писать все что угодно, главное чтобы соответствовало теме.
    Последний раз редактировалось Korogodsky; 04.02.2011 в 13:45.

  43. #200

    Регистрация
    14.12.2009
    Адрес
    Москва
    Возраст
    38
    Сообщений
    269
    Добавил Google Earth, можно ставить метки на карте.
    Нажмите на изображение для увеличения
Название: IP_FPV_GE.jpg
Просмотров: 77
Размер:	93.6 Кб
ID:	464481

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

Похожие темы

  1. банковская карта для оплаты через интернет магзин
    от sawaer в разделе Магазины, интернет-торговля
    Ответов: 151
    Последнее сообщение: 22.07.2012, 21:00
  2. Покупка аппаратуры Futaba 8FG (2.4Ghz, >10000р.) через интернет
    от legotron в разделе Магазины, интернет-торговля
    Ответов: 18
    Последнее сообщение: 16.09.2010, 18:52
  3. Прошу помощи в подборе драйвера для управления ШД EM 257
    от Sims в разделе Драйверы и контроллеры для CNC
    Ответов: 3
    Последнее сообщение: 09.09.2010, 19:57
  4. Аппаратура управление через компьютер
    от Gitenkof в разделе Аппаратура радиоуправления
    Ответов: 14
    Последнее сообщение: 08.09.2010, 14:34
  5. Дорога в небо
    от octopus в разделе Новичкам
    Ответов: 19
    Последнее сообщение: 22.06.2010, 15:38

Метки этой темы

Ваши права

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