ZXNet эхоконференция «hardware.zx»

Как оно ничего, Kirill ? Однажды *25 Feb 01 10:17:02* я увидел как Kirill Frolov писал(а) к Sergey Svetlov и вот ... SS>> раскладе ( с твоими "подсказками" )... А попроще, то это: Смена SS>> кадра 50 раз в сек., за один кадр луч проходит по экрану 15625 SS>> импульсов в сек. Вот это и надо ловить фотоэлементом! KF>> Это по Y координате. А по X ? KF> SS> Да при чем здесь Y координата. При определенном количестве SS> импульсов по экрану, происходит определение местоположение SS> фотоэлемента! KF> KF> Вот алгоритм определения X и Y координат рисуй здесь ромбиками, ^^^ - ? KF> блок-схемами или как хочешь. Или не пиши чушь. KF> SS> А для спека ( использование экрана ~70% ), импульсов отсчитывать и SS> того меньше. Внимательно смотри выше! KF> KF> И сколько-же их надо отсчитать? Давай будем исходить из того, что KF> на экране есть как минимум 100000 точек. Чтобы они уместились в кадр KF> надо информацию передавать со скоростью 100000*(кадров в KF> секунду)=5млн.точек в секунду. Hа самом деле больше. Hаш телев. стандарт это 625 строк. Из умных книжек вывел, что за 1 сек. получаются 2 полных кадра, то есть по 25Гц на кадр. ( проверить просто, делением частоты строк на кадр и умножением на 2 ) Теперь немного теории: Луч сканирует экран слева на право и сверху в низ за 1 кадр ( примерно! ). Составляется таблица импульсов ( может называется и не так - я не прогроммист ), при достижении определенного импульса, фотоэлемента, происходит определение координаты из таблицы. Учитывая, что частота определения находится в звуковой области (!), могу предположить - для процесора это не так уж и накладно. KF> Положение пера определяется как время от начала кадра до вспышки луча KF> под пером. Луч _последовательно_ проходит по всем точкам только один KF> раз -- значит для получения точности в одну точку надо уметь KF> отсчитывать время и контролировать состояние фотодиода KF> быстрее чем луч проходит одну точку на экране. Получается 200 KF> наносекунд (на самом деле ещё меньше) на точку! Спектрум тут отдыхает, ^^^ - Откуда такие данные - обоснуй. KF> впрочем как и любой пеньтиум-III. Hадо делать или на железной логике ^^^ - ты частоту строк, при 85 Гц ( хотя бы 800х600 ), у него знаешь? KF> или на специализированном микропроцессоре. KF> SS> Зы: ну я уже не знаю как объяснять... KF> KF> Потому что и не знаешь как оно работает. Читай умные книжки... * С наилучшими... Сергей. *

Hello, Sergey! Однажды, Втp Фев 27 2001 12:17, Sergey Svetlov писал к Dmitry Lomov: KF>>> И сколько-же их надо отсчитать? Давай будем исходить из того, KF>>> что на экране есть как минимум 100000 точек. Чтобы они KF>>> уместились в кадр надо информацию передавать со скоростью KF>>> 100000*(кадров в секунду)=5млн.точек в секунду. Hа самом деле KF>>> больше. DL>> SS>> Hаш телев. стандарт это 625 строк. Из умных книжек вывел, что за SS>> 1 сек. получаются 2 полных кадра, то есть по 25Гц на кадр. DL>> DL>> чего-чего? SS> Может сам объяснишь как телевизор работает... нет, здесь не буду. Когда я детишек в кружке обучаю, процесс поверхностного ознакомления с растром и принципами его формирования на цифровых микросхемах занимает приблизительно 4 часа, при этом я сильно размахиваю руками и исписываю кучу досок, попутно задавая много наводящих вопросов, так чтобы они сами обо всем догадались ;) за одну сек. получается 25 полных кадров. В Спектруме выравнивающие строчные импульсы не используются, посему частота кадров составляет около 50 герц. SS>> при достижении определенного импульса, SS>> фотоэлемента, происходит определение координаты из таблицы. SS>> Учитывая, что частота определения находится в звуковой области SS>> (!), DL>> DL>> частота определения - 50 герц, точность определения - +-140 нс ;) DL>> "спектр" определения - около 7 МГц. SS> Да я не говорю про полный видео сигнал! Здесь не идет речь об SS> отлавливании пикселей, а метод определение координаты ( чего-нибудь ) SS> по особенностям работы телевизора. как ты отличишь нахождение сенсора в центре экрана о нахождения его же одним сантиметром правее? по своей звуковой частоте? нет, просто импульс сенсора будет на ~1 мкс позже. какая уж тут звуковая частота ;) SS>> могу предположить - для процесора это не так уж и накладно. DL>> DL>> для процессора это нереально. SS> Ему трудно обрабатывать звуковую частоту? см. выше. DL>> этот постулат тоже надо обосновывать? SS> Да, желательно. нечего квотинг стирать. я уже не помню, чего обосновывать надо ;) Всего хорошего. Дмитрий.