Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Не устанавливается вывод P0.11 в LPC2138 (не работает в железе)
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > ARM
BSACPLD
Здравствуйте, уважаемые коллеги!

Хочу спросить у Вас совета по следующей проблеме. Есть 30 плат с LPC2138. Ни на одной из них не устанавливается на выход вывод P0.11. В симуляторах (Keil, Proteus 7.7 SP0 (Beta)) всё работает нормально, а в железе не хочет. Поверил платы с помощью осциллографа и мультиметра, никаких КЗ нет. Вывод находится в высокоимпедансном состоянии. Если в программе вместо P0.11 назначить P0.10, то в железе тоже работает. Собственно говоря, вопрос, что это может быть? Ошибка в программе? Или битая партия контроллеров? Тестовый проект прилагаю.

С уважением,
BSACPLD
aaarrr
Цитата(BSACPLD @ Feb 18 2010, 02:05) *
Собственно говоря, вопрос, что это может быть?

Open drain.
sonycman
Изготовили 30 плат вот так сразу, без макетирования, и без пуллапа?
smile.gif
BSACPLD
Цитата(aaarrr @ Feb 18 2010, 02:16) *
Open drain.

Спасибо. Вроде давно занимаюсь МК и ПЛИС, а допустил такую досадную ошибку.

Цитата(sonycman @ Feb 18 2010, 02:37) *
Изготовили 30 плат вот так сразу, без макетирования, и без пуллапа?
smile.gif

Макет был, только я не прочитал в datasheet, что данный вывод с открытым коллектором. Софт для ARM пишу не я, поэтому данная проблема всплыла только сейчас. В данном проекте я занимаюсь, только PCB и FPGA. К счастью проблема легко решилась соплёй из олова с 37 по 35 вывод. В качестве выхода теперь использую P0.10. На оставшихся 30 платах повесить соплю из олова на 3 вывода не такая большая проблема.
ar__systems
на будущее, пересмотрите еще раз свои измерения. OD вы не отличили от high-impedance
BSACPLD
Цитата(ar__systems @ Feb 18 2010, 12:44) *
на будущее, пересмотрите еще раз свои измерения. OD вы не отличили от high-impedance

Контактная площадка была окислившейся, поэтому был плохой контакт. К тому же был второй час ночи, и я уже довольно тяжело соображал.
На будущее учту не работать поздно ночью. smile.gif Проблема решена, тему можно считать закрытой. Всем спасибо за внимание и за помощь. a14.gif
one_man_show
Радует, что причину нашли там, где искали.
Вспоминается прикол, когда по непонятным никому причинам через два-три дня головоломки обнаружился модифицированный кем-то инклюдник, в котором адрес порта был искажен. В результате подобной правки все работало, за исключением одного пина, на всех МК только данного семейства )))) Нашли случайно, когда искали файлы в far по дате обновления и случайно заглянули в папку include
ar__systems
Цитата(one_man_show @ Feb 19 2010, 13:11) *
Вспоминается прикол, когда по непонятным никому причинам через два-три дня головоломки обнаружился модифицированный кем-то инклюдник

От таких приколов помогает включение бинарников в version control. Вернулись бы к последней работающей версии, скомпилировали, и сразу бы заметили, что бинарники отличаются от тех, что version control.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.