slanted

кроме того, осталось еще как минимум тут: http://electronix.ru/forum/index.php?showtopic=31717 http://electronix.ru/forum/index.php?showtopic=31741

В некоторых темах, например вот в этой, в произвольных местах вставляется невидимый div с картинкой с сайта svn.myftp.biz. Сама картинка сейчас не отдается, но, подозреваю, там когда-то был эксплойт. Может, почистить как-то, а то вдруг там опять что-нибудь нехорошее появится.

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

Я руководствовался этой статьей. Первый каскад выполнен как буст, прямо по схеме из дш на 34063.

Дано: сдвоенный SEPIC + Cuk на MC34063, делает из пяти вольт +-12 (КПД около 50%, ну да и хрен с ним, все равно макет, слепленный на скорую руку из чего было). Нагрузка постоянная, около 25мА. При работе адски верещат переходные конденсаторы -- хз какая керамика (вроде Y5V), корпус SMD1206, 2x2.2мкф на каждую ветку. Это точно не дроссели, тк писк глушится прикосновением чем-нибудь мягким (пальцем, например) именно к кондерам. Пищат на несколько кгц, при том что частота переключения самой 34063 килогерц тридцать с хвостиком (ну тут понятно, пропуск импульсов и все такое - осциллом посмотрел). Да, на выход оно тоже есессно гадит, но выход-то я зафильтровал до приемлемого уровня, а вот рядом с устройством находиться неприятно. Это, собственно, мой первый sepic, так что прошу подсказать где я ошибся, и как избежать подобного в дальнейшем.

Собственно, с какой скоростью можно прокачивать через PMP данные в демультиплексированном режиме (адрес и данные на разных ногах)? В аппноте нарисована осциллограмма, из которой следует что вроде бы шинный цикл можно генерировать каждый такт, но, с другой стороны, RD там генерируется в середине периода - там какой-то отдельный клок чтоли, или просто к спаду и привязано? В общем, проясните кто может. ps. Глобально задача состоит в том, что нужно быстро сожрать пару сотен сэмплов на скорости 20-30 MSPS с внешнего ацп, а потом их можно жевать пока не надоест. Может, есть более подходящий кристалл?

Собственно, задача. Есть три сигнала (все низковольтное без извратов): * широкополосный аналоговый, строго положительный, полоса порядка 100Мгц; * цифровой строб 1 (необходимая частота порядка 100КГц, скважность от 2 до 10), генерируется мной, так что полярность, уровень итп можно подстраивать; * цифровой строб 2 (порядка 1000Гц, один короткий импульс за период), все аналогично стробу 1. Необходимо проинтегрировать аналоговый сигнал, но только в те моменты, когда строб 1 равен 1 (ну или 0, неважно). По фронту строба 2 нужно произвести измерение наинтегрированного, по спаду сбросить все и подготовиться к следующему циклу измерения. Разрешение в 6-8 бит вполне устроит. Очевидное решение -- поставить АЦП на несколько сотен MSPS, и считать все в цифре. Однако, хочется сэкономить на быстром АЦП и быстром DSP/FPGA и интегрировать в аналоге. Соответственно, вырисовывается несколько более другое решение, а именно: аналоговый коммутатор управляемый стробом 1 и подающий на вход интегратора либо сигнал либо 0, собственно интегратор, и микроконтроллер со встроенным АЦП, который и будет измерять результат и выдавать управляющие сигналы. Основных вопросов два: 1. Можно ли это упаковать в один-два малоногих корпуса, не считая самого МК? 2. Аналоговое решение при таких параметрах вообще имеет смысл? Не уедет ли выходной сигнал интегратора за несколько сотен периодов, не придеттся ли долго и тщательно настраивать всякие там компенсации и смещения, и так далее? ps. Пока писал, надумал третье решение: хрен с ней, с точностью, возьмем шустрый клок в ту самую сотню МГц, три компаратора (на 25%, 50% и 75% макс уровня) будем ими коммутировать выходы делителя частоты. Сколько натикает в итоге за период строба 2, то и будем считать измерением, но похоже здесь опять либо горка корпусов логики вырисовывается, либо fpga/cpld.

2.6.30 ведет себя также. Ядреный бут и само ядро на стадии early printk используют разные имплементации уарта. Между окончанием бута и инициализацией printk много всего интересного происходит, включая старт mmu. Это вторая из двух проблем. Он же писал, что если туда руками вписать правильный id -- вешается после старта mmu.

Арм-то такой же, машина другая, а имя девайса как раз определяется набором драйверов, т.е. машиной. Возможно, у вашего ядра есть какие-то патчи дополнительные, поэтому в любом случае стоит проконсультироваться с linux/arch/arm/configs/ и, если уж совсем сомнения загрызут -- с linux/drivers/serial. Кстати, я вот сейчас глянул в имеющиеся под рукой сорцы 2.6.28, там таки реализовали early serial console (drivers/serial/mxc_uart_early.c), можно попробовать консоль в виде console=mxcuart,0x43f9000,1152008n1. Вообще говоря да, по вашему описанию похоже, что оно у вас даже до start_kernel не доходит. Early printk там инициализируется довольно рано, но никаких сообщений о том, что происходит до того вы не увидите, так что только j-link.

Готовый бинарник или самосбор? Вопросы к загрузчику. Как определили включение mmu? В этой консоли скорее всего ничего и не будет, она заводится когда большая часть низкоуровневой инициализации уже прошла. К сожалению, я не в курсе как там дела с early console на arm'е, на x86 для его включения надо писать console=uart,0x3f8,38400n8 или earlycon=тожесамое. Кстати, дефолтная консоль там console=ttySMX0,57600n8, как написано в arch/arm/configs linux/Documentation/sysrq.txt, кернельный монитор вызываемый по alt-sysrq-key (какой key -- написано в доке), на сериальной консоли можно вызвать через double break. Можно посмотреть процессы, ребутнуть систему и так далее. Хотя вот увидел оговорку, что double break только на pc опять же работает, так что это скорее всего без толку.

i.mx27 вроде как официально поддерживается ядром начиная с двадцать какой-то версии. кроме того, есть порт от timesys, там был вполне годный код, когда я его крайний раз разглядывал (чуть меньше года назад). в вашей текущей постановке, IMO, задача не решается, надо брать дебаггер в зубы и смотреть как конкретно виснет... да хотя бы magic sysrq включить и попробовать подампить структуры. еще хорошо задаться вопросом, чем отличается ваша плата от ipcam.

Искать по ключевым словам software design, software architecture. Рекомендую МакКоннеловский CodeComplete.

Кажется, теперь это называется emdebian.

Так винты и тем более ноутбуки не сама ж freescale будет клепать. Ну, то есть, понятно что так или иначе эту проблему решат, но вот к примеру прям сейчас я могу пойти и воткнуть в свой ееепц обычные ноутбучные компоненты из магазина. А так получается какой-то, простигоспыдя, КПК. Еще и операционку не переустановишь небось...

Это, типа, убийца Атома, т.е. процессор для нетбуков и им подобных. По нынешним временам ноутбучный PATA винт найти довольно сложно, так что видимо либо придется жить с 8 гб встроенного флеша, либо внешний мост. Скорее первое, так как второе -- деньги.

Важная оговорка: на длине волны 555нм. Это мощность непосредственно излучения. С люменами сравнивать не имеет смысла, потому как это характеристика _видимого_ света, а УФ-диод видимого света почти не создает, так что мерять в люменах там будет 0 :-)

Сабж. Кто что думает? Выстрелит, не выстрелит?

Да их можно найти, разные там mini-pci и usb бывают баксов по 20-30 в розницу, при б-м массовом производстве можно, наверное, договориться дешевле, но вряд ли очень большую скидку дадут. Тут основных проблем две: 1) 20 баксов -- это абсолютный максимум, нужно за 15, а лучше за 10; 2) дешевые чипсеты обычно тащат заметную часть стека снаружи, в драйверах, а значит, придется ставить еще и довольно мощный процессор на хосте, чего хотелось бы избежать. В общем, если не получится найти легко, то мы скорее откажемся от вайфая вообще, нежели будем до победного конца искать супердешевый модуль. Всем спасибо.

Догадываюсь, но пятнадцатибаксовых среди них не видел. Кроме того, ARM9 с линуксом и обвязкой — это еще баксов 20-25, если собирать самому из микросхем, и баксов сто модулем, нет? Хотелось бы все же ARM7 за пять без обвязки, или вообще выполнять программу сразу на модуле.

FT2232. Сам, правда, не щупал.

Не смотрел, бо рентгена под рукой не имею. Я в общем-то догадывался, что проектировщики скорее всего не лаптем щи хлебают, потому и спросил сначала про аппноту в которой будет написано: "чувакииии ! не боиссь, повесьте блокировочный конденсатор побольше, и усе будет намана!". Хм. Как-то неожиданно даже... я в общем-то не верил, что они вот так вот запросто на эти грабли наступят, и просто чуть-чуть поиграл в адвоката дьявола в предыдущих постах.

Чем можно добавить возможность связи по Wi-Fi к embedded железке по минимальной цене? Для реализации основной функции железки, в принципе, хватит и восьмибитного микроконтроллера, но при нужде можно поставить и какой-нибудь некрупный ARM (платформа пока еще не выбрана), который сможет потянуть весь стек. Основной критерий — цена, даже скорости особой не нужно, т.к. основная задача — раз в десять минут передать сотню байт. Zigbee и им подобные, к сожалению, не выход, т.к. нужно обеспечить коннективность с имеющимися сетями (Ethernet и Wi-Fi) без дополнительных адаптеров или существенной модификации инфраструктуры (хотя покупка WiFi AP допустима). Выход в интернет не нужен, так что железка может даже не знать про существование роутеров и обходиться одним лишь локальным ARP. В такой постановке задача решаема? ps. Всевозможные модули (rabbit'ы, bgw2xx от NXP) видел, но там цены начинаются от 50-100 баксов. pps. На терраэлектронике нашлись max28xx (max2822 например), но это же только PHY, если я правильно понимаю? В этом случае весь стек от MAC и выше придется реализовывать самим?

Э? Там нету отдельного вывода аналоговой земли, все что будет повешено на лапку с нулем фактически вешается на общую землю.

Еще один DCDC? Внешний? А нафига мне тогда именно tiny43U?

А от чего еще ее запитывать, если в схеме одна батарейка напряжением до 1.5В ?