Чем отличались КА1515ХМ1-031 и 1515ХМ2-001?

[Alex_K]

Ну вот и я про тоже: все упрощения явно не причина переразвода. ГФы и изменения С2 - тоже не похоже. Хотя может раньше это было в порядке вещей, когда из-за 5-10% изменения просто переразводили всю плату. Это ведь муторно и багоопасно (снова всякие проводки-перемычки и т.д.)

Интересно, а как делать? Некоторые элементы убирают, другие ставят. При этом другим близлежащие линии может и не нужны, а нужные прямо не протянуть.

---------- Post added at 23:47 ---------- Previous post was at 23:44 ----------

А что тогда урезали, относительно документации в тех версиях, где была яркость, но уже не такая как в навороченной плате?

В седьмой версии только яркость наоборот, да и R с G перепутан, остальное вроде не урезано. Квантовская схемотехника совпадает с документацией.

А так не поленитесь, откройте корпус, посмотрите литеру, да и выходной каскад видеоконтроллера, мало ли там чего не хватает.

[Advertiser]

[Titus]

А так не поленитесь, откройте корпус, посмотрите литеру, да и выходной каскад видеоконтроллера, мало ли там чего не хватает.

Я выкладывал фотки турбированной УКНЦ , только чего-то не вижу на них номера.

---------- Post added at 23:56 ---------- Previous post was at 23:51 ----------

Регулировка яркости по каждому каналу RGB в отдельной видеостроке

Ну, это, проще говоря, палитра на 16 цветов для каждой строчки экрана.

---------- Post added 22.01.2013 at 00:00 ---------- Previous post was 21.01.2013 at 23:56 ----------

В седьмой версии только яркость наоборот, да и R с G перепутан, остальное вроде не урезано. Квантовская схемотехника совпадает с документацией.

Вы что-то говорили о версиях, где яркость целиком на экран задается, если я правильно помню.

[Alex_K]

Я выкладывал фотки турбированной УКНЦ , только чего-то не вижу на них номера.

Номер находится на аппендиксе в правом нижнем углу платы, но у Вас его нет, наверное срезан. По виду похожа на 7-ю. Выходной каскад видеоконтроллера полный, ничего не изъято.

Ну, это, проще говоря, палитра на 16 цветов для каждой строчки экрана.

В одной строке - 8 цветов, из палитры - тут считать надо, можно красный повышенной яркости, а зеленый нормальной. На выходе все делается аналоговым способом, так что нормальная и повышенная яркость может быть как у повышенной, так и нормальной яркости (во завернул).

[Titus]

В одной строке - 8 цветов, из палитры - тут считать надо, можно красный повышенной яркости, а зеленый нормальной. На выходе все делается аналоговым способом, так что нормальная и повышенная яркость может быть как у повышенной, так и нормальной яркости (во завернул).

Я и говорю - в одной строке 8 цветов из палитры 16.

[Alex_K]

Вы что-то говорили о версиях, где яркость целиком на экран задается, если я правильно помню.

Не помню такого. Яркость задается в регистре цвета, но на все каналы RGB сразу, и в регистре отображения, отдельно по каждому каналу, но только на эту видеостроку.

---------- Post added at 00:07 ---------- Previous post was at 00:06 ----------

Я и говорю - в одной строке 8 цветов из палитры 16.

Поболее чем 16 получается. Ведь яркость можно задавать для каждого канала в отдельности, получается почти 64.

Но все надо проверять экспериментально.

[Titus]

Поболее чем 16 получается. Ведь яркость можно задавать для каждого канала в отдельности, получается почти 64.

Но все надо проверять экспериментально.

Тю... какие 64 нафиг? Если в выходном каскаде R, G, B, и Y? Только 16 комбинаций, не более.

[Alex_K]

Тю... какие 64 нафиг? Если в выходном каскаде R, G, B, и Y? Только 16 комбинаций, не более.

С самого видеоконтроллера поступают семь сигналов - P0, P1, P2 (соответствуют RGB), Y (общая яркость) и PL0, PL1, PL2 (яркости каналов RGB по отдельности). А далее все это замешивается в выходном каскаде. Да собственно часть схемы.

[Titus]

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

Выполняется линейная программа состоящая из всего одной повторяющейся команды:

MOVB (R0),(R1)+

где R0 - это адрес регистра текущего значение таймера, а R1 указатель на память, в которую складываются значения. Используются байтовые значения, чтобы на 4 такта убыстрить запись, т.к. шина 8-битная.

Итак, казалось бы, после выполнения подобной программы в памяти должно быть что-то типа:

5, 5, 5, 4, 4, 3, 3, 3, 2, 2, 2, 1, 1, и т.д.

Т.е. биение не более, чем на одну единицу.

Однако в реальности:

4, 4, 3, 2, 1, 1, 0, 34, 34, 34, 32, 31, 31, 30, 29, 28, 28, 27, 26, 26, 26, 24, 23, 23, 22, 21, и т.д.

Как видно биение ОЧЕНЬ большое, от 0 (число 25 выпало, а могло выпасть любое другое), до повторения по 3 раза одного и того же числа.

Процессор работает фиксированно, прерывания запрещены, таймер тоже имеет фиксированную скорость. Остается какая-то непонятная цикличность плаванья доступа к регистру таймера? Есть обьяснение?

---------- Post added at 00:35 ---------- Previous post was at 00:24 ----------

С самого видеоконтроллера поступают семь сигналов - P0, P1, P2 (соответствуют RGB), Y (общая яркость) и PL0, PL1, PL2 (яркости каналов RGB по отдельности). А далее все это замешивается в выходном каскаде. Да собственно часть схемы.

Так это же круто, получается, что мы имеем 2^(3+3+1) = 128 разных цветов! Хотя, учитывая то, что Y устанавливается для всего экрана, то поменьше.
В каком регистре устанавливается общая яркость Y?
Какими будут PL0, PL1 и PL2, если их не устанавливать в таблице строк? 0? 1?

---------- Post added at 00:44 ---------- Previous post was at 00:35 ----------

Почитал еще раз документацию - там все же палитра не более 16 цветов, т.к. там нет раздельного задавания яркости для каждой компоненты. Там YRGB. Тогда не понятно, где устанавливаются PL0, PL1 и PL2?

[dk_spb]

Интересно, а как делать? Некоторые элементы убирают, другие ставят. При этом другим близлежащие линии может и не нужны, а нужные прямо не протянуть.

Как обычно делают: переразводят только близлежащие элементы.
А уж всю плату переразводят только при большой нужде. Тем более с изменением местоположения, например, ПЗУшек (уж их разводку-то точно не меняли)