vik0

А ничего что ff - некорректное значение для iar? Зачем вам вообще эти строки? uart ведь и так на 10-м ivg. И где инициализация DMA_START_ADDR? Да нет, вам память изменяет :laughing: Он как раз UART TX.

Вы только по-аккуратнее там - у фина входы НЕ толерантны в 5В.

Может прижмет. А может и нет. Смотря у кого выходной драйвер сильнее. В любом случае так лучше не делать. Нехорошо (мягко говоря) когда линией пытаются управлять два устройста.

А вы SDATA переводите в режим входа? Под фразой "master clock" имеется ввиду тактовый генератор для сенсора работающий на nn МГц. Там речь идет о десяках нс.

А может лучше просто использовать кварцевый генератор и не мучаться?

Opera 9.52. В простейшей форме можно выбрать "More search options" и попасть в "классическое" окно поиска. Угу.. Только при попытке просмотреть ваши файлы, я получаю сообщение "Sorry, but you do not have permission to use this feature. If you are not logged in, you may do so using the form below if available." :unsure:

LPC3180

Убивать за такие советы надо :( Вам принципиально использование конкретной этой памяти? Если нет, то попробуйте промоделировать с памятью другого производителя (Samsung, Micron). :cranky: Эээ.. А какое это имеет отношение к обсуждаемой здесь проблеме under/overshoot???

С CCS не работал, но.. Попробуйте собрать проект из директории в пути к которой нет пробелов и русских символов.

А вы уверены что 500мА @ 5В вам на все хватит? См http://www.analog.com/static/imported-file...BF532_BF533.pdf Табл. 15 и 17 на стр. 24 и 25. А вы их использовали? Как впечатления?

1. Выбросить всю эту "инициализацию" и конфигурировать только те регистры, которые нужны вам (для начала вообще можно ничего не настраивать - сенсор со значениями по умолчанию прекрасно работает с фином). 2.1. Проверить адрес сенсора на I2C шине - у микроновских сенсоров есть ножки, позволяющие задавать им разные адреса. 2.2. Сигнал reset сенсора случайно не установлен? 2.3. Смотреть осциллографом что именно происходит на шине.

1) AFAIK, да. 2) В принципе - все равно. Я у себя ставлю 10мкФ. 3) 167/CL3 - точно нет, так как system clock у фина - 133 максимум. 133/CL2 - не ставил, но никаких проблем не вижу (главное не забыть подправить инициализацию).

Максимальное отношение толщины платы к диаметру переходного отверстия. Т.е. при отверстии 0.25, ваша плата должна быть не толще 1.5 мм. Не смертельно. Фин на верхнем слое, питание - на третьем. Между ними нерезаная земля. А тут действительно, скорее всего возникнут проблемы :( PS. evg123 вам очень хорошую книгу посоветовал. Из категории "must read".

Вот видите. А то сразу "нереально" :) Абсолютно. ...вам уже ответил _pv. От себя добавлю что чем меньше физические размеры конденсаторов - тем лучше. Да и да. - "И - боже вас сохрани - не читайте до обеда советских газет переведённых даташитов." (с) - PADS. Правда это не столько автороутер, а законченная система проектирования ПП.

Значит так. По порядку :) Можно и можно. Лучше всего - никак. Если трассы длинные (> 5 см). Не RC, а просто последовательный резистор. Возле источника сигнала. Да Оставить сплошной. Правильно. Лучше смесь из 0402 на 100 и 10 нФ. Расточительство :) Если получится (ничего не обещаю!), попробую к вечеру прикинуть вам пример разводки.

На слое с vddext можно легко выделить участок для vddint Давайте внесем немного ясности - что такое u1, u2 и u3? АБСОЛЮТНО реально. В крайнем случае, не поленитесь написать толковые правила для specctr-ы. В отладочных платах слоев побольше :) Внимательное чтение datasheet на память открывает простой факт - линии данных не используются для задания команд. Выложите файл трассировки - по картинкам среднего качества достаточно трудно что-либо советовать..

Вы крайне неудачно расположили компоненты. Короткий CLKOUT - это конечно хорошо, но только не тогда, когда он в десятки(!) раз короче остальных сигналов. Буфер лучше поставить после SDRAM. На всякий случай - вы не забыли конденсаторы на VddInt? О! Кстати, если я правильно понял - полигон под фином это - VddInt? И он подается только через тонкий "огрызок" к 25-й ноге? Значительно лучше выделить под VddInt островок на слое питания. И вас с тем же :)

Все прекрасно расписано тут. Стр. 1-102: Inline Assembly Language Support Keyword (asm) Стр. 1-261: C/C++ Run-Time Model and Environment Стр. 1-289: Register Classification Стр. 1-298: Calling Assembly Subroutines From C/C++ Programs

А почему бы и нет? Естественно ПЛИС должна об этом знать и не пытаться управлять линиями SPI :) +1 На MISO подтяжка требуется

Обратите еще внимание на то, что это - максимально допустимые значения и длительная работа МК при таких значениях не гарантируется..

Выполнять можно. Только это будет весьма меделенно. А ядро RTOS должно выполнятся с максимальной производительностью. Иначе это будет недо-RTOS..

Э.. А откуда информация? В последней anomaly list все еще отправляют к макросам.. (да, и со второго апдейта этого точно не могло быть - там только появились макросы :)) Извините за глупый вопрос. Вы случайно не работаете с флагами из одного регистра двумя ядрами одновременно? Если да, то не забыли про ssync?

Ну вообще последняя версия - 2007. И скоро выйдет 2009 :) В полной версии PADS присутствует DxDesigner - намного более функциональный/комфортный схемный редактор (и не только). PS. А еще в PADS входит HyperLynx - [почти] незаменимая вещь для SI на высоких частотах.

:bb-offtopic: Ну про недорого не скажу... Но EZKIT-BF548 - обалденная вещь. И TFT (с touchscreen) и клавиатурка и HDD на 40 Гб... Правда цена кусючая.. :05: PS. Порадовало видео в котором под uсLinux на данном EZKIT-те гоняли Doom :)

Данные в пределах одного байта (т.е. DQ0-7 и DQ8-15) свободно можно менять между собой. Управление - однозначно не трогать. Адрес - можно, но очень осторожно (при изменении не выходить за пределы адресов строки/страницы) и с привязкой к конкретной микросхеме SDRAM. Не обязательно под. Главное максимально близко к пинам. Тантал просто на плате в районе мс памяти и фина, без привязки к конкретной ноге. Не плохие шансы. Зависит от качества трассировки (только выполнять из SDRAM код RTOS - отнюдь не самая удачная идея..) Вот тут почитайте, поучительно. И еще - не игнорируйте моделирование SI.