0
Благодарю за пояснения, я понял затем в приведенной схеме транзистор VT2.
Схема меня заинтересовала. Но для меня ещё осталось несколько непрояснённых деталей — поэтому продолжаю задавать уточняющие вопросы, по режимам и принципу действия схемы, и по альтернативным решениям…

1) Правильно ли я понял причину учечки и её путь, через защитные диоды?

2) А, действительно, может ли произойти утечка через нижний диод? Как мне представляется — не может. Здесь, утечка: через верхний диод -> внутреннюю шину питания -> нагрузку. Но может я, по неопытности, недопонял?

3) А можно ли модифицировать данную схему, употребив для VT2 МОП-транзистор? (не ухуджая, но улучшая режимы работы)
Предлагаю Решение: n-канальный МОП-ключ, Истоком на Землю. Токоограничивающий R2 остаётся. Убрать резистор ограничивающий базовый ток биполярного VT2 (упомянутый ниже 10кОм), но добавить подтяжку Затвора VT2 к Земле (10кОм).
Правильно ли я понял, что данное решение также будет работать? Преимуществ у него не будет, в сравнении с решением на биполярном транзисторе (разве что: меньший ток утечки на закрытом VT2). Но это доказывает, что выбор: использование полевого или биполярного транзистора, в данной схеме — не принципиален?
  • avatar
  • Celeron
  • 31 декабря 2013, 00:54
0
за счет утечек по входу кирпича
Я вижу только один путь утечек, здесь — через верхний защитный диод:
+BAT
R1
ЗатворVT1
ВходМК
ВерхнийЗащитныйДиод
ВнутренняяШинаVCCустройства(НынеОтключённаяОтBAT)
ИЧерезНекийДругойКаскадУстройства
НаЗемлю

Замечу: ВнутренняяШинаVCCустройства(НынеОтключённаяОтBAT) — а потому её уровень колбасится как хочет… здесь, он опускается ниже +BAT-0.6V, тогда ВерхнийЗащитныйДиод откроется и протечёт… Так?

Но истинной причиной утечек является: НекийДругойКаскадУстройства. Причём, это может быть и сам микроконтроллер: поскольку его «RST» и «VCC» подтянуты к шине питания — микроконтроллер может даже пытаться запускаться от таких наводок!
(3.3V-0.6V)/10kOm=0.27mA — вполне достаточно для работы многих МК даже в «Active Mode»! Хотя, из-за подключенной периферии, уровень ВнутреннейШиныVCCустройства будет тут же просажен ниже 1.8-2.7V и МК отрубится… Возможен также, худший сценарий: когда МК станет колбаситься «вкл-выкл-вкл-вык» (интересно было бы глянуть уровень на ВнутреннейШиныVCCустройства осциллографом). Так?
  • avatar
  • Celeron
  • 30 декабря 2013, 23:53
0
Относительно принципа действия данной схемы… хочу уточнить:
При выключенном питании — все ли и всегда выходы микросхемы микроконтроллера, автоматически, переводятся в режим «Hi-Z»?

И откуда берутся «большие токи утечки» непосредственно в МК? Если «ток утечки у запертого полевика даже меньше, чем у биполярного»…

Чтобы открыть P-канальный МОП, нужно положить его Затвор на Землю («отрицательное смещение»: потенциал Затвора < Истока)… А закрывается: Затвор=Сток="+BAT".
Т.е. когда микроконтроллер «активирует функцию автовыключения» (гасит сам себя), то ему нужно закрыть VT2. Для этого, МК выводит в порт «уровень 0». Потом, питание схемы отрубается — и далее, на выходе будет уже «Hi-Z». Помехи, наводящиеся на Базе VT2, будут автоматически стекать через Эмиттер в Землю — и VT2 будет надёжно закрыт. Подтяжка R1 будет исправно «подтягивать» Затвор=Сток — и VT1 будет надёжно закрыт…
Но, в принципе, с таким же успехом, можно бы подключить Затвор VT1 сразу к МК, без R2 и VT1. Разве что, управление станет инверсным: VT1 будет закрывать «уровень 1»… Что я упустил?

Зато, в рабочем режиме устройства, чтобы поддерживать VT1 и VT2 открытыми — нужно постоянно вкатывать в базу VT2 какие-то неслабые миллиамперы (ведь, VT2 — это «некомплементарный инвертор»). Одна невыгода…
  • avatar
  • Celeron
  • 30 декабря 2013, 23:03
0
Хм, начинаю чувствовать себя неловко. Вот так, внезапно, я стал «эталоном занудности»! ;-) Единицы измерения выражаются: в «количестве экранов текста, которые способен выдержать средний человек». Скоро, моими статьями начнуть пугать детей. О_о
  • avatar
  • Celeron
  • 30 декабря 2013, 20:28
0
Да, ATmega48A (низковольтная) была бы рациональнее для промышленного решения…

Но здесь, в учебных целях, я хотел попробовать «предельное решение»: взять самый слабый микроконтроллер (изначально, ATtiny13) и решить на нём «сложную задачу». И походу, поиграться периферией: цифровыми микросхемами… Не ради выгоды, а ради науки! (цель другая)
  • avatar
  • Celeron
  • 29 декабря 2013, 15:43
0
В электронике — я, считай и есть, студент!
А основная специальность — ITшник, программер…
  • avatar
  • Celeron
  • 29 декабря 2013, 13:03
0
Ну, по сравнению с черновиками…
  • avatar
  • Celeron
  • 27 декабря 2013, 19:43
0
В своё время, проработал около десяти лет в НИИ — мне привили эту педантичность. :)
  • avatar
  • Celeron
  • 27 декабря 2013, 16:40
0
Ладно, приму к сведению.
Напутал с терминологией, по неопытности…

Эта статья — действительно, скучная. Вот, вторая часть — интереснее, особенно вначале.

Я написал эту статью, привёл свои черновики в презентабельный вид, ради двух целей:
1) как памятку, себе на будущее
2) чтобы иметь возможность ссылаться на эти материалы, через Сеть (online)
Всё-таки, это важный фрагмент моего личного опыта, для меня...
  • avatar
  • Celeron
  • 27 декабря 2013, 16:09
+1
Согласен, с форматированием я перегибаю. Стараюсь быть проще, но выходит сложно…
  • avatar
  • Celeron
  • 23 декабря 2013, 01:53
0
Но, кстати, замечу: опрашивать Энкодер, через сдвиговый регистр, как я это сделал в данной конструкции — вам, в реальных устройствах, настоятельно НЕ рекомендую! Обнаружил, что это сильно замедляет опрос Энкодера!
Особенно, на частоте работы микроконтроллера 32кГц, как здесь — ручку энкодера приходится вращать уже настолько медленно, чтобы тики фиксировались, что юзабилити такого решения — полностью несостоятельна.
(поэтому, рассматривайте данную схему — как учебный пример, и как иллюстрацию идей)
  • avatar
  • Celeron
  • 22 декабря 2013, 22:08
0
В данной конструкции, использование клавиатуры на резистивных делителях — недопустимо, поскольку требуется различать одновременное нажатие нескольких кнопок сразу. «Кнопочные аккорды» — широко используются в интерфейсе данного Устройства.
  • avatar
  • Celeron
  • 22 декабря 2013, 21:51
0
Корнеев груб…
Но я не нашёл иного пути.
  • avatar
  • Celeron
  • 22 декабря 2013, 20:29
0
Поэтому выделение подчёрком я, практически, не использую.

А выделение цветом же невозможно настраивать, здесь, при вёрстке статьи?
Хотя, было замечено, что сложно-форматированный текст, в статьях, иногда произвольно менял свой цвет, от абзаца к абзацу — предполагаю, что это CSS данного сайта глючит.

Ещё пробельные отступы, между фрагментами текста, плохо контролируются при вёрстке. (а это тоже, было бы, мощное стредство структурирования текста)
  • avatar
  • Celeron
  • 22 декабря 2013, 18:58
0
О причинах выбора такого способа компоновки элементов?
Дык, придерживаюсь современных трендов: оптимальная компоновка и миниатюризация… ;-)
  • avatar
  • Celeron
  • 22 декабря 2013, 18:03
0
Все мы начинали с КРЕНок…
  • avatar
  • Celeron
  • 22 декабря 2013, 17:54
0
Я так мыслю: пишу фразу, но подразумеваю — концепцию, образ, модель…
Связь кодирую гиперссылкой.

"… гиперссылка является уникальным компонентом новостного Интернет-дискурса, обеспечивающим его целостность на нескольких уровнях." (с) Е.А. Кротова / статья «Функциональный потенциал гиперссылочного аппарата электронной новости»


А выделения фраз в тексте (жирный, курсив, подчёрк, абзацы, списки, врезки) — это как полифония в музыке: для донесения до читателя «отдельных голосов» (мыслей) в общей «симфонии»…
  • avatar
  • Celeron
  • 22 декабря 2013, 17:53
0
Примите, пожалуйста, на конкурс ещё одну статью от меня:
«AVRASM: Библиотека процедур для интеллектуальной обработки ВВОДА» (часть1 и часть2)
  • avatar
  • Celeron
  • 12 декабря 2013, 03:21
0
не допилил для всех камней
Для всех камней — пока не стояла задача, да и трудоёмко очень переворачивать все datasheet-ы. (Это моя первая серьёзная программа на ассемблере. И вообще, первая прошивка для микроконтроллера. Не сдюжил полную универсальность.)

зачем везде использовать in/out?
В пределах этой библиотеки (как программнорй прослойке) старался не использовать вложенных макросов — для прозрачности кода и упрощения его поддержки. Ведь, при вложенных макросах, даже и перекомпоновать порядок разделов будет уже нельзя, просто так…
  • avatar
  • Celeron
  • 05 декабря 2013, 19:15
0
Регистры можно переопределить. В программном коде, по всей программе, используются только псевдонимы: temp, temp1,temp2,temp3,temp4… Главное, переопределить их одинаково, во всех модулях программы.
  • avatar
  • Celeron
  • 05 декабря 2013, 19:08