Krys

archip, огромное спасибо за ответы. Спасибо, я так и подумал. Поэтому и хочу подключить обычную видеокамеру типа как дверной глазок, с обычным аналоговым видеосигналом. К стати, может "дверной глазок" посоветуете? И ещё: подскажите, пожалуйста, как по-вашему: можно ли подавать на входы RGB дисплея полный видеосигнал вместе с синхросигналами? Или видеосигнал нужно сначала "очистить"? Если чистить - то чем посоветуете? Очень хотел бы увидеть на CXM4006R датащит. Но увы... облазил весь инет, здесь тему открывал с запросом датащита... На Сони писАл... Как в воду он канул... Главно в продаже то он есть. Если бы у меня была CXM4006R, я бы может ничего подобного и не городил. Применил бы её, и никаких самоделок. А теперь приходится... Точно, в телевизорах же раньше выделяли так. Можно взять на вооружение. А как Вы думаете: будет ли работать дисплей, если на его вход строчной синхронизации подать композитный синхросигнал? Или нужно выделить обязательно чистые строчные синхроимпульсы? А EL4584 не подойдёт? К стати, аналогичный вопрос: как будет вести себя ГУН с ФАПЧ, если на него подать не чистый строчный синхросигнал, а композитный? Будет сбиваться? (чисто теоретически). Может кто ещё подскажет, какие можно применить ГУН с ФАПЧ для таких целей? А что из этого сложно будет реализовать на обычных элементах? Может, я пока ещё не полностью представляю "всю тяжесть ситуации" :) , но мне видится, что достаточно готовых микросхем селекторов синхроимпульсов и готовых ГУН с ФАПЧ. Дело в том, что очень бы не хотелось ещё и ПЛИС сюда приделывать или МК. Эти вещи программируемые, а необходимость программирования - это лишнее звено в технологической цепочке производства. Хотел его избежать... Ну если у меня не будет цвета - то мне это несильно страшно? Тут же ничего страшного? Как я понимаю, если я возьму камеру типа "видеоглазок" навроде такой, то в нём и так, скорее всего, в смежных полях передаётся одна и та же информация? Да, я в курсе. Но у меня применение - примерно такое же, так что нестрашно. Зато из микродисплеев это самое дешёвое решение. У других цены доходят до килобаксов... Заранее извиняюсь, что задаю такие вопросы, но я в телевидение так глубоко не закапывался. Я считал, что PAL и им подобные - это системы кодирования цвета в полном цветовом телевизионном сигнале, т.е. модуляция поднесущих и т.п. Почему если уже сигналы RGB в дисплее не требуют кодирования, то всё равно употребляется термин PAL? Где можно про это почитать? Вчера специально гуглил на эту тему, но ничего вразумительного не нашёл... Ещё раз спасибо за ответы. blackfin, Вам тоже спасибо, полезная тема, почитал.

И здесь также задал аналогичный вопрос: http://electronix.ru/forum/index.php?showt...=72424&st=0 А то чего-то ответов нигде нету...

Здравствуйте. Необходимо подключить обычную ПЗС-видеокамеру к LDC дисплею LCX058AKC. Подскажите, пожалуйста, на чём реализовать. Начало темы здесь: http://electronix.ru/forum/index.php?showt...t=0&do=findComment&comment=709414 Кратко суть такова: Мне нужно подключить к дисплею обычную чёрно-белую ПЗС-видеокамеру. На выходе видеокамеры присутствует обычный телевизионный видеосигнал, с чересстрочной развёрткой. Его можно подавать на обычный ТВ-монитор. Дисплей имеет входы RGB, сигналы строчной и кадровой синхронизации, сигнал частоты пикселей. Развёртка, как я понимаю, прогрессивная. Тут дока на дисплейчик. Думаю подать видеосигнал напрямую на вход зелёного цвета этого дисплея. Вопрос в том, чем сформировать остальные сигналы (кадровый, строчный импульсы, а главное - частоту пикселей). Допустим, я представляю, что в телевизорах существуют микросхемы селекторы синхроимпульсов. Но чем сформировать частоту пикселей? Нужна некая микросхема ФАПЧ, ГУН. С ФАПЧами и ГУНами для телевидения я дела не имел. И ещё один вопрос: как уживаются чересстрочная развёртка на выходе ПЗС камеры и прогрессивная в дисплее? (или как их помирить) :)) Может, подскажете, на чём можно сделать то, что я замыслил? С момента начала этого вопроса немножко порылся по производителям, нашёл ГУН И ФАПЧ для формирования частоты пикселов на EL4584 и селекторы синхроимпульсов. Думаю, что мне подойдёт EL1881 либо EL1883. В первом есть сигнал полей, но нет выхода чистых строчных синхроимпульсов (есть только композитный синхросигнал). Во втором селекторе нет сигнала полей, но есть чистые строчные синхроимпульсы. Как думаете, без чистых строчных синхроимпульсов ничего не получится состыковать? Также сомневаюсь, как поведёт себя ГУН и ФАПЧ формирования частоты пикселов, если на него подавать не чистый строчный синхроимпульс, а композитный синхросигнал... По-идее, второй селектор больше подходит. Но и сигнал полей не помешал бы, конечно, чтобы мутить с чересстрочностью. Как помирить чересстрочную развёртку ПЗС-камеры и прогрессивную монитора - пока не очень представляю. Единственный вариант - выбрать камеру с бОльшим разрешением, но подавать на дисплей меньшего разрешения всегда только одно поле (предельного качества картинки не требуется). Тогда бы не помешал сигнал полей. Прошу подсказать конкретные решения и микросхемы. Заранее спасибо.

Здравствуйте. Необходимо подключить обычную ПЗС-видеокамеру к LDC дисплею LCX058AKC. Подскажите, пожалуйста, на чём реализовать. Начало темы здесь: http://electronix.ru/forum/index.php?showt...t=0#entry709414 Кратко суть такова: Мне нужно подключить к дисплею обычную чёрно-белую ПЗС. Думаю подать видеосигнал напрямую на вход зелёного цвета этого дисплея. Вопрос в том, чем сформировать остальные сигналы (кадровый, строчный импульсы, а главное - частоту пикселей). Допустим, я представляю, что в телевизорах существуют микросхемы селекторы синхроимпульсов. Но чем сформировать частоту пикселей? Нужна некая микросхема ФАПЧ, ГУН. С ФАПЧами и ГУНами для телевидения я дела не имел. И ещё один вопрос: как уживаются чересстрочная развёртка на выходе ПЗС камеры и прогрессивная в дисплее? (или как их помирить) :)) Может, подскажете, на чём можно сделать то, что я замыслил? Заранее спасибо.

может здесь чего-нибудь полезное найдёте: http://electronix.ru/forum/index.php?showtopic=10989

Поставщиков море на самом деле. Даже в России. А за рубежом - производителей десятки... Посмотрите у Промэлектроники Multi-Inno - это просто навскидку. А вообще, вот здесь выкладываю все наработки, которые у меня были когда-то по дисплеям: http://ifolder.ru/16126984 А вот тут обзор производителей: korean_and_chinese_and_japanese_displays_and_touch_panels.doc

ищу доку на драйвер CXM4006R управления мини LCD-дисплейчиком LCX058AKC весь инет перерыл, ничего не нашёл. Хотя в продаже есть... Может, у кого завалялось?...

нашлись такие дисплейчики в фирме Транзистор: transistor.ru LCX058AKC-8 100pcs 498 руб 3 недели Там же к ним продаются драйверы: CXM4006R 100 pcs SONY 03+ 159 руб Единственное, что очень огорчает: весь инет перерыл, не смог найти датащит на этот драйвер CXM4006R. Как же управлять?... Может, у кого завалялся датащит?... Надежду его достать я уже потерял. Так что продумываю пути, как обойтись без этой микросхемы драйвера. Может, подскажете пути решения? Мне нужно подключить к дисплею обычную чёрно-белую ПЗС. Думаю подать видеосигнал напрямую на вход зелёного цвета этого дисплея. Вопрос в том, чем сформировать остальные сигналы (кадровый, строчный импульсы, а главное - частоту пикселей). Допустим, я представляю, что в телевизорах существуют микросхемы селекторы синхроимпульсов. Но чем сформировать частоту пикселей? Нужна некая микросхема ФАПЧ, ГУН. С ФАПЧами и ГУНами для телевидения я дела не имел. И ещё один вопрос: как уживаются чересстрочная развёртка на выходе ПЗС камеры и прогрессивная в дисплее? (или как их помирить) :)) Может, подскажете, на чём можно сделать то, что я замыслил? ЗЫ: на всякий случай прикрепляю доку на сам дисплейчик, вдруг кому пригодится... LCX058AKC.pdf ЗЗЫ: такой же вопрос я задал и здесь: http://electronix.ru/forum/index.php?showtopic=72128

Как думаете, может передать это пожелание в тему "Ошибки работы Altium Designer" Алексею Сабунину? Или в какую другую тему...

Создал правило в разделе Electical-Clearance, задал ему приоритет, все дела, разумеется :) стояли там такие условия: InPolygonClass('All Polygons') - All Не работало. Когда поставил InPolygonClass('test'), добавив все полигоны в этот класс тест (т.е. создав аналог класса All Polygons), правило сразу заработало. Мой вывод: не понимает пробелов в строковых параметрах, даже если они заключены в апострофы.

Это скорее недоработка АД, если он без базы не умеет искать в собственной библиотеке :)) Если я Вас правильно понял, то я так и делал. Но атрибут Any так и остаётся в компоненте на принципиальной схеме, уже когда его вставляешь из скомпилированной интегрированной библиотеки. А раз остался этот атрибут, то выбираться будет из любой доступной произвольным образом. Пока я понял так: если я хочу жёстко указать, какую библиотеку использовать, то я могу указать только PCBLib. А эту же собственную интегрированную библиотеку не могу. Хотя логично было бы предположить, что после компиляции интегрированной библиотеки ссылки автоматически подменятся на неё саму. На то она и интегрированная, чтобы быть самодостаточной и независимой.

у меня это простая библиотека, не база данных (у Вас, я вижу, dblib). Указанный Вами пунктик у меня вообще некативный, я его не могу выбрать. Есть только первые 3. Если ставить any - библиотека будет выбираться как придётся. Если ставить Library name - в интегрированной библиотеке, получившейся после компиляции проекта, так и будет ссылка на библиотеку PCBLib, она не преобразуется в ссылку на саму себя, т.е. на эту же интегрированную библиотеку...

Здравствуйте. У меня чисто теоретический вопрос, так сказать, "из принципа". Как сделать, чтобы ссылка на футпринт в компоненте из интегрированной библиотеки указывала на футпринт из этой же библиотеки? Расставил я компоненты на принципиальную схему. Взял их из самодельной интегрированной библиотеки. Дело в том, что при первом вызове команды Design - Update PCB document встаёт вопрос, где брать футпринты. В некоторых случаях футпринты берутся просто из доступных библиотек. А если в доступных библиотеках футпринт с одним и тем же названием встречается несколько раз? В таком случае выбор футпринта может быть довольно произвольным. Мне надо, чтобы футпринт брался из этой же интегрированной библиотеки, из которой на схеме брался и сам символ (компонент). Т.е. нужно, чтобы в компоненте ссылка была не на любую библиотеку (Any), а на конкретную, т.е. на свою собственную интегрированную библиотеку. Мы дискутировали с многоуважаемым DXP, что да, это бардак, если такой футпринт встречается во многих библиотеках. И бардак такой можно устранить, приняв чисто организационные меры - это удалить все лишние библиотеки (скажем, идущие в комплекте с AD) и оставить только свои, "проверенные". Но это не всегда достижимо, бардак мог достаться по наследству и т.п., а работать надо сразу, а порядок наводить со временем. Я пытался предотвратить путаницу выбором переключателя PCB Library (который доступен, если в библиотеке SchLib вырать редактирование какого-либо компонента и зайти в редактирование его футпринта) не Any, а Library name. Но тогда жёстко указывает только на PCBLibrary. И я никак не могу заставить жёстко указывать на свою собственную интегрированную библиотеку. Логично было бы предположить, что в компоненте интегрированной библиотеки ссылка на корпус идёт на корпуса этой же самой библиотеки. А на самом деле у меня такого добиться не получилось. Как я понял, за параметр, куда будет указывать ссылка на библиотеку корпуса, отвечает переключатель "PCB Library", появляющийся при редактировании свойств компонента в библиотеке компонентов, если нажать Add Footpring, либо Edit Footprint, там будет в переключателе (кругленькая чёрная точка) 4 варианта: Any, Library name, Library path, Use footprint from component library. Последний у меня почему-то вообще неактивен (серый). Я выбираю Library name, указываю библиотеку корпусов, которая в этом же проекте интегрированной библиотеки. В надежде, что после компиляции ссылка на свою собственную библиотеку корпусов преобразуется в ссылку на эту же самую интегрированную библиотеку. Такого не происходит. Т.е. на принципиальной схеме ссылка так и остаётся на библиотеку PCBLib, но не IntLib. Для нескольких компонентов я оставил переключатель Any. Всё равно после компиляции ссылка на собственную интегрированную библиотеку не появилась, просто на схеме так и осталось Any. А мне Any не надо. И ссылку на конкретную библиотеку, но PCBLib, тоже не надо. Нужна ссылка на конкретную библиотеку, только на IntLib и на эту же собственную, откуда вставлялся и компонент в принципиальную схему. ... ну вот так обрисовал примерно свою проблему. Надеюсь, немножко понятно. Ещё раз: вопрос чисто теоретический, на будущее. Пока, разумеется, я решил эту проблему, организационными мерами, как и посоветовал DXP, но иногда можно и "прохлопать". Хорошо было бы, чтобы такой промах можно было избежать средствами AD, жёстко указав библиотеку.

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

Встал аналогичный вопрос: нужны чёрно-белые мини-дисплеи. Типа таких, которые устанавливались в окулярах старых видеокамер.

Встал аналогичный вопрос: нужны чёрно-белые мини-дисплеи. Типа таких, которые устанавливались в окулярах старых видеокамер.

Ничего там не понятно... Выдаёт какой-то расходометр... Покажите, пожалуйста, фотки. Жутко интересно посмотреть на это чудо.

выложил в ftp://.../upload/DOCs/optical_connectors/ архив 69М, там вся накопившаяся у меня документация по оптическим разъёмам, среди них следующие фирмы: amphenol glenair harting huber-suhner itt_cannon lemo molex rosenberger siemon transcom_zao также поищите поиском по этому форуму в таких разделах: http://electronix.ru/forum/index.php?showforum=47 http://electronix.ru/forum/index.php?showforum=49

автор, Вас что интересует? Оптический трансивер? Или SerDes? Если первое - то сделайте поиск по этому форуму, обсуждался Finisar, я на нём делал. Если второе - то TLK2201 - тоже можно поиском пройтись по этому ключевому слову. А марвелом пользоваться... я бы не стал... замучаетесь получать от них НДА, и мало кто чего подскажет, ведь мало кто такими засекреченными вещами пользовался...

Если тактовая передаётся аппаратно, то пользователю не нужно беспокоиться о передаваемых данных.

Я Вас не очень понял. Как это, зачем надо? Мне хотелось бы маску между выводами для предотвращения залипов. Но, соблюдая оба требования на запас и по КП и по маске, я этого сделать не могу. Вот и пытаюсь что-нибудь придумать

спасибо за ответы, кое-что прояснилось...

Речь идёт о SMD-компонентах. А если без сверловки, тогда что это меняет?

Привожу пример: lm4910.pdf На странице 19 чертёж корпуса MSOP. Шаг выводов 0,65 мм. Размер вывода 0,3 мм. Размер рекомендуемой контактной площадки - с небольшим запасом - уже 0,4 мм. У производителя ПП отступ маски от КП - 0,1 мм и минимальная ширина полоски маски - 0,1 мм. Итого получается, что маска между выводами не влезет. Но если хорошо подумать... КП по размеру имеет запас относительно вывода. Маска имеет запас относительно КП. Мы имеем двойной запас. Он нам нужен? Может, одинарного запаса уже хватит? Зачем двойная перестраховка? Если не одиранрный запас, то тогда может сразу нужно 10 кратный? Такая вот логика... Вижу выходы: убрать один из запасов. Или сделать КП строго по размерам вывода (по крайней мере по ширине, а по длине - с запасом, т.к. по длине ужиматься незачем), а маску с отступом. Или сделать КП по рекомендации, т.е. увеличенные на 0,1 по сравнению с шириной вывода, а маску сделать строго по размерам КП. В таком случае маска проходит между выводами. У кого какие мысли по этому поводу? СтОит ли заниматься убиранием одного из запасов? И, если да, то какого из них? И ещё сопутствующий вопрос: почему необходимы каждый из запасов? Другими словами, какими технологическими трудностями эти запасы обусловлены?

Полностью поддерживаю, игра "найди 10 отличий" :))