Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Подтягивание шины передачи данных внешним резистором
Форум разработчиков электроники ELECTRONIX.ru > Сайт и форум > В помощь начинающему > MCS51, AVR, PIC, STM8, 8bit
Alt.F4
Прочитал в нескольких местах, что для уменьшения помех, необходимо подтягивать SPI, I2C на питание (интересно UART тоже?).
В другом же месте прочитал, что даже внутренняя подтяжка нежелательна, т.к. при передаче шине "тяжело" садить вывод на землю.
Где правда?
Спасибо.
sigmaN
Кажется I2C вообще без подтяжек в принципе не может жить. Там они - часть стандарта, а порты все с открытым коллектором и создавать высокий лог. уровень не умеют. И не просто так это сделано, а потому что нужно чтобы много девайсов на одной шине дружили.

По моему опыту(хоть и не большому) внутренняя подтяжка контроллера никогда ещё не мешала.
И если пин способен выдать ток в 40мА, а мы вешаем подтяжку, которая создаёт ток 0.5мА(10К резистор на +5В) то наверное всё будет хорошо))
UARTу подтяжки что есть, что нет - по барабану, т.к. он умеет и высокий уровень ставить и низкий. Но если вы их поставите - работать тоже будет.
Alt.F4
sigmaN, понятно, спасибо!
А вот конкретнее SPI, нужно ли подтягивать внешними резисторами его MOSI, MISO и SCK?
sigmaN
в SPI не нужно. Там проблема висения на шине нескольких слэйвов решена путем введения сигнала Chip Select и таким образом мастер решает кому говорить, а кому молчать.
В общем то оставляйте просто встроенные подтяжки включенным и особо не переживайте наверно по поводу какой-то там помехозащищенности.
Луше на reset подтяжку не заудьте, плату нормально развести и питание организовать правильное - вот это реальнее будет влиять на помехозащищенность, чем отсутствие каких-то там подтяжек )

А вот если вы сильно экономите энергию батареи - тогда конечно эти подтяжки могут стать дополнительными потребителями. Надо об этом помнить.
Alt.F4
sigmaN, понятно. Большое спасибо!
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.