serg_Fry

Пока самое информативное, что удалось найти по TP2.0: http://jazdw.net/tp20 По Volvo совсем ничего нет. Только то, что используется 28-битный ID (мой сканер все передает с ID 0x000FFFFE). И, похоже, используется фиксированная длина CAN пакета 8 байт. Уже есть небольшая коллекция логов обмена сканнер-машина. Готов поделиться, если кому-то нужно.

Аналоговое стерео видео side by side - это обычный композитный видео сигнал, картинка которого состоит из 2-х склеенных изображений. Разделение стерео каналов чисто пространственное - левая половина изображения под левый глаз, правая - под правый. Поля в разделении стерео никак не участвуют. Я все правильно понял? Можем взяться. В качестве альтернативы вашему энкодеру: CH7010. Есть отработанная связка - уже в 2-х проектах использовали (пример). Бонусом получаете VGA и DVI/HDMI выходы.

Укажите, пожалуйста, свои контакты. ЛС на форуме у вас на работают. serg{a}zoomex.org

Чтобы оценить задачу нужно более подробное описание. 1) требования к материалу корпуса чехла (прочность, гибкость и пр.) 2) требования к АКБ (ёмкость, размеры) 3) общие габаритные размеры 4) что будет заряжать аккумулятор (зарядка внешняя или на борту, разъем, напряжение)? 5) мощность динамика 6) как должен выглядеть результат (документация/макет/изделие)? Иначе получается сферический чехол в вакууме. :) Личка у вас не работает, укажите какой-нибудь контакт, куда писать.

Адрес куда писать не указали. В личку не уходит.

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

это как?

:) я не буквально имел ввиду. Микросхемы приходилось видеть в работе? Может кто сам включал..

Сейчас нужно хотябы 1 чтобы в руках подержать. Вообще нужно будет 10 комплектов (мама+папа) для партии прототипов. Потом, если подойдет в серию - много.

посмотрел сайт работодателя - очень интригующе. Кто-нибудь видел в жизни?

разискиваю разъемы этой фирмы с говорящим для русского уха названием в Москве: 1) мама 505602FA 2) папа 505601MR нужны 6-контактные, но подойдут любые - хочется подержать в руках прежде чем закладывать. serg_fry[гав]mail.ru

Смартфоны и планшеты не подходят, как я писал в начале. Вопрос почему Андроид - действительно вопрос. Дело в том, что у нас как раз не embedded случай. В плане роли ОС. Прибор выполняет одну основную ф-ю, осуществляет измерение физической величины. При этом ОС не нужна. Собственно в текущей версии прибора ее нет. Но нужен удобный интерфейс пользователя. Причем набор ф-й при работе с прибором частично дублирует планшеты/телефоны. Тоесть нужны меню, просмотровщики результатов, фото и видео на встроенном экране. Хочется чтобы все это было "современным", привычным, красивым и интуитивно понятным. ОС должна упростить и ускорить разработку и добавить гибкости. Выбор между Андрод или другими Линукс(и не Линукс)-дистрибутивами очень субъективный. Недаром самые яростные споры в сети на эту тему. Адроид сейчас очень популярен. Много библиотек и фреймворков. Т.к. у нас функцмонал сильно пересекается с телефонами/планшетами в этом есть цимус. С другой стороны все меняется очень быстро и иногда радикально. Пока мы доделаем свой прибор выйдет 2-3 поколения телефонов и пару новых версий Андроида. Производитель забъет на партирование последних версий ОС на непоследний проц и все может для нас обернуться не лучшим образом. Сомнений много.

2Raven: Теплое с мягким пробовал смешать. Например молоко с медом, когда болею. :rolleyes: Если серьезно, то, насколько я понимаю, поддержка Андроид для процессора(и для кита) экономит кучу времени. Самим заниматься портированием скорее всего нецелоссобразно. Сам Андроид здесь нужен из-за GSM стека. В моем списке он отмечен, как опция из-за того, что при отсутствии в составе кита легко сажается на UART. Функционал GSM нам нужен в любом случае. 2firew0rker: Ссылка к сожалению не открывается. Но сайт Ti я штудировал. Там действительно есть что посмотреть. Подходит серия AR3352 Cortex-A8. Правда киты не по всем пунктам удовлетворяют. У Freescale вроде бы больше вариантов. Короче, есть руда для поисков. Потом отпишусь о результатах.

Стоит задача найти отладочную плату. Требования такие: -GSM* (3G, только модем) -USB2.0/3* (host/dev/OTG*) -Gigabit Ethernet -GPS/GLONASS* -WIFI a/b/g/n -HDMI/DP* выход -Bluetooth* -стандартный набор: I2C,SPI,UART,RS232,GPIO... -акселерометр* -ЦАП/АЦП -RTC* -SD-карта -(аудио вх/вых)* -LVSD выходы и выходы * - не обязательно ---------------------------------------------------- вырисовывается что-то похожее на современный планшет. Стеки+GSM подталкивают использовать Android. Должна быть поддержка современных версий ОС. Цена не особо важна. Нужна надежная поддержка производителя и работоспособность. Вот лучшее из того, что удалось найти: 1) digi Embedded Application Development Kit for Android 2) Liquidware Android Ultimate Pro Kit 3) http://www.liquidware.com/shop/show/BB-AND...Development+Kit Ни один из них не устраивает полностью. Есть множество kit'ов для программистов под Андроид. Они по сути представляют собой планшнты и не подходят т.к. идут без документации на аппаратную часть. Сейчас Андроид ставят везде где ни попади. Есть подозрение, что я не там ищу. Если кто-то в теме, подскажите, пожалуйста, направление.

Пришлите, пожалуйста более подробное описание задачи: протокол по LVDS, разрешения и пр. И, если можно, попдробнее об элементной базе. serg[собакa]zoomex.org

Присматриваемся к матрице Vita1300 Есть положительный отзыв коллег. На сайте производителя нашел следующий appnote по теме.

На каком оборудовании делается? Знаете примеры? Собственно вопрос встал в связи с желанием "подмешать" свой канал в сигнал от антенны, чтобы конечные телевизоры могли его принимать наравне с остальными каналами.

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

Разыскиваю документацию на LWIR матрицы этой фирмы. Именно на матрицы, не готовые камеры или OEM-модули. Пишите в личку. Готов заплатить разумные деньги.

что-то тема не пошла, но может кому-нибудь пригодится. Купил номер 4 за 7кРублей с копейками. Intencity Pro которая в PCIe. Столкнулся с двумя неприятными моментами: 1) родной софт вообще не умеет сжимать. А без сжатия HD записать можно разве что на RAID дорогой. 2) Поддерживаются только дискретные форматы, которые указаны в описании. Тоесть малейшее отклонение кадровой частоты и не работает. Для сравнения и манитор LCD рабочий и телевизор шарп на которых я пробовал показывают при несовсем стандартных кадровых частотах (отклонение на несколько Гц). пункт 1 лечится использованием сторонних прог, я использовал virtualDub благо драйвер универсальный. А по 2-му пришлось добавить FullHD в свою камеру. Плата отработала по-честному [email protected] На большей кадровой не получилось: PLL в ПЛИСе в моем проекте из опорной частоты не позволяет достаточно точно сгенерить пиксельный клок. В результате кадровая частота на десятые доли отличается и плата не захватывает. Для 29.97Гц просто совпало и я попал в окно по кадровой. Скорее всего плата отработает все остальные заявленные варианты. Вариантов преобразования формата при трансляции со входа hdmi на выход всего 3. Короче как-то все скудно. Но в целом работает. Если кто-то все-таки нашел более дешевый и сердитый вариант отпишитесь, пожалуйста.

Мое устройство по сути представляет собой камеру с выходом DVI-I (DVI v1.0). Сейчас выходное разрешение 1280x1024@60Гц. Мне нужно записать выходной видеосигнал. Нашел в сети несколько вариантов (1, 2, 3, 4) но 1,3 - слишком дорого 4 - пока нету USB3.0 остальные - платы захвата. Нужно таскать комп. Снимать хочется на природе. Если кто-то решил вопрос, дайте направление. ЗЫ: можно записать VGA с таким разрешением, но все же хочется DVI - разница в качестве довольно заметна. Правда для VGA я тоже ничего подходящего не нашел.

не согласен. Для больших экспозиций, которые превышают номинальное время кадра (когда кадровая падает) каждый дополнительный SUB прибавляется ко времени кадра, тоесть еще уменьшает кадровую частоту. Кол-во "обязательных" SUB'ов оставил параметром. Сейчас делаю автомат регулировки яркости, который будет рулить экспозицией. Потом снова попробую поиграться с этим параметром. может в динамике будет проявляться. Когда сделаю мультиэкспозицию, думаю можно будет сказать однозначно.

Закончил отлаживать модуль. Как планировал, минимальное кол-во импульсов SUB сделал параметром. Попробовал при разном освещении, разной экспозиции, с биннингом и без. Нигде разницы так и не почувствовал. Мой вывод такой: ------------------------------------------------------------------------------------------------------------------------- Можно ограничиться минимальным кол-вом импульсов. При длительных экспозициях (когда частота кадров начинает падать) можно обойтись вообще одним импульсом. -------------------------------------------------------------------------------------------------------------------------

я не стал так пробовать: будет просто моргать. Глаз заинтегрирует. Навели на следующую мысль: сделать переключение 2-х режимов. В обоих одинаковая экспозиция, но в одном один sub, а в другом - много. И при разной освещенности сравнить. Я собственно это и делал, но с перепрошивкой ПЛИС и в темноте. Нужно просто организовать быстрое переключение. Врнусь из отпуска - попробую.

согласен, тоже так хотел сначала, но не получается малыми силами: у меня все расчитано на поток, остановить кадр нельзя. По идее нужно подержать на свету с большим временем накопления, а потом резко изменить экспозицию на очень маленькую и проконтролировать, что первый кадр после изменения не будет отличаться от последующих. Постараюсь это тоже попробовать, но придется кое что переделать.