Два корвета 8010 - ремонт

[Xrust]

Elias,
BYTEMAN, могу выслать чип для считывания обладателю стерха с условием возврата. Что касается изображения, то фрейм просто смещен вправо. Из-за этого вместо левого края пропадает правый, менее востребованный как правило.

[Advertiser]

[TomaTLAB]

Что касается изображения, то фрейм просто смещен вправо.

Этого мне удалось добиться коцнув дорожку (или пару) и навесив ЛА1

А вообще, конечно, нужно будет наморщить ум на предмет можно ли малой кровью "перестроить" счетчики чтобы таки "впихнуть невпихуемое" в ТВ строку.

[Elias]

Этого мне удалось добиться коцнув дорожку (или пару) и навесив ЛА1

А вашу доработку в виде схемы, можно и от руки, можете воссоздать. Фото не раскрывает всех деталей.

[TomaTLAB]

А вашу доработку в виде схемы, можно и от руки, можете воссоздать. Фото не раскрывает всех деталей.

Там не то, что по фото, я живьем-то с трудом понял чего налепил за 100% точность не ручаюсь

[Sancho45]

Там не то, что по фото, я живьем-то с трудом понял чего налепил за 100% точность не ручаюсь

Не согласен. Данный вариант доработки затягивает сигнал LOADCT2, тем самым растягивается строка, те ее длительность будет больше 64мкс. Тут растр смещается из-за того,что начало вывода изо. по сигналу LOADCT2 отодвигается от ССИ, тем самым весь растр смещается и символы с правого края еще больше уходят, чем в оригинале.

Проблема слева из-за неправильного тайма между фронтом ГСИ и фронтом ССИ HSYNC = not( notHBL*VBL*notC3*C2), те когда заканчивается вывод изо-я, наступает ГСИ и через 3.2мкс ССИ, а должен по стандарту через 1.5мкс.
Современные ТВ начинают считать от фронта ССИ и после него отсчитывают 10-11 мкс по стандарту,потом рисуют след строку, а корвет после запоздалой выдачи ССИ, начинает рисовать след строку на 1.7мкс раньше, чем ТВ. А это 17 точек по 100нс каждая))). Но это все по логике, которая подтверждается на практике.

Решение - выдать ССИ на 1.7мкс раньше, но в двоичной системе удобнее 1.6мкс. Я это проверил. Только для упрощения макетки и уменьшения числа корпусов, я сделал ССИ вместе с ГСИ (HBL),но длительностью 3.2 мкс, это меньше чем по стандарту, но вполне хватает для строчной синхронизации. Тем самым момент отрисовки новой строки телеком и корветом совпадают,почти)))

Только я не стал на ТВ заморачиваться, тк у меня нет RGB входа и подключил сразу к VGA монику через zxkit(vga), но этот девайс тоже хочет нормальную синхру, поэтому пришлось заморочиться на 2 корпуса (к155ле4 и LM1881)

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

вот тут отчет
https://zx-pk.ru/threads/31095-podkl...rez-zxkit.html

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

думаю переделать ССИ как положено 1.5мкс после HBL, тогда справа отобразятся недостающие 4-5 пикселей, а то чуть не хватает из-за упрощения схемки

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

Из формулы строчной синхры HSYNC = not( notHBL*VBL*notC3*C2) , notC3*C2 и есть 3.2мкс

В аналоговых телеках обратный ход луча быстрее и поэтому левая часть картинки отображается. А в современных, цифровых ТВ обратный ход отсчитывается, тк его нет по факту )))
поэтому на мониторах все видно и думаю на старых тв тоже будет видно, только нет у меня транзисторного или лампового тв для проверки )))

[TomaTLAB]

Не согласен. Данный вариант доработки затягивает сигнал LOADCT2, тем самым растягивается строка, те ее длительность будет больше 64мкс.

Правильно. Потому что я вспомнил, что это были эксперименты с кварцем на 24МГц.

[Sancho45]

Правильно. Потому что я вспомнил, что это были эксперименты с кварцем на 24МГц.

Понятно. Значит сброс счетчиков и вывод изо отодвигался от ССИ. Тем самым совпадал с отсчетом на тв. И подтверждает инфу выше. Но это железная доработка и кварц другой. Я предлагаю в прошивке ПЛМ сдвинуть ССИ. Что гораздо проще и правильнее.
В другой прошивке d40 от Xrust, изменены не синхроимпульсы, а время вывода картинки, что просто ее двигает,теряя правый край еще больше. Надо попробовать залить правленную прошивку с ССИ в пзу, вместо плм. Знаю что именно править, но не представляю как.... Не вручную же?! Все таки половинку от 64кб, те 32кб надо поправить

[Elias]

Из формулы строчной синхры HSYNC = not( notHBL*VBL*notC3*C2) , notC3*C2 и есть 3.2мкс

А можно формулу в том виде, как она должна быть по новому. Попробую в РТ2 прошить и проверить. Так глядишь и подправим нашу D40.
(Чипов много, да и не дорогие они, так что можно играться и экспериментировать).

[Sancho45]

А можно формулу в том виде, как она должна быть по новому.

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

поэтому предлагаю такой вариант
в оригинале:
HVSYNC = not( notHBL*VBL*notC3*C2 +
+ notHBL*notVBL*C11*notC3*C2 +
+ notHBL*notVBL*notC10*C9*notC11*notC3*C2 +
+ notHBL*notVBL*C10*notC9*notC11*notC3*C2 +
+ HBL*notVBL*C10*C9*notC11 )
нижняя строка не интересна . интересуют только где есть notHBL и там же notC3*C2, эту часть надо исправить на notC3*notC2*c1. В этом примере ССИ сместится на 800нс(это 8 точек слева) и его длительность уменьшится до 1.6мкс
Что бы его длительность была 3.2мкс, надо усложнить, notC3*C2 исправить на notC3*(XOR C2,C1). Ну это вроде так notHBL*VBL*notC3*notC2*C1 и добавить еще строчку notHBL*VBL*notC3*C2*notC1 Это для первой строки и для остальных аналогично)).

К стати формула LOADCT2 = not( notHBL*C4*C0 ) не правильная. По диаграммам и формуле период получается 65.6мкс вместо 64мкс. Должно быть что то вроде LOADCT2 = not( notHBL*C3*С2*С1*C0 ), будет период 64-0.8мкс и сам сигнал LOADCT2=0.8 мкс, те всего 64мкс.

Это легко проверить логическим анализатором. Ну у меня на корвете точно так))) И написать своих формул, каких надо)

[BYTEMAN]

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

Если никто из России не возьмётся, тогда я могу вычитать.