mr_ia

Извините, не мог ответить. Вот именно, что хотелось бы аппаратно решить проблему.

Кто нибудь отображал на EMA-100160-01 цветной PAL|NTSC? Не подскажете кратко как преобразовывали сигнал?

День добрый. Вопрос избитый по преобразованию PAL\NTSC в SVGA . По форуму есть много таких тем, но все завязаны на ПЛИС. Кто нибудь делал подобное без ПЛИС. Есть вариант на AL250\AL251 от AVERLOGIC http://www.averlogic.com/product_video.htm в связке с декодером например таким http://www.averlogic.com/AL242C-LF-PBF.htm Но не нравится этот вариант тем что максимальное разрешение будет VGA, а хочется SVGA. Можно попробовать связку ADV7401>AD9889B> CH7317B http://www.chrontel.com/pdf/7317bds.pdf от Chrontel Но смущает что подключаться будет не к монитору и соответсвенно могут быть проблеммы с разрешением (Intel® SDVO Opcode устройство сообщить не сможет). К тому же как то громоздко получается... Мб кто либо сталкивался с такой проблеммой. Подскажите куда копать (без ПЛИС).

Может стоит рассмотреть возможность получения специализированного кредита на обучение?

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

Можно ли их тупо посадить на землю, или все таки через что то высокоомное?

Оставил в воздухе HSYNC, VSYNC/PALI, FID/GLCO, AVID, INTREQ/GPCL/VBLK. Считаете нужно было на землю?

А у меня на 25% плат TVP5150 выдает черно белое изображение. причем если плату прогреть, то цветное. Остынет черно-белое. Остальные 75% нормально...

Добрый день. Как раз в скором времени встанет задача обеспечения малой кровью передачу аналогово видеосигнала с камеры через сети GSM(по крайней мере планируется) желательно потокового (вопрос о скорости кадров понятен). С GSM модемами работал, но давно и не по этим задачам. Имею вопросы (возможно Вам покажется глупым). На сколько я понял передачу потокового видео через GPRS на этом модуле аппаратно не получится сделать? И передача потокового видео http://wm.sim.com/Sim/News/photo/200949143120.pdf (стр. 265) осуществляется между хостом и модулем НЕ через сети GSM? Мне в принципе подойдет видеозвонок, это будет доступно только в сетях 3G?

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

Доброе время суток. Отталкиваясь от начала. Отладочная плата от Honeywell так толком и не заработала. Решили свою сделать:). Сделали и сейчас времени немного появилось им заняться. Сделали платку с компасом HMC5843 и акселерометром LIS331DL. Оба по I2C читаются. И компас север и юг нормально понимает(в горизонтальном положении и понимаю их только я), а вот запад и восток путает... Начал приводить данные к нормальному состоянию. Т.к. нужны данные об угле тангажа и крена, начал с интерпретирования данных с акселерометра. Расчётный угол тангажа на сколько я понял равен arctg(x/z), а крена arctg(y/z). Данные в дополнительном кодес акселерометра лежащего на поверхности стола (рядом комп, более железа нет). плата лежит горизонтально. Data X=7 Data Y=f9 Data Z=15 плата стоит вертикально Data X=15 Data Y=f9 Data Z=7 плата стоит на левой грани (под углом 90градусов к столу) Data X=7 Data Y=eb Data Z=7 и вот вопрос как мне получить угол тангажа и а крена? Через arctg(x/z), arctg(y/z)? нужно ли как нибудь нормировать данные с акселерометра прежде чем брать арктангес?

Обычный никельметалгидрид этот http://www.gpina.com/pdf/GP240AAH_DS.pdf

Нужно выжать из двух аккумуляторов АА следующие выходные напряжения. 1)3,3В (может плавать до 2.8В) током до 800мА (лучше до 1А.) 2)3,3В стабильные (для цифрового питания) током до 400мА. 3)1,8В стабильные (для цифрового питания) током до 400мА. 4)5В (для цифрового питания) током до 150мА. 5)12В (или больше для подачи на линейник) током в 50мА. Долго уже мучаюсь вытягивая их. Последний вариант делаю все на TPS61020DRC. Выходной ток меньше заявленных 1.5А (индуктивность стоит на 6,8uH с током в 1А), но вытягивает все равно не более 800мА (с отключенным power save mode и коммутирую питание на нагрузку через ключ). С этим вроде справился, но источник значительно просаживают источник питания на 0,4В (тот который №1). Т.е. Я сейчас могу 2 аккумуляторов (последовательно соединенных) разряжать до 0,9В. Но что бы их не убить схему нужно отключать при 1,8В (без нагрузки)? Вопрос как оценить разряд аккумуляторов при такой просадке входного напряжения на источниках? Будет разрядная характеристика идентична графикам, но со смещением на то что просела или придется как то по особому извернуться? Прибор отключать на время от нагрузки и смотреть напряжение на аккумуляторах не выход...

Поразбирался с платой. Нашел более толковое описание http://www.mikrocontroller.net/attachment/...ide5843revB.pdf. Вывод, глючит программа идущая в составе демо-платы. Вывод основан на следующим. Если посмотреть график, что строит программа HMC5843_Demo_Guide.pdf (стр.6, слева, поле Magnetometr). И сравнить с графиком какой принимать должны по оси Х и Y (стр.4 DesignGuide снизу), то они совпадают, т.е. направление компас показывает точно и повторяемость результатов есть (даже когда рядом много железа, правда и калибровался компас в этих условиях), при этом “виртуальный компас” в программе (стр.7 Demo_Guide сверху), который должен выдавать направление, так же глючит и не может указать направление (плата размещалась горизонтально). Так же форма сигнала от осей X и Y сильно искажается в зависимости от угла наклона микросхемы. В DesignGuide указано как учитывать углы наклона по осям направление\боковая ось. Соответственно X’ = X cos φ + Y sin θ sin φ – Z cos θ sin φ Y’ = Y cos θ + Z sin θ Направление = arctan ( Y’ / X’ ) φ и θ данные об уровне наклона относительно направлений вперед и влево, берутся с помощью акселерометра. ((стр.13 DesignGuide ) X, Y, Z соответственно компас выдает. Арктангенс могу взять и таблицу значений тогда не придется строить по моему. Не совсем понятен вопрос о цели калибровки. Она нужна для определения минимума\максимума функций или для учета влияния помех от магнитных материалов размещенных рядом с компасом? При одинаковом ориентировании на Север, (но в разных географических точках) размах функции будет изменяться? Данный момент для меня имеет принципиальное значение т.к. прибор каждый раз нельзя крутить по трем осям при включении (географически прибор можен находиться в разных точках). Погрешность в измерении направления в 10 градусов меня вполне устроит... Вопрос: 1) Можно ли обойтись без акселерометра (при этом не создавая огромной матрицы табличных значений)? 2) Действительно ли необходима калибровка, для определения максимума\минимума функций синуса\косинуса, т.е. кручение компаса по 3-ем осям? Или же калибровка необходимо что бы учесть влияние от магнитных материалов? 3) Правильно ли я понял работу компаса и главное как вычислять действующее направление? DesignGuide5843revB.pdf

Добрый день. Решил применить в приборе 3-х оcевой цифровой компас HMC5843 от Honeywell. http://www.honeywell.com/sites/servlet/com...85-D9D84941499D Купили отладочную плату HMC5843-DEMO с установленным компасом HMC5843, акселерометром KXPS5-2050 (Оба на I2C интерфейсе), I2C в UART на мкр-ме SC18IM700, и UART в USB на мкр-ме CP2102. Плюс диск с софтом. Подключил, откалибровался и тут меня ждал шок. Показывает черти что... Т.к. на месте калибровки было много метала, что даже обычный компас в комнате показывал несколько Северов, взял платку и ушел с ней и ноутом в лес, где не должно быть помех. Откалибровался, все равно измерения колбасит. Т.е. при одинаковом расположении платы, может показать Восток или Запад... Север достаточно четко берет, Юг почти никогда не показывает (максимум Юго-Запад, Юго-Восток). При этом измерения на неподвижно размещеной плате достаточно сильно дергаются (в пределах 45градусов). Т.к. Железо и софт от Honeywell(врядли барахло продает) и должно работать, то остается, что я неправильно калибровку провожу (хотя я уже по разному крутил платку). С электронными компасами дела не имл до этого. Вопрос №1. Поиск по форуму показал что многие успешно применяют электронный компас, и несколько ссылок на HMC5843 на форуме я нашел, однако не нашел отзывов о качестве его работы. Подразумеваю, что оно соответствует заявленному, но уточню. Кто применял HMC5843 каков Ваш вывод о его работоспособности и соответсвию заявленных характеристик? Вопрос №2. Как калибровать? В комплекте с платой шел софт, с возможностью калибровки как акселерометра (он работает нормально), так и компаса. Калибровка сводится в кручению платы в трех осях. Относительно вертикальной оси (Up) против часовой, относительно оси направления платы (Forward) по часовой, относительно бокового направления (Left) по часовой стрелке. После софт вычисляет поправки и прописывает их в компас. Этого достаточно? Вопрос №3. Даже если я неправильно откалибровался и направление указанные не соответствуют истине, то повторяемость результатов измерения должна была быть? т.е. Стрелка виртуального компаса(в софте) должна показывать направление однозначно( может и неправильное, но стабильное), в нескольких измерениях и при одинаковом ориентировании платки. HMC5843_Demo_Guide.pdf