Свежие обсуждения
Прочее

Не про микроконтроллеры, но...

1 3 4

Уж если делать на диодах, то лучше развернуть их и поставить анодами ко входу счетчика, а резистор соединить с плюсом питания.

 

Левон! Привет. Ты себе сеть наладил? На где? на работе? Я вот больше месяца уже из дома этот как его -забыл блин- "Стрим" - пользую... вроде ничего ...

 

Andy
Неправильно. Запрещающий счет сигнал, по условиям задачи, - "1".

Попробовал я схему с 2 диодами и резистором. С задачей ограничения счета справляется прекрасно. Полагаю, что такой вариант интереснее, чем с транзистором. Но! - глюк остался
Может поменять счетчик на другой и не мучаться?

 

Неправильно. Запрещающий счет сигнал, по условиям задачи, - "1".
Неправильно, блин, — это вешать диоды и пытаться найти причину сбоев, глядя только на последнее звено в цепи.

 

Состояние 8 НЕ МОЖЕТ НЕ БЫТЬ. Какое-то минимальное время счетчик обязательно должен принять это значение, его даже можно поймать триггером. Что-то подталкивает его дальше. Возможный вариант: если фронты импульсов не крутые, может возникать генерация на предельной частоте - но тогда состояние счетчика было бы случайным... Думаю, один взгляд на схему Радиста дал бы для анализа больше материала, чем три страницы нашего обсуждения вслепую.

Применение RC цепей в цифровом девайсе может быть оправдано на этапе моделирования, допустимо при апгрейде (как в этом случае). Но надо стремиться к тому, чтобы в окончательной схеме конденсаторы были только блокировочными по питанию! Влияние задержек распостранения и соревнований фронтов должно быть исключено только цифровыми способами. Кстати, к диодам это не относится, они имеют право на существование.

 

Pадист- Но! - глюк остался. Может поменять счетчик на другой и не мучаться?
Всё, про конденсатор и резистор я БОЛЬШЕ писать и не буду! У Вас был шанс исправить этот "глюк", но УВЫ!...
ЫегьзТы себе сеть наладил? На где? на работе?
Вроде "и там, и там", понемногу...
Стрим у меня не получится в корне... Домашний телефон у меня с блокиратором, а с таким телефоном подключение к СТРИМ невозможно уже в принципе. Так что - будем ждать лучших времён!

 

Радист, можете проигнорировать и мое замечание по поводу полярности диодов, но ТТЛ — это не КМОП, и уменьшать почти на вольт напряжение высокого логического уровня — плохо с точки зрения помехозащищенности.

 

"девятый вагон - это который после восьмого, а не перед десятым" (c)

Победа разума.

Левон!
Разумеется я попробовал предложенный Вами вариант с RC-цепочкой. Стало только хуже! То есть не только с 7 на 9 минуя 8, но из любого состояния в любое стал перескакивать при подаче единственного импульса на увеличение. Из чего я сделал вывод, что надо все-таки стремиться к крутым фронтам и спадам.

Andy!
Я не игнорировал Ваше замечание. Я нашел предложенное Вами неправильным.
А разве кто-то сказал, что эта схема - не на КМОП?
74HC192 - это КМОП? 561?

А дело было так. Счетные импульсы на счетчик подавались с выхода элемента 2ИЛИ-НЕ. Причем на один вход элемента - с выхода другой логики, а на другой - с дифференцирующей RC-цепочки. Так вот, когда считались импульсы не с RC-цепи, глюков не было. Они возникали только для одиночных импульсов с RC-цепи. Из чего я сделал вывод, что недопустимо затягивается спад импульса, который после инвертирования и является счетным фронтом. Короче, я уменьшил R раз в 10, и проблема решилась. Хотя ясно, что какое-то нежелательное явление имеет место в схеме.

 

Я не понял, проблема-то решена или нет?

 

Решена. Всем спасибо!