[VIF]

информации в мониторе Mitsubishi DiamondPro 930SB
А то клиент вредный попался :о(
Судя по мануалу эта софтина называется NPGV241.EXE плюс еще нужен джиг, ну с этой проблемой я попробую разобраться.

[LaAndy]

А чё ему надо-то? Серийник в основной прошивке в 2-х местах. Поменяешь первый - в менюхе все равно старый останется...
_________________
В бочару его, в бочару и по кумполу!

[VIF]

От блин, да я в курсе.

[LaAndy]

VIF , не втыкаюсь, ЗАЧЕМ необходимо ковырять DDC?
_________________
В бочару его, в бочару и по кумполу!

[VIF]

Да што бы все было по правильному.

[ALEX]

а Вьюсоньковский едид\едитор, там же вроде и править можно
_________________
если партия скажет есть контакт, мы будем есть контакт

[Dimez]

Неа, через вьюсоневский серийник правится только в первых 128 байтах, тот, который нависетом отображается, а тот, который в меню, располагается дальше-его можно ручками поправить, только надо найти где там контрольная сумма
_________________
мужики, давайте жить дружно!!!

[LaAndy]

Ну не знаю мужики... Берешь рабочий дамп, запускаешь редактор в той же Поне иль другом каком, вводишь два раза новый серийник, прописываешь дамп в МС. Если с новым процом вместо модели абракадабра - ставишь старый проц, обнаруживаешь нормальное отображение 930SB, запихиваешь новый - О! Чудо! Теперь и этот проц модель читает. Дальше на настройку. На все-провсе.... ну час.
_________________
В бочару его, в бочару и по кумполу!

[VIF]

И чек на чек сум не ругается?
А как определить в каком месте править с\н?
По идее в одной м\с и ДДС прописан (с\н номер два раза) и управляющий код с данными(и с\н для ОСД) и переменные пользовательские. Если в ДДС правку сделаешь на чемк сум опять же ДДС область будет ругаться.
Как достоверно определить где какие области?

[tvs]

в правой части окна программатора по мнемонике легко обнаруживается и редактируется серийник и модель в прошивке , в двух местах надо , как LaAndy сказал.

[VIF]

Но область ДДС будет ругаться что чек сумм еррор!
Возможны проблемы с определением монитора в ОС типа Виндовз.
Я так понял что в ОСД с\н достается из области данных ДДС.

[VIF]

Ну подправил с\н.
Винда по не определяет монитор!
Меня такой вариант не устраивает!
Нужно править чек сум области ДДС!
По какому алгоритму считается чек сум ДДС?

[rezident]

Цитата:

3.8.2 Checksum byte This byte should be programmed such that a one-byte checksum of the entire 128-byte EDID equals 00h.

Это все, что сказано в стандарте. Хотя может я слишком бегло просмотрел. Глянь сам.
http://www.vesa.org/Public/EEDIDguideV1.pdf
http://www.vesa.org/Public/
http://www.vesa.org/FAQ/standardsFAQ.htm

[VIF]

Спсбо rezident.
Вообсчем нужно все читать и разбираться.
Плюс искать в дампе откель и до кель начинается область ДДС, плюс иметь в виду, что вполне возможно имеется чек сум и на область кода, а мож и общя контрольная сумма.
Я не пока не буду заниматься этим вопросом, я не занимаюсь ремонтом этого монитора, а сейчас навалилось работы, плюс домой нужно поскорее дитё совсем сильно хворает :о(

[LaAndy]

"Винда не определяет монитор!"
О как! У нас пока жалоб не было. Как будет проходить- проверю. Кстати какая Винда?
_________________
В бочару его, в бочару и по кумполу!

[VIF]

Винда ХП, не определяет т.е. предлагает режим 16 цветов по умолчанию.
Думаю с 98 будет то же.
Как ни круте чек сум если не бьется, модуль подключения монитора не определит монитор как нужно.

[Dimez]

Вьюсоньковский эдитор сам считает контрольную сумму для первых 128 байт, потом в поньке поправить серийник и изменить значение контрольной суммы

128 BYTES OF EDID CODE:

0 1 2 3 4 5 6 7 8 9
________________________________________
0 | 00 FF FF FF FF FF FF 00 34 AC
10 | 3D 46 01 01 01 01 23 0D 01 03
20 | 0C 25 1B 78 EB 13 88 A1 57 49
30 | 9B 26 12 48 4C FF FF 80 31 59
40 | 45 59 61 59 71 4F 81 59 81 99
50 | A9 59 D1 40 86 3D 00 C0 51 00
60 | 30 40 40 A0 13 00 64 0A 11 00
70 | 00 1E 00 00 00 FD 00 32 A0 1E
80 | 6E 1D 00 0A 20 20 20 20 20 20
90 | 00 00 00 FC 00 44 50 72 6F 39
100 | 33 30 53 42 0A 20 20 20 00 00
110 | 00 FF 00 33 39 30 30 30 35 34
120 | 59 42 0A 20 20 20 00 C7
Так вот С7-это и есть значение чек суммы для этих 128 байт, при смене серийника эдитор автоматом меняет контрольную сумму, и виндовз определяет монитор, а нависет отображает серийник который содержится в этой части. А вот серийник OSD располагается в следующей части прошивки, и там свое значение чек суммы, адрес которой мне пока не известен, да и считать её вручную желания нет.
ИМХО, ежели просто изменить его значение на необходимое(по совету TVS) то чек сум ERROR, и где-нить это выскочит
_________________
мужики, давайте жить дружно!!!

[rezident]

Володя, если Dimez привел валидный дамп EDID, то алгоритм подсчета CRC довольно простой. Восьмибитная циклическая сумма представленная в дополнительном коде. Чтобы не заморачиваться со всякими программами, можешь подсчитать за пять минут CRC EDID сам с помощью Виндового калькулятора.
Запускаешь Microsoft (C) Калькулятор.
Выбираешь Вид->Инженерный. Представление данных - HEX. Размер - 1 байт.
Далее суммируешь по порядку все 127 байт данных из прошивки EDID, набирая их также в 16-ричном виде. Нулевые можешь пропускать
Далее итоговый результат суммы инвертируешь (кнопка Not) и добавляешь единицу. Полученное число и будет CRC EDID. Проверяй!
Ох, забыл! CRC будет тем самым 128 байтом в прошивке. Такая же циклическая 8-битная сумма по всем 128 байтам EDID должна дать результат 0.

[VIF]

ок, спсбо!
Пока не до сук, но эта тема с ДДС, начинает набирать обороты, рано или поздно буду разбираться более тщательно.

[Sergant]

Резидент, по моему,CRC считается путем XOR+ сдвиг. Это ежели мне память не изменяет
_________________
Укушу