Перейти к содержанию
    

tmtlib

Участник
  • Постов

    197
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о tmtlib

  • Звание
    Частый гость
    Частый гость

Посетители профиля

1 993 просмотра профиля
  1. Нашел микросхему. NXP Advanced (ASC8848A ASC8849A ASC8850A ASC8851A ASC8852A). К сожалению снята с производство, а NXP покинула этот бизнес. Подробности: даташит: http://www.mouser.com/ds/2/302/75017158-289388.pdf обращение к клиентам: https://media.digikey.com/pdf/PCNs/NXP/IPCA...r_13Apr2015.pdf хорошая была микросхемка, и по размерам, и по функционалу
  2. А тем временем в продажу вышло множество камер USB3.0, начиная от 8 мегапикселей. Нету никаких cyusb3014 и fpga! Просто один чип стоит (не всегда одинаковый) и маленький SPI EEPROM к нему (AT25040A). Есть модуль, который предположительно использует сенсор от смартфона известной фирмы. На одном из модулей виднеется выход SPI (в самом низу картинки MOSI/MISO/SCK). Модулей намного больше, залитые эпоксидкой или без фото задней части с микросхемой я сюда не добавлял. Сверху-вниз: N1: Фирма Kingcent, 8мегапикселей USB3.0. На микросхеме виднеется надпись NXP "A......." что-то там. Но у freescale/nxp я нашел только микросхемы для IP-камер, которые работают только при наличии большой внешней оперативки и флеш. Тут явно что-то другое. N2: Ссылку не сохранил, нашел на 1688.com. Микросхема похожа на предыдущий вариант. Все ищется по запросам камера (через переводчик) 800 (для 8 мегапикселей) USB 3 модуль. фото в полном разрешении: http://www.igrodel.ru/usb3-8mp-cameras.jpg N3: Микросхема SONIX SN5259 + сенсор 8 мегапикселей Sony IMX-179 (аналог ищется на www.alibaba.com и 1688.com). N4: микросхема схожая с N1 и N2. Сенсор явно от мобильника или от планшета, слева маленький SPI EEPROM. (https://gucee.1688.com/) N5: Скорее всего SONIX, как на N3. N3 и N5 возможно не USB3.0, а USB2.0 (shop1473414493515.1688.com/) N6: Опять USB3.0, опять 8 мегапикселей IMX179. Тут уже виднеется серийный номер микросхемы, но название стёрто лазером. На плате дата разработки 201703v1.0 (https://rys2015.1688.com/) N7: 8 мегапикселей USB3.0 Сжатие видео H.264(https://shop1369446042678.1688.com/) N8: 8 мегапикселей USB3.0, есть выход SPI (https://camera888.1688.com/) Это только маленькая часть! Интересно, какой чип там используется (N1,N2,N4,N6,N7 и N8) У 1,2,4,6,7 чипы похожи, у N8 немного побольше. Вряд ли это cyusb3014 с параллельным интерфейсом. Откуда тогда у IMX179 возмётся MJPEG сжатие на максимальном разрешении 8мп. У последней камеры интересно наличие H264 сжатия + USB3.0 + SPI интерфейса. Учитывая, что сейчас USB есть везде, а USB3 можно вставить и в USB2 (просто уменьшится интерфейс), то такое решение очень интересно. Одна микросхема + небольшая SPI FLASH soic8 + сенсор на 8 мегапикселей, и можно по USB2.0 гнать 2 мегапикселя с хорошей светочувствительностью. Вместо использования древних модулей камер на 2 мегапикселя, которые при комнатном освещении уже дают огромный шум. Кто-то знает, какой чип там используется, или хотя бы есть догадки? Update: ещё забыл сказать, недавно нашел интересную штучку. ALTERA D8M-GPIO: http://www.terasic.com.tw/cgi-bin/page/arc...=68&No=1011 в основе лежит интересная микросхема Toshiba TC358746AXBG / TC358748XBG Микросхема распараллеливает MIPI, а дальше можно по усмотрению. Также вроде эта микросхема может и в обратную сторону собирать параллельный поток в MIPI. Фото:
  3. Можно ли резисторы между чипом Wiznet W5500 и трансформатором H1102NL упростить и сделать, как это показано на схеме OLIMEX: (https://www.olimex.com/Products/Modules ... 0A-sch.gif) R1,R2,R3,C1,C2,C3,C4,C5? Почему в данной схеме контакт трансформатора 2,7 болтается в воздухе, только конденсаторы (C2/C3) Почему все схемы так разнятся? Например, вот здесь у SILABS: (http://www.silabs.com/documents/public/ ... 1A_sch.pdf) Почему контакт 2,7 трансформатора подключен к 3.3в? Ну и наконец схема от самого Wizneta: (http://www.iwiznet.cn/uploadfile/2016/0 ... 319252.pdf) тут почему-то только у верхнего трансформатора подано 3.3В, а у нижнего - как у SILABS. А на выходе вообще 10 резисторов! В то время как на схеме OLIMEX вообще нету резисторов на выходе трансформатора. В этой reference схеме от Wiznet средняя точка подключена к 3.3в, и это смещение в 3в попадает на контакты TXP и TXN, является ли это обязательным условием для работы микросхемы?
  4. Да похоже на то. Я написал пару писем мелким производителям, но там глухо. Вообще никакого ответа. Там видимо нужно сразу звонить и писать и нести им деньги, тогда механизм продажи закрутится =) Update: но всё же если посмотреть на количество производителей, я думаю для мелкосерийных объёмов в пару тысяч штук можно договориться хоть с кем-нибудь из них.
  5. Спасибо, теперь становится понятнее. Здесь скорее всего ошибочная информация: https://www.raspberrypi.org/forums/viewtopi...98&p=904220 либо это про драйвер Raspberry PI. Смутило вот это заявление: "I have discussed it with an Omnivision apps engineer..." Вот кое-какие интересные фото, может кому пригодится в качестве источника идей для разработки: MT9F001/MT9F002 14мегапикселей Altera Cyclone3 http://m.aliexpress.com/item-desc/1444814594.html 3d камера на Altera Cyclone4 + cy7c68013a SM3732 - микросхема в ноутбучных и планшетных вебкамерах. Без mipi, но вещь интересная. USB2.0 USB2.0 вебкамера. 5 мегапикселей, микросхема AU382x (в последней цифре не уверен) Возможно это AU3822U - USB 2.0 NB-Cam Controller MIPI: unknown или AU3826 - USB 2.0 NB-Cam Controller MIPI: yes AU3826 интересна наличием MIPI, в теории можно дешево загнать JPEG по USB с MIPI камеры Может кто в курсе насчёт этих микросхем? Достать в теории не так уж и сложно, проблема со стабильным поставщиком, но можно ими разово закупиться. Я уверен оптом это самое дешевое решение. Самое главное иметь к ним хоть какой-нибудь SDK или утилиты, чтобы настроить под конкретную mipi камеру. А помимо Lattice USB3.0 mipi bridge есть вот эти две интересные микросхемки: Realtek RTS5825 и Genesys logic GL865A интересны они тем, что 1) MIPI 2) USB3.0 3) оптом должно быть очень дешево Если под RTS5825 был бы SDK, то по идее любую MIPI камеру из современных телефонов можно взять. Предполагаю, что нужно делать так: 1) взять мобильник, выставить максимальное качество фото-видео, записать какие регистры смартфон шлет в MIPI камеру по I2C (или что там низкоскоростное для настроек) . По идее это очень просто сделать. 2) всять камеру из мобильника, подключить ее к RTS5825 и настроить RTS5825 на выдачу тех же конфигурационных регистров в камеру. Что скажете по поводу этих микросхем? Они почему-то как-то тихо попадают в ноутбуки и вебкамеры в огромных количествах, но о них почти никакой информации. Только lattice продвигает свой usb3 bridge, который при наличии средство можно достать максимум в течении пары недель + все sdk.
  6. Меня интересует снятие одного несмазанного по времени кадра, выдрать единственный кадр из bayer или jpeg потока. Как я понимаю, против размазывания фото по времени (движущийся объект растягивается либо сжимается на фото) нужен global shutter или rolling shutter с очень высоким FPS. Модуль OV5647 заинтересовал доступностью и наличием global shutter. Но тут в интернете я какую-то противоречивую информацию вижу, что в OV5647 на самом деле rolling shutter, где-то на форуме raspberry pi. И что по мере вычитывания пикселей идёт засветка оставшихся пикселей, поэтому если читать медленно, то самые последние пиксели будут ярче и смазанные, и что-то про необходимость механического(!) затвора, который закроет матрицу во время считывания. Сейчас возникли сомнения по принципу работы global shutter. Сомневаюсь, что в таком дешевом сенсоре есть frame buffer на несколько мегабайт, чтобы хранить все пиксели. Так что момент про засветку может быть правдой. Видимо global shutter-ом тут называют следующее: одновременно _обнулили_ все пиксели на матрице, а затем вычитали и послали по mipi. Если вычитывать долго, то у самых последних пикселей будет дольше время засветки, и если например махать чем-то перед камерой, то в месте последних пикселей будет больше смазывания (догадки). Пока искал разные модули видел очень странные платы, например Altera MAX2 + какой-то сенсор на 14мегапикселей, может там параллельный интерфейс конечно.
  7. Понятно, а что такое PLL BYPASS? Я что-то из блок-схем вообще не увидел где PLL соединён с MIPI CLOCK. Вот, например: OV2665 2 megapixel product brief input clock frequency: - PLL: 6~27 MHz - PLL bypass mode: 6~54 MHz Означает ли это, что если врубить PLL BYPASS, то mipi будет гнать всего-то жалкие 54 МГц (максимум, а минимум 6)?
  8. Я помню ты где-то говорил про передачу JPEG по mipi (идея была задействовать недокументированную низкую скорость обмена, отладочные команды для чтения буфера, если таковае имеются). И ещё я находил темы на зарубежных ресурсах, где люди по какой-то причине хотят считывать готовый JPEG по MIPI, и что-то там не стыкуется, но там проблемы в линуксах и драйверах UVC/V4L. Я достаточно отчетливо помню, что кто-то гнал JPEG по CSI, т.к. там была проблема как настроить этот CSI в процессоре на заранее неизвестный объём кадра JPEG. 605Мбит за секунду это понятно, но я что-то не понял какую минимальную частоту можно выставить в PLL (встроенной, у сенсора). Максимум заявлен около 1000 МГц, что явно многовато. И во что оборачивается пониженная частота работы PLL, кроме как низкого FPS. Например, затвор, что будет с ним. Например global shutter у ov5647. Будет ли опрос пикселей размазан по времени. https://www.leopardimaging.com/uploads/LI-O...IPI-AF_SPEC.pdf интересует PLL BYPASS. Будет ли MIPI работать на частоте кварца без умножения, если выставить PLL BYPASS?
  9. Поискал разные fpga из ходовых и одновременно дешевых, где есть LVDS. Я так понимаю XC6SLX9 Spartan-6 имеет lvds. http://datasheet.octopart.com/XC6SLX9-2FTG...eet-8423772.pdf И cyclone 4 ep1c3t144c8n в 144-pin корпусе. EP1C3 devices in the 100-pin TQFP package do not support the LVDS I/O standard. У меня следующие вопросы. Можно ли обойти трудности с MIPI таким образом: 1) включаем мобильник в режим снаятия видео, записываем часть потока по LVDS и как настраивается модуль камера по SPI. Далее в своём устройстве попросту имитируем то, что делал мобильник. По минимуму, запись в регистры и т.п. Или всё равно придётся реализовывать этот MIPI, т.к. он каждый раз данные разлохматит по-разному, будет прыгать между low-power и high speed режимами и т.п.? Я даже подумывал о таком варианте: модуль камеры с поданным питанием сначала подключен к мобильнику, там включается видео на запись, затем не отключая питания идёт перевтыкание mipi в FPGA отладочную плату, и там LVDS поток нарезается на байты и отправляется в память, интернет или USB. 2) зачем так много ячеек в FPGA на приём MIPI? Из-за анализа протокола обмена? Я вообще представлял себе такую картину: в FPGA быстро сыплется MIPI по LVDS, а затем биты с минимальной обработкой (типа 8бит в 1 байт преобразовать, выбросить что-нибудь лишнее) сыплются в оперативную память, USB или ещё куда. 3) Я так понимаю LVDS можно принять и без специальных LVDS входов, особенно если расстояние по плате маленькое и скорость не очень высокая? Какая там у ov5647 скорость я не знаю, может быть _pv знает =) p.s. Но насколько я понимаю LCMXO2-1200HC это самый дешевый вариант, если документация не врет: "The Lattice MIPI CSI2-to-CMOS Parallel Sensor Bridge reference design performs this conversion in the ultra-low density MachXO2™-1200HC FPGA."
  10. А что за мост, что на выходе? Параллельный порт, USB? Я пока искал чипы, ещё заметил что-то про MIPI/CSI2 у Intel Atom. Видимо ничего проще Lattice не найти. Смотрю документацию: "The Lattice MIPI CSI2-to-CMOS Parallel Sensor Bridge reference design performs this conversion in the ultra-low density MachXO2™-1200HC FPGA."
  11. Существует множество сенсоров, у которых имеется только MIPI интерфейс. Какие есть пути их использования? Неавно вычитал, что по MIPI с некоторых модулей можно перекачивать JPEG, это в некотором смысле может уменьшить требования к используемым чипам. Меня давно интересует следующая идея: вычитать один Bayer кадр с такого сенсора и положить его в DDR память, либо вычитать JPEG по MIPI и сразу по USB отправить в какой-нибудь простенький ARM. Но ничего толком найти не удаётся. 1) FPGA Какой самый минимальный дешевый чип позволит сделать мост CSI-parallel? Я вижу рекламу новых чипов, но они дороже самих камер в десятки раз. Условно говоря сейчас 5 мегапикселей это 100 рублей. 2) Чипы USB camera controller Огромное количество чипов с MIPI интерфейсом, но никакой документации, сложно достать Вот маленький списочек: Я смотрел даташиты на многие из этих чипов, и пришел к выводу, что если иметь доступ к их SDK (встроенной прошивке), то это очень интересное решение. Не совсем понятно ограничение на разрешение видео для некоторых чипов, наверное встроенной памяти не хватит для перекодировки Bayer в MJPEG. Но если сенсор напрямую шлёт JPEG (типа Omnivision), то без проблем должно пролезть в USB. Вообще идеальный вариант был бы, только нужно знать конфигурационные регистры модуля, и его уже можно подключать к любой платформе с USB2.0 + UVC. Это можеть быть и Openwrt, и обычный ПК, и андроид. 3) Всякие ARM процессоры, например от Broadcom и Mediatek. Но их не купить толком и документации нету. Разве что Raspberry Pi. Либо чипы очень дорогие, nvidia jetson и т.п..
  12. Мне T1 больше напоминает конденсатор, т.е. кусочек с двумя проводящими пластинами и диэлектриком между ними. Предполагаю, что впаивается вертикально, перпендикулярно плате. Могу и ошибаться. А насчёт эмпирического создания генератора, это уже в меньшей степени эмпирика. Теория построения генераторов уже очень глубоко проработана. Всё завязано на S-параметрах и диаграмме Смитта: оптимизируют согласование для получения удобных нестабильных регионов на нужной частоте (stability / instability circle), по входу и выходу оптимизируют импеданс нагрузки, чтобы по углу обеспечивало резонанс на нужной частоте. Из эмпирики там только разве что правило Rload=-Rout/3. А сайчас помимо small signal S-parameter есть симуляторы, так что это тоже уже не эмпирика, и можно реално анализировать как нам меняется импеданс и коэффициент отражения на входе при работе генератора. Продвинутые в этом деле ещё пользуются диаграммой Найквиста. Для генераторов с параллельной обратной связью в плане теории всё намного проще, достаточно добиться хотя бы условно стабильного при определённой нагрузке по входу и выходу усилителя, и влепить ему фильтр и задержку по фазе между входом и выходом. update: обратите внимание на полосок, висящий в воздухе (около резистора R1). Он связан с разомкнутой линией на эмиттере справа. Подрезая этот элемент справа можно добиться плавной настройки, думаю полное отсутствие этого куска даст смещение порядка 100 МГц.
  13. Интересно, ни разу не видел подобных "отражателей". Он перпендикулярно плате припаивается? Раз антенна сильно влияет, можно поробовать добавить буферный усилитель, например как здесь: http://pierrebuisson.free.fr/dossiers_tech...aAs-FET_DRO.pdf Правда тут полевые транзисторы и диэлектрический резонатор, но смысл примерно такой. По аналогии можно использовать второй транзистор BFP420, помню смотрел его S-параметры, согласовать его к 50-ом и сделать стабильным на 0-12ГГц достаточно просто. Либо какой-нибудь MMIC типа LNB-300 или полевой транзистор. Второй транзистор поможет уменьшить влияние нагрузки (антенны) на частоту генератора. Буферный усилитель думаю будет логично поставить перед переходным отверстием на антенну. Также можно попробовать заново сделать генератор. Но если работает, лучше не трогать. Хотя параллельно можно что-нибудь спроектировать, особенно если есть измерительные приборы. Я бы взял транзистор NE3210S01 и сделал бы генератор series feedback, либо на диэлектрическом резонаторе parallel feedback + BFP420. Если без диэлектрического резонатора, можно попробовать как здесь: http://lea.hamradio.si/~s53mv/spectana/vco.html с четвертьволновым замкнутым резонатором, или как в детекторах движения на RO4003/4350 на полуволновом разомкнутом резонаторе. Но вообще интересно, что в некоторых европейских модулях достигается достаточно малнеький разброс в частоте, хотя вроде бы используется полосковый резонатор без дополнительной настройки. Плата попросту паяется. Я думаю они это как-то учли при проектировании в CAD, нашли такое согласование, при котором изменение коэффициентов отражения на входе и выходе транзистора мало смещают частоту генерации. Либо автоматизированно отбраковывают и не возятся с настройкой.
  14. А частоту проверяете при закрытом экранирующем кожухе, и есть ли он? В закрытом и открытом состоянии частота может различаться. Что стоит перед антенной? Если положить антенну на металлический стол и т.п., то может поменяться импеданс системы. Возможно подрезание элемента 1 cлишком сильно смещает S-параметры. Либо графики Гload элемента 1 и 1/S11 на этом порту идут близко и в одну сторону (по часовой или против часовой стрелки), поэтому малейшие изменения вызывают перескок частоты. Я бы попробовал подрезать полоску на эмиттере справа. Эта полоска по длине больше похожа на выбор коэффициента отражения Гload по входу, в предположении что порт 1 при проектировании был на эмиттере. Как устроен отражатель Т1? Это маленький вырезанный кусочек платы с фольгой обоих сторон? Припаян, приклеен? Также можно подрезать линию на эмиттере слева, это разомкнутая полосковая линия с емкостным импедансом, который добавляется к правой линии, которая, как я уже говорил, больше похожа на выбор "резонатора" по входу.
  15. В даташите на LM340 есть раздел TRANSIENT VOLTAGES, где ставят диод между катодом и анодом (катодом на вход). При ремонте видел пару раз диод между выходом и землей (анодом на землю). Это защита от того же переходного режима или что-то ещё? В каких случаях нужно ставить такой диод, это зависит от потребления схемы или от особенностей нагрузки?
×
×
  • Создать...