Видео по Ethernet в ноутбук.(?)
Добавлено: Чт мар 27, 2014 21:10:43
Не удалось полностью передать смысл в названии темы, поэтому сначала опишу задачу.
Поставленная задача
Сначала элементарными словами. Расписывать задумки буду ниже.
Необходимо передать цветное видео высокого/среднего качества с камеры по проводу в ноутбук. Длина провода ~30 метров. Качество картинки должно быть высоким, без задержек и размытия движений. Цветность обязательна. По этому же проводу будут передаваться другие данные (небольшие объёмы) в обоих направлениях, нужно это учесть.
Теперь та же задача, но в профиль. На одном конце провода имеется устройство с камерой, датчиками и моторчиками. Необходимо связать это с ноутбуком на другом конце провода. Обработка информации на стороне устройства будет минимальна. Все данные почти в сыром виде должны передаваться на ноутбук, где и будет приниматься решение.
Естественно, сделать это с минимальными денежными затратами.
Что имеем
Не сильно кривые руки, паяльная станция, доступ (не прямой) к магазину с практически любыми распространёнными радиодеталями. Ну и сильное желание выполнить задачу, попутно узнав что-нибудь новое.
Идеи
А теперь напишу о том, что удалось нарыть/надумать за 3 дня поиска решений.
При выборе камеры больше склоняюсь к аналоговой модульной камере. Например MDC-2210F. Во-первых, почему аналоговая? На сколько я заметил, при одинаковой стоимости аналоговая по качеству картинки практически всегда обходит цифровую. Во-вторых, почему именно эта камера? Она без корпуса, не нужно переплачивать за фигурную пластмассу, которая в моём случае не нужна. Нет размытий при движении. Есть и недостатки: не высокое качество видео и искажение типа "рыбий глаз". Но если посмотреть на цену, то всё становится ясно.
Итак, если берём аналоговую камеру, то нужно как-то оцифровать сигнал. Нашёл несколько разных способов в интернете. Думаю в моём случае уместна какая-то специальная микросхема типа SAA7113H, но она вроде как устарела?
Не смотря на всё сказанное не исключаю вариант с цифровой камерой, если такая найдётся с хорошим качеством картинки за небольшие деньги.
Далее изображение идёт на микроконтроллер, который аккуратно, но не особо задумываясь пихает его в провод до ноутбука. (уже слышу негодование публики). Почему микроконтроллер? Ведь он не сможет обработать видео высокого качества с частотой 30 кадров в секунду! Ну, во-первых контроллер не самый слабый, какой-нить из STM32. Во-вторых, как либо обрабатывать картинку он не должен, просто передавать. В-третьих, микроконтроллер в любом случае в устройстве будет, т.к. помимо видео надо будет принимать и передавать данные с сенсоров и датчиков до ноутбука и от ноутбука на двигатели. Всё по одному кабелю.
Теперь про канал связи устройство<->компьютер/ноутбук. На всякий случай скажу: радиоканал отпадает сразу, т.к. имеются непреодолимые препятствия для радиосвязи между устройством и компьютером. Да и провод не сильно мешает.
Длина провода, как уже говорил, ~30 метров. USB отбрасываем. Количество жил сначала хотел две, но сейчас уже не против четырёх. Сразу же приходит в голову Ethernet, витая пара. И скорости можно развить большие (для передачи видео), и канал двунаправленный (можно управлять движками), и длина кабеля вполне достаточна, и в компьютер втыкается без переходников. В общем, идеально для меня. Но на стороне устройства надо будет микроконтроллер подключить к Ethernet на высокой скорости. С этим пока особо не разбирался, но судя по выдаче поисковика каждый второй радиолюбитель подцеплял свой микроконтроллер к Ethernet без особых заморочек.
Подытожим идеи:
аналоговая камера -> оцифровка -> микроконтроллер на лету пихает в пакеты и пересылает в Ethernet -> гибкая витая пара -> ноутбук кушает пакеты.
Цель темы
Я с видео не работал на таком уровне, так-что моя общая схема может быть далеко не оптимальной. Хотелось бы услышать идеи других людей, т.к. я может быть зациклился на чём-то одном и не вижу рядом более простого варианта решения. Мне бы только запихнуть данные с камеры хоть в каком либо перевариваемом виде в компьютер, а там я разберусь что с ними делать. Данные с датчиков и на моторчики тоже не особая проблема, если связь будет по Ethernet. Весь завтык именно с видео.
Поставленная задача
Сначала элементарными словами. Расписывать задумки буду ниже.
Необходимо передать цветное видео высокого/среднего качества с камеры по проводу в ноутбук. Длина провода ~30 метров. Качество картинки должно быть высоким, без задержек и размытия движений. Цветность обязательна. По этому же проводу будут передаваться другие данные (небольшие объёмы) в обоих направлениях, нужно это учесть.
Теперь та же задача, но в профиль. На одном конце провода имеется устройство с камерой, датчиками и моторчиками. Необходимо связать это с ноутбуком на другом конце провода. Обработка информации на стороне устройства будет минимальна. Все данные почти в сыром виде должны передаваться на ноутбук, где и будет приниматься решение.
Естественно, сделать это с минимальными денежными затратами.
Что имеем
Не сильно кривые руки, паяльная станция, доступ (не прямой) к магазину с практически любыми распространёнными радиодеталями. Ну и сильное желание выполнить задачу, попутно узнав что-нибудь новое.
Идеи
А теперь напишу о том, что удалось нарыть/надумать за 3 дня поиска решений.
При выборе камеры больше склоняюсь к аналоговой модульной камере. Например MDC-2210F. Во-первых, почему аналоговая? На сколько я заметил, при одинаковой стоимости аналоговая по качеству картинки практически всегда обходит цифровую. Во-вторых, почему именно эта камера? Она без корпуса, не нужно переплачивать за фигурную пластмассу, которая в моём случае не нужна. Нет размытий при движении. Есть и недостатки: не высокое качество видео и искажение типа "рыбий глаз". Но если посмотреть на цену, то всё становится ясно.
Итак, если берём аналоговую камеру, то нужно как-то оцифровать сигнал. Нашёл несколько разных способов в интернете. Думаю в моём случае уместна какая-то специальная микросхема типа SAA7113H, но она вроде как устарела?
Не смотря на всё сказанное не исключаю вариант с цифровой камерой, если такая найдётся с хорошим качеством картинки за небольшие деньги.
Далее изображение идёт на микроконтроллер, который аккуратно, но не особо задумываясь пихает его в провод до ноутбука. (уже слышу негодование публики). Почему микроконтроллер? Ведь он не сможет обработать видео высокого качества с частотой 30 кадров в секунду! Ну, во-первых контроллер не самый слабый, какой-нить из STM32. Во-вторых, как либо обрабатывать картинку он не должен, просто передавать. В-третьих, микроконтроллер в любом случае в устройстве будет, т.к. помимо видео надо будет принимать и передавать данные с сенсоров и датчиков до ноутбука и от ноутбука на двигатели. Всё по одному кабелю.
Теперь про канал связи устройство<->компьютер/ноутбук. На всякий случай скажу: радиоканал отпадает сразу, т.к. имеются непреодолимые препятствия для радиосвязи между устройством и компьютером. Да и провод не сильно мешает.
Длина провода, как уже говорил, ~30 метров. USB отбрасываем. Количество жил сначала хотел две, но сейчас уже не против четырёх. Сразу же приходит в голову Ethernet, витая пара. И скорости можно развить большие (для передачи видео), и канал двунаправленный (можно управлять движками), и длина кабеля вполне достаточна, и в компьютер втыкается без переходников. В общем, идеально для меня. Но на стороне устройства надо будет микроконтроллер подключить к Ethernet на высокой скорости. С этим пока особо не разбирался, но судя по выдаче поисковика каждый второй радиолюбитель подцеплял свой микроконтроллер к Ethernet без особых заморочек.
Подытожим идеи:
аналоговая камера -> оцифровка -> микроконтроллер на лету пихает в пакеты и пересылает в Ethernet -> гибкая витая пара -> ноутбук кушает пакеты.
Цель темы
Я с видео не работал на таком уровне, так-что моя общая схема может быть далеко не оптимальной. Хотелось бы услышать идеи других людей, т.к. я может быть зациклился на чём-то одном и не вижу рядом более простого варианта решения. Мне бы только запихнуть данные с камеры хоть в каком либо перевариваемом виде в компьютер, а там я разберусь что с ними делать. Данные с датчиков и на моторчики тоже не особая проблема, если связь будет по Ethernet. Весь завтык именно с видео.