Принцип работы устройства
24 views
Skip to first unread message
Mur
Mar 27, 2011, 9:18:36 AM3/27/11
to Лайтпак: обсуждение проекта и новых идей
Добрый день!
Хочу предложить альтернативный подход к работе устройства - вместо
считывания изображения с монитора анализировать сигнал с VGA-разъема.
Плюс данного подхода вижу в разгрузке процессора компьютера.
Хочу предложить альтернативный подход к работе устройства - вместо
считывания изображения с монитора анализировать сигнал с VGA-разъема.
Плюс данного подхода вижу в разгрузке процессора компьютера.
Андрей Синюткин
Mar 27, 2011, 9:33:49 AM3/27/11
to ligh...@googlegroups.com
Правильная на мой взгляд мысль. Сам хотел так сделать, но пока все руки не доходят. Недостаток такого метода -
неудобство в подключении лайтпака к компьютеру - нужно ставить на устройство два разъема папа и мама,
получается довольно громоздко. Если бы софт на компьютере не съедал бы ресурсы, было бы очень красивое
решение без неудобств.
неудобство в подключении лайтпака к компьютеру - нужно ставить на устройство два разъема папа и мама,
получается довольно громоздко. Если бы софт на компьютере не съедал бы ресурсы, было бы очень красивое
решение без неудобств.
Sun, 27 Mar 2011 06:18:36 -0700 (PDT) письмо от Mur <mmu...@gmail.com>:
С уважением Андрей
sin_...@mail.ru
http://microsin.ru
Mur
Mar 27, 2011, 9:45:31 AM3/27/11
to ligh...@googlegroups.com
Электронику, как и раньше, размещать на мониторе. И будет идти только
один кабель (VGA), а не 2 (VGA + USB)
один кабель (VGA), а не 2 (VGA + USB)
Timur
Mar 27, 2011, 9:46:29 AM3/27/11
to Лайтпак: обсуждение проекта и новых идей
а как настраивать устройство?
Андрей Синюткин
Mar 27, 2011, 9:51:12 AM3/27/11
to ligh...@googlegroups.com
Настраивать - точно так же, как и раньше, по USB. Должны передаваться не абсолютные, а относительные
координаты анализируемых областей экрана - в процентном отношении от ширины и высоты растра. Эти настройки
могут запоминаться в EEPROM чипа. То есть настройку надо сделать только один раз, а потом во всех режимах она
будет действовать автоматически (даже если разрешение экрана поменяется).
координаты анализируемых областей экрана - в процентном отношении от ширины и высоты растра. Эти настройки
могут запоминаться в EEPROM чипа. То есть настройку надо сделать только один раз, а потом во всех режимах она
будет действовать автоматически (даже если разрешение экрана поменяется).
Sun, 27 Mar 2011 06:46:29 -0700 (PDT) письмо от Timur <tim.hel...@gmail.com>:
С уважением Андрей
sin_...@mail.ru
http://microsin.ru
Mur
Mar 27, 2011, 9:51:57 AM3/27/11
to ligh...@googlegroups.com
Ну тогда все же нужно 2 кабеля! Настраивать по USB
Timur
Mar 27, 2011, 9:53:50 AM3/27/11
to Лайтпак: обсуждение проекта и новых идей
Если уж идти по этому пути, то лучше захватытвать изображение
используя камеру, тогда мы сможем использовать его на каком угодно
телевизоре-мониторе-проекторе-ноутбуке без поддержки кучи стандартов
(VGA, DVI, HDMI).
используя камеру, тогда мы сможем использовать его на каком угодно
телевизоре-мониторе-проекторе-ноутбуке без поддержки кучи стандартов
(VGA, DVI, HDMI).
Mikhail Sannikov
Mar 27, 2011, 9:56:23 AM3/27/11
to ligh...@googlegroups.com
А я уже где-то встречал такую реализацию. Думаю, можно отыскать погуглив. У меня всего два вопроса:
1. Вычислительные мощности для анализа картинки понадобятся как ни крути. Скорее всего даже хватит мощностей какого-то микроконтроллера. Вопрос к знатокам -- "Какого именно?"
2. Как декодировать сигнал? Через МК? Ой вряд ли. При помощи каких-то аппаратных решений? Каких именно? И если обеспечивать врезку устройства в VGA (D-sub), DVI, HDMI, то для каждого способа передачи данных нужен будет отдельный алгоритм и следовательно отдельная микросхема декодирования?
Нет, я правда не знаю, для меня это тёмный лес. Нарисуйте тут эскиз технической реализации такого устройства. Пока что выглядит либо очень дорого, либо очень неуниверсально. Хотя, разумеется, анализировать картинку вне зависимости от источника было бы заманчиво.
Андрей Синюткин
Mar 27, 2011, 10:22:04 AM3/27/11
to ligh...@googlegroups.com
Если на входе микроконтроллера будет стандартный компьютерный интерфейс VGA, то справится любой микроконтроллер AVR, у которого есть три канала АЦП (для сигналов RGB), например ATmega16 или ATmega32. Декодировать ничего не нужно, на DSUB VGA и так все декодировано. Надо всего лишь написать программу =).
Если хотите анализировать композитный сигнал (которого, кстати, нет на DSUB VGA), который есть на видеовыходах большинства телевизоров, то по-любому надо использовать микросхему декодера сигнала PAL (или SECAM, или мультистандартный декодер). Выход декодера (сигналы RGB) надо подать на входы АЦП микроконтроллера.
Sun, 27 Mar 2011 17:56:23 +0400 письмо от Mikhail Sannikov <ata...@gmail.com>:
Если хотите анализировать композитный сигнал (которого, кстати, нет на DSUB VGA), который есть на видеовыходах большинства телевизоров, то по-любому надо использовать микросхему декодера сигнала PAL (или SECAM, или мультистандартный декодер). Выход декодера (сигналы RGB) надо подать на входы АЦП микроконтроллера.
Sun, 27 Mar 2011 17:56:23 +0400 письмо от Mikhail Sannikov <ata...@gmail.com>:
А я уже где-то встречал такую реализацию. Думаю, можно отыскать погуглив. У меня всего два вопроса:1. Вычислительные мощности для анализа картинки понадобятся как ни крути. Скорее всего даже хватит мощностей какого-то микроконтроллера. Вопрос к знатокам -- "Какого именно?"2. Как декодировать сигнал? Через МК? Ой вряд ли. При помощи каких-то аппаратных решений? Каких именно? И если обеспечивать врезку устройства в VGA (D-sub), DVI, HDMI, то для каждого способа передачи данных нужен будет отдельный алгоритм и следовательно отдельная микросхема декодирования?Нет, я правда не знаю, для меня это тёмный лес. Нарисуйте тут эскиз технической реализации такого устройства. Пока что выглядит либо очень дорого, либо очень неуниверсально. Хотя, разумеется, анализировать картинку вне зависимости от источника было бы заманчиво.
2011/3/27 Mur <mmu...@gmail.com>Электронику, как и раньше, размещать на мониторе. И будет идти только
один кабель (VGA), а не 2 (VGA + USB)
Reply all
Reply to author
Forward
0 new messages