Вектор-06Ц: Видеовыход, подключение к ТВ

[Sandro]

Многие КР580ВМ80А (и у меня тоже) работают при -5V притянутом к GND и не работают при висящем.

Естественно. Это же смещение подложки. В ВМ80, как и в оригинале, нет встроенной схемы смещения подложки. А если на ней будет что-то выше, чем GND, то транзисторы нормально работать не смогут. -5В было нужно в давние времена, когда кремний чистили недостаточно хорошо. Сейчас хватает и просто подключения к GND.
В современных КМОП вообще подложка подключена к VCC/GND, смотря какой карман -- для p-канальных или n-канальных транзисторов.

Но, интересный аспект в том, что у меня при -5V притянутом к GND не работает узел на 553УД2 - с магнитофона ничего не грузится
и на выходе операционника - строгий и непоколебимый лог.1.

И не будет. Он же не rail-to-rail, ему нужен где-то вольт от входного сигнала до обоих полюсов питания. При -5/+5В это требование, очевидно, выполняется. При 0/+5В -- нет.

[megov]

Безусловно, 553УД2 не rail-to-rail, но в те редкие случаи, когда я сталкивался с отсутствием одного плеча питания в аудио,
все почти "нормально" работало. С понятным исключением, что полуволны сигнала, находящиеся в отсутствующем домене
питания были "эквивалентны" нулю. Но там, где питание было, ничто не мешало тракту свою половину пытаться усилить или передать.
У нас на вход операционника подается сигнал с "магнитофонного" выхода, который когда-то нормировался на уровне 0.775в.
Но сейчас это выход звуковухи, где и до 2.5в бывает. Посему, даже при однополярном +5v питании операционнику должно быть
место и время, чтобы показать на выходе, что сигнал меняется. Тем более, что по логике вещей он должен быть включен
как компаратор.

Я бы не удивился неработоспособности узла чтения при однополярном питании. Я удивился наличию строгого лог.1 на выходе компаратора
при однополярном питании и весьма разнообразном сигнале на его входе.

- - - Добавлено - - -

Немного оффтопа:



Меня подзадолбало коротить пинцетом ВВОД и СБР на разъеме клавиатуры при отладке.
Посему, сколхозил такую фигню на монтажке слева внизу. Ощущение, что создатели специально тащили оба сигнала извилистыми тропами, чтобы воткнуть 2 микрика в углу...

[TomaTLAB]

где и до 2.5в бывает.

А не важно сколько там будет в плюс. Он же в минус опрокидываться должен, а его туда земля на Vss не пускает. Подтяните всю эту порнографию на входе (4) к питанию через те же полкило. Будет там виртуальная земля примерно в полпитания.

[megov]

C jlcpcb едут по 5шт плат с доработкой синхры и с палкодером на AD725ARZ. Посему, вопрос к сообществу: стоит ли начать новую тему по этой разработке (AD725AR + платка синхры на 74LVC в TSSOP) или продолжаем тут?

PS: Дополнительно начат проект по USB клавиатуре на китайском контроллере CH599L + матричном коммутаторе CH446Q (или MT8816AP). Это попытка развития PS/2 адаптеров на AVR но немного с другой стороны. У нас и кнопок есть 6 шт в дополнение к матрице 8x8 и PS/2 уже староват совсем. CH559 совсем веселый, ибо умеет в USB Host (2 порта!) для HID и, возможно CDC классов, плюс внутри 805 ядро, которое SDCC уже научили поддерживать.

[Improver]

megov, думаю, для нового кодека заводить свою тему не обязательно, а вот для клавиатуры можно.

[megov]

С Jlcpcb приехали платы кодера и доработки синхры на 74LVC1G/2G элементах.




Как известно, первый блин комом, второй - экзешником
Плата синхры специально сделана максимально упоротой с применением половинок 74LVC1G74 и 74LVC2G00 в безобразно мелких корпусах. Ну, захотелось пошалить (с) Карлсон.
Если не заработает, то в запасе разведен, но не заказан вариант с 74HCT00/74HCT74 в SO-14.
По кодеру уже сейчас напрашивается версия 0.2, т.к. присланные китайцами подстроечные конденсаторы (С19) на 1мм длиннее и будут упираться в кварц.
С кварцами тоже не все гладко, заказ с SMD кристаллами был отменен со стороны продавца после месяца тупняка и ожидания.
Слитый где-то футпринт выходного miniDIN-6 имеет сильно тощие ноги и разъем не садится. Ну и при монтаже всякие неудобства всплывут обязательно.

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

[Improver]

Небольшое исследование на тему сдвига изображения на экране. Для оценки расположения строчного синхроимпульса за точку отсчёта лучше брать не тактовые частоты Вектора, а сигнал загрузки байтов в сдвиговые регистры (выход 08 Д22.3 или 05 Д85.1 на 02-м Векторе) -- его не сложно смоделировать и он, по крайней мере, будет точно привязан к отображаемым на экране пикселям. Итак, вот что получается:

Схема	А	Б	В
Вектор-06ц (и ПК-6128ц)	5,42	10,66	17,25
Вектор-06ц.02	5,33	5,33	17,34
Схема megov	7,33	5,33	15,34
RGB2TV7	6,64	5,33	16,03
ПК-6128ц++ (новодел)*	7,42*	5,33*	15,25*

Где:
А -- время от окончания последнего в строке сигнала загрузки байтов в регистры до начала ССИ, мкс.
Б -- длительность сигнала ССИ, мкс.
В -- время от начала сигнала ССИ до окончания первого в следующей строке сигнала загрузки байтов в регистры, мкс.

* -- с вариантом прошивки К155РЕ3 на момент исследования, в последних версиях прошивки все задержки совпадают с вариантом схемы megov.

Для пояснения, осцилограммы на примере схемы ПК-6128ц и новодела ПК-6128ц++ с исправленными синхроимпульсами (верхний график -- ССИ, нижний -- выход 3 м/с Д58:А):



Сигналы моделировал в Протеусе, точность измерения примерно +/- 0,02мкс.

За идеальный вариант пока принимаем схему megov, а там, при появлении новой статистики по разным моделям телевизоров, может и подкорректируем немного.

[ivagor]

Т.е. минимальная единица измерения получается HiRes пиксель и они не всегда идут парами? В том смысле что один пиксель из пары может относится к одному интервалу, а другой - к другому?

- - - Добавлено - - -

В качестве дополнения выдержка из технического описания вектора (vector-user 2)

При этом каждая телевизионная строка длительностью 48x1.33мкс=64 мкс делится на следующие интервалы:
- разрешение отображения информационной части строки растра - 32x1.33 мкс=43 мкс;
- запрет отображения в начале и в конце строки растра (бордюр) - по 4x1.33 мкс=5.2 мкс;
- строчный синхроимпульс - 8x1.33 мкс=10.4 мкс.

Если более точно:
32x1.(3)=42.(6) мкс
4x1.(3)=5.(3) мкс
8x1.(3)=10.(6) мкс

[Improver]

ivagor, да, примерно так и есть, по 1,3(3) мкс на байт, или 0,16(6) мкс на пиксель при 256х256, мои значения совпадают с этим. Вот только на реале у Вектора бордюр в конце строки получился не 5,2 мкс, как указано, а 5,42 - 1,33 = 4,09 мкс -- сдвиг изображения вправо имеет место быть.

[ivagor]

Переформулирую вопрос про точность. Может все же для 06Ц делить на четырехтактные (1.(3) мкс) интервалы, а отклонения от них - погрешности измерения и/или моделирования?
5.42 - 5.(3)
17.25 - 17.(3)
И тогда A и В совпадают с .02