[Sergei]

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

[Sergei]

Ну что,моя схема заработала.
Пока только прошла проверку на чтение 24c02.
Завтра буду "кролика"(Digital) пробовать мониторить.

[rezident]

И-и-их, а кто ж могет нормальный (такой какой хочется) софт под Винду написать? А-у-у, писатели-программисты отзовитесь...

[rezident]

Поясню почему нужно "нормальный" софт
Нормальный в смысле с теми функциями, которые удобны и нужны при работе.
1. Удобный графический/оконный интерфейс. Прога в ДОСе, которая сладывает данные в файл это не нужно и неинтересно. Таким же образом можно было использовать два разряда LPT-порта и с тем же успехом.
2. Обновление информации (например в EEPROM) в реальном масштабе времени.
3. Автоматическая идентификация I2C-устройств к которым идет обращение. Чтобы было понятно, вот эта последовательность была записана в синхропроцессор, эта в предусилитель RGB, а эта в настройки EEPROM. Вычисление адресов ячеек памяти (например отвечающих за сбойные цвета) при таком раскладе это пара пустяков.
4. Ну и попутное удобство: программирование I2C-памяти внутрисхемно, без утомительного перепаивания.

Ну это только для начала ибо как и положено "аппетит приходит во время еды" дальше будет видно.

[Sergei]

Поясню почему нужно ``нормальный`` софт
1.Где то слышал,что по спецификации в Виндах обновление
окон делаеться каждые 20мсек.Могем не успеть.Непонятно
как винда отнесется к захвату прерывания,скорее всего
не даст этого сделать.
2.Это думаю не проблема-мульти мастер никто не отменял.
3.Опять же не проблема,но п1.Как дополнение можно напрямую в микрухи код писать.Кто составит в читаемом
виде адреса I2c устройств? У меня только в виде PDF.
4. п2.

[rezident]

Добавление
1. Я не специалист по программированию в Windows, ничего не могу прокомментировать.
2. Мульти-мастер есть в протоколе I2C, однако далеко не все процессоры в мониторах про это "догадываются". Многие производители/разработчики специально проектируют программный код процессора для мониторов так, что он является единственным ведущим устройством в системе, чтобы снизить вероятность сбоев. Для внутрисхемного программирования иногда используют какой-нибудь выделенный запрещающий/стробирующий сигнал процессора, либо управление шиной через DDC-интерфейс, задавая команды процессору.
Так что это еще проблематичный вопрос.
3. Конечно можно напрямую писать, если разрешен режим "мультимастер". И это даже удобнее при регулировке баланса цветов. Создать базу устройств можно в процессе отладки программы. Либо сделать доп. опцию расширения базы известных I2C-устройств.
4. см. п.2

[Sergei]

Кролик неудачный попался;-(
Древний Digital все время ищет некое устройство.Как я понимаю то,которое подключаеться на заводе к сервис разьему.В остальном ведет себя вполне понятно,но шить
epprom,я думаю не получиться.Завтра попробую подставить
ему адрес который он хочет-поглядим на его поведение
Ежели заткнеться,тогда все нормально.
Скорости пока не хватает.Начинаю основные процедуры писать на ASM.