| Автор | Сообщение |
|---|
CHETLAN
Передовик
Сообщения: 1296
|
SERGE, дык отрывай уже, не томи  |
|
SERGE
Передовик
Сообщения: 1639
|
| Captain писал: | | спортивный инерес однако. |
Оторвал -- ушёл негатив . но всё равно пол-экрана
ДОБАВЛЕНО Вторник, 11 Январь 2011, 18:02
| Captain писал: | | Загрузка идет через него в последующие (транзит). Ну оторвеш его, а другие все равно не заработают. |
Тогда по идее этот разорванный транзит можно соеденить ?
|
|
Captain
Передовик
Сообщения: 1457
|
| SERGE писал: | | Тогда по идее этот разорванный транзит можно соеденить ? |
да, но изо сдвинеться на один драйвер вправо. Давай.
ДОБАВЛЕНО 11/01/2011 20:35
Вот прочел все в этой темке. Это оч похоже на роман "Анна Коренина" тока в картинках 
ДОБАВЛЕНО 11/01/2011 20:37
Чтоб найти что перемкнуть надо найти вывод из предыдущего драйвера (это нога Х) и входящие только в следующий (это нога У) и на оторванном драйвере эти ноги перемкнуть (контакты Х и У). На ранних панелях это был один проводник. |
|
SERGE
Передовик
Сообщения: 1639
|
ага --- еслиб ишо найти их  |
|
CHETLAN
Передовик
Сообщения: 1296
|
Captain, SERGE, это опять из спортивного интереса ?  |
|
Captain
Передовик
Сообщения: 1457
|
CHETLAN, ради него родного.
SERGE, у тебя уже один драйвер оторван. Бери контакты которые ближе к следующему драйверу и смотри тестером. Он более никуда не идет, только к следующему драйверу. Если он появиться на драйвере через один - это не то что надо. Я думаю это не сложно. Ты уже тконы изучил, осталось планки понять с драйверами. Делов то! Тем более мне прикольно - панель то у тебя . Впрочем закрывай тему и панель в топку, если более нету интереса изучать структуру панелей. |
|
CHETLAN
Передовик
Сообщения: 1296
|
как так матрац усох  во многих местах (первый раз наблюдаю), если конечно с теконом нет проблем |
|
Captain
Передовик
Сообщения: 1457
|
| Цитата: | | как так матрац усох |
все было просто. панель перегрелась на питании, левый драйвер сразу в нокдаун. Та часть экрана что правее изо не показывает скорее всего имеется надрыв в самих драйверах (часто поизгибаеш шлеф и он дохнет). Впрочем все может было и не так.
Что касается ткона - если Сергей ( SERGE ) перемкнет линии загрузки то он узнает что с тконом. |
|
SERGE
Передовик
Сообщения: 1639
|
| Captain писал: | | SERGE, обрывать его бестолку. Загрузка идет через него в последующие (транзит). |
Ну, не совсем так. Или совсем НЕ так
Данные приходят параллельно на все драйвера ввиде последовательной "колбасы". А вот грузятся драйвера последовательно Порядок загрузки регистров драйверов определяется строб.импульсом ( на рис Start puls) . Проц развёртки ( тикон) передаёт строб только первому драйверу.
По факту загрузки регистров драйвера этот драйвер формирует сигнал готовности ( переполнения регистра) . Сигнал готовности является стробом для следующего по порядку драйвера. Таким образом осуществляется последовательная загрузка драйверов при параллельном включении. Сигнал готовности последнего драйвера передаётся Тикону и служит для формирования нужной фазы строб сигнала драйверов строк. От горизонтальных драйверов сигнал готовности возвращается так же в Тикон., и должен совпасть во времени с формированием стартового импульса для столбцовых драйверов В аналогии можно такую систему можно сравнить с сервоприводом. В котором закольцованная схема с датчиками вращения и концевыми выключателями позволяет процу пропорционально во времени управлять ведомыми устройствами.( поддерживать скорость вращения , в нужный момент запускать некоторые совместные устройства)
|
|
SERGE
Передовик
Сообщения: 1639
|
На планке как оказалось ещё контактные пистоны по шине Startpuls с помощью которых можно попытаться симитировать строб для каждого драйва отдельно замыкая со входа на планку и на соответствующий пистон. В результате мне удалось "зажечь" неработающую часть экрана , но естесственно со сдвигом в фазе.
Наличие стабильного изображения с правильной цветопередачей на двух половинах экрана , косвенно говорит об исправности Тикона. Т.к. все сигналы на линии ЛВДС ( кроме стартового импульса) спараллелены. И работающие группы столбцов говорят об исправности выходящих шин из Тикона
ДОБАВЛЕНО Пятница, 14 Январь 2011, 21:33
Jenia59, можешь своим электронным осцилом запечатлеть как выглядит Startpuls ? Обычным осцилом его не разглядеть.
|
|
CHETLAN
Передовик
Сообщения: 1296
|
SERGE,  |
|
|
Jenia59
|
Матрица AUO T315HW01. 1920\1080 50Гц. Замер между 2мя верт. коммутаторами.
Длительность самого импульса около 60ns (коротенький) частота 67.6KHz период между пачками 4ms а самой пачки 16ms
П.С. Как-раз разколупал матрас с интересной полосой в два соседних пикселя. Но полосы не простые! начинаются почти с верху плавно увеличивают яркость и идут через один пиксель в шахматном порядке вниз. Из за 1го битого синего пикселя внизу!!!!!! Теперь думаю как его дожечь до кинца шоб не коротил.
Вот и зависимость! Делайте выводы! 
|
|
SERGE
Передовик
Сообщения: 1639
|
Jenia59, Спасибо ! Я так понял это сигнал Startpuls для строк. И вырисовывается вполне логический алгоритм :
1. 4ms +16ms = 20ms , что соответствует 50Гц развёртки в которой 4ms являют КИОХ
2. 67.5KHz за 16ms дают 1080 осчётов , что соответствует количеству строк.
3. Startpulsов столько сколько строк , а значит стробируется загрузка каждого триггера в регисте отдельно ( я думал что Startpulsом указывается начало загрузки , а каждый траггер тактуется CLK , и по переполнению формируется сигнал STOP , который является Startpulsом для следующего драйвера)
| Jenia59 писал: | | Длительность самого импульса около 60ns (коротенький) |
Предполагаю что для столбцов этот сигнал должен выглядеть в пропорции 60ns/1920=31,25рс , при частоте не менее 32Мгц ( хотя при этой частоте длительность Startpuls может быть и короче). Тогда понятно почему на обычном осциле его не видно. Мне ещё интересно этот Startpuls тоже в пачки собран как кадровый.Jenia59, можешь проверить?| Jenia59 писал: | | Матрица AUO T315HW01. 1920/1080 50Гц. |
Я так понял это матрица 2 Мпк. Для 1 Мпк пропорции должны быть другие
ДОБАВЛЕНО Суббота, 15 Январь 2011, 13:47
| Jenia59 писал: | Но полосы не простые! начинаются почти с верху плавно увеличивают яркость и идут через один пиксель в шахматном порядке вниз. Из за 1го битого синего пикселя внизу!!!!!!
Вот и зависимость! Делайте выводы! |
Интересно . Попробую порассуждать
1. "шахматность" это интерлейсинг.Пробовал включать прогрессив ?
2. плавное увеличение яркости результат того что в каждый последующий пиксел из столбца записывается значение предыдущего пиксела без сброса потенциала ячейки.
| Jenia59 писал: | | начинаются почти с верху |
3. Это значит что часть "работающих со сбросом потенциала ячеек вначале цикла всё-таки позволяют начать процесс
сначала ( т.е. опять плавное нарастание). Еслибы битый пиксел был первым в столбце , то скорее всего мы не видели бы "плавности" , а просто яркий столбец.
Решение проблемы лежит на уровне -- как заставить последующие пикселы после битого сбрасывать потенциал ячейки перед записью в неё. Т.е. процесс выгрузки из регистров в ячейки с предварительным сбросом. Так как всё цвета выгружаются одновременно одним сигналом, то битый синий оказывает влияние на это сигнал так что не влияет на загрузку , но влияет на сброс.
По логике твой сигнал в столбцах ( не в рядах причём только в одной пачке предназначенной этому драйверу) должен выглядеть как-то так
|
|
SERGE
Передовик
Сообщения: 1639
|
Jenia59, единственное , что рациональное пришло в голову по поводу | Jenia59 писал: | | думаю как его дожечь до кинца шоб не коротил. |
1.Убрать яркость+контрастность до уровня "что-то видно".
2. Форсировать режим уровней либо посредством гамма-коррекции ( в сервисе выбрать тип матраца при котором цвета перенасыщены и переконтращены), либо просто размах и уровень "В" ( по факту битого имено "синего") в сервисе вывести в максимум ( запомнив исходные значения , чтоб потом обратно вернуть)
3. включить "синее поле"
4. плавно увеличивать яркость+контрастность , выдерживая на каждом этапе какое-то время ( ..10,15, 30.. мин) чтоб поймать "момент истины"
5. повторять процедуру несколько раз применяя метод "массажа" , если без него не помогло
Теоретически пиксел таки "текёт", иначе бы не подсаживал сроб. Значит ток на его участке должен быть выше чем на остальных. А следовательно тепла выделяться больше чем на работающих пикселах , что даёт вероятность воздействовать на него температурой избирательно. Существует так же ряд "опасностей" *
1. Ток отжига пиксела окажется опасным для драйвера. Маловероятно , но всё же...
2. Ток отжига не разомкнёт пиксел , а "сплавит" его ещё больше . А форсаж тока приведёт к издыханию последующих рабочих пикселей в этом столбце.
Вместе эти опастности дают шанс эффекта восстановления порядка 25% ,где-то. И столько же шансов на последющий дефект. Вместе фифти-фифти ,т.е шансов "допалить" не больше чем шансов "восстановить"
Но если стоит вопрос замены матраца , то "опастности" проблем не составляют -- всё равно матрац менять А вернуть к жизни можно попробовать |
|
|
Jenia59
|
| Цитата: | | Я так понял это сигнал Startpuls для строк. |
Внимательней! Я ж написал сигнал для вертикалок откуда строки?!
| Цитата: | 2. 67.5KHz за 16ms дают 1080 осчётов , что соответствует количеству строк.
3. Startpulsов столько сколько строк , а значит стробируется загрузка каждого триггера в регисте отдельно ( я думал что Startpulsом указывается начало загрузки , а каждый траггер тактуется CLK , и по переполнению формируется сигнал STOP , который является Startpulsом для следующего драйвера) Jenia59 писал:
Длительность самого импульса около 60ns (коротенький)
Предполагаю что для столбцов этот сигнал должен выглядеть в пропорции 60ns/1920=31,25рс , при частоте не менее 32Мгц ( хотя при этой частоте длительность Startpuls может быть и короче). Тогда понятно почему на обычном осциле его не видно. Мне ещё интересно этот Startpuls тоже в пачки собран как кадровый.Jenia59, можешь проверить? |
Это как-раз сигнал между двумя столбцами 67.5КГц! Не забивайте что верт. линий 1920умножить на3, и матрицу делят на 2ве половины.
Для строчних драйверов есть свой сигнал (иголочки 50Гц)
| Цитата: | | Но если стоит вопрос замены матраца , то "опастности" проблем не составляют -- всё равно матрац менять А вернуть к жизни можно попробовать |
А как включить прогресив? По моему для цифровой матрицы это просто слово. А пиксели адресует контроллер как запрограммировали. Подумываю про DVD лазер 
А с пикселями через один может к ним идёт отдельный провод (1920 умножить на 6 а не на 3) или ето слишком А с яркостью полосы понятней - просто сопротивление провода в стекле. |
|
SERGE
Передовик
Сообщения: 1639
|
| Jenia59 писал: | | Я ж написал сигнал для вертикалок откуда строки?! |
Тогда откуда период пачки в одной строке 4ms +16ms = 20ms ? Тогда одна "колючка" на один столбец ( как я и думал)| SERGE писал: | | я думал что Startpulsом указывается начало загрузки , а каждый траггер тактуется CLK , и по переполнению формируется сигнал STOP , который является Startpulsом для следующего драйвера) |
Тогда всё правильно ,колючка на строку --- количество колючек равно количеству строк.
| Jenia59 писал: | | Это как-раз сигнал между двумя столбцами 67.5КГц! |
Это меня и запутало
ЭТОГО Не может быть принципиально по причине того что частота выборки столбцов должна быть кратно количеству пикселей в строке. 67.5КГц это период между столбцами приблизительно 15мкс. У обычного телека СИОХ даже короче
Т.е время формирования строки намного больше чем формирование одного пиксела ( загрузка соответствующего триггера в регистре драйвера) --- во столко раз сколько частота формирования строки ниже частоты загрузки всех триггеров драйверов.
столбцов пикселей в строке. И это очевидно
| Jenia59 писал: | и матрицу делят на 2ве половины.
Для строчних драйверов есть свой сигнал (иголочки 50Гц) |
Это позволяет всего лишь разницу сократить в двое. Т.е. коэфициент равен не количеству столбцов , и их половине =860 ( в данном случае) А частота формирования одной строки 67500/860=78,5Гц.
Это же явно не соответствует действительности
| Jenia59 писал: | | А как включить прогресив? |
VGA вход
| Jenia59 писал: | | По моему для цифровой матрицы это просто слово |
тогда чем отличаются 1080i и 1080р ?
| Jenia59 писал: | | Подумываю про DVD лазер |
Попробуй как будешь попадать в пиксел ? Это сродни точечному "массажу". Попробуй одновременно с тем что я предложил |
|
|
Jenia59
|
Да забыл написать ещё был нащупан такой же сигнал но не пачками. Откуда куда уже не разбирался наверное на вход 1го комутатора. И ещо пару интересных похожих на квадратную шину.
Знал бы мерял бы 2мя щупами со сравнением фаз сигналов
Так я совсем запутался. Одна колючка между 2мя коммутаторами это: 1вый закончил адресацию всех своих субпиксельных проводков и даёт на разрешение 2му на те же действия. Или уже не так  |
|
SERGE
Передовик
Сообщения: 1639
|
| Jenia59 писал: | | Одна колючка между 2мя коммутаторами это: 1вый закончил адресацию всех своих субпиксельных проводков и даёт на разрешение 2му на те же действия. Или уже не так |
Как бы да --"колючка" даёт старт. А тактовый сигнал проталкивает "колбасу" в сдвиговый регистр. По факту загрузки всех триггеров регистра на выходе формируется сигнал "готов" , который заканчивает проталкивание "колбасы" и запускает следующий драйвер
Применение сдвиговых регистров
http://video.yandex.ru/users/sales-chip-dip-ru/view/2250
ДОБАВЛЕНО Суббота, 15 Январь 2011, 19:20
| Jenia59 писал: | | Знал бы мерял бы 2мя щупами со сравнением фаз сигналов |
Ага! |
|
|
Jenia59
|
Теперь интересно а когда тогда срабатывает вторая половина экрана? Наверное одновременно с первой?
Половина стобцов в строке 2880.... |
|
SERGE
Передовик
Сообщения: 1639
|
| Jenia59 писал: | | Наверное одновременно с первой? |
В моём случае одновременно . О чём говорит независимое поведение обоих половин при манипуляциях с перемыканием строба. Тикон выдаёт независимые конвйеры в обе половины. И Старт-строб тоже независимый.
Таким образом удаётся вдвое сократить время формирования строки. На моей схеме in/out для стартстроба драйверов строк -- STV+STV_R
ДОБАВЛЕНО Суббота, 15 Январь 2011, 19:51
| SERGE писал: | | Предполагаю что для столбцов этот сигнал должен выглядеть в пропорции 60ns/1920=31,25рс |
для сравнения в обычном ящике CRT при разрешении 720/540 и строчной частоте 31,25кГц (15,625) время поджига пиксела ( переходе с пиксела на пиксел) составляет 36,11 пс(72,22).
Так что значение 31,25пс при бОльшем разрешении очень похоже на правду
|
|
