Proteus общие вопросы

[ctocopok]

Подскажите, пожалуйста, есть протеус и есть рабочая среда Arduino. Можно ли компилятор от ардуины подцепить в протеусе как-то так, чтобы не приходилось работать в двух окнах с извратами?
А то приходится в ардуине кодить, потом билдить и якобы заливать, тогда создается новый .hex, который "ловит" протеус. Просто компиляция хекса не дает, почему-то.

[nictrace]

Дмитрий_301990, а вам для какой линии надо - TTL или аналоговой?

[Halex07]

а вам для какой линии надо - TTL или аналоговой?

Это он для модели МТ-12232 затевал (см. ветку "Протеус-модели" в конце), цифровой конечно, но в принципе там уже не надо - пустая затея, можно сделать проще.

[Дмитрий_301990]

Ну вы скиньте какую нибудь модель, о которой я говорил, как сказал Halex07, вдруг пригодиться...

[ctocopok]

Проектирую ввод данных с тактовых кнопок в МК (через сдвиговый регистр, но он сейчас не важен). Хочу предусмотреть дебаунсер, исключить дребезг контактов.

Управлять хочу высоким уровнем сигнала, то есть кнопки в разрыв +5В.
В процессе попыток понять, что набросал, столкнулся с непонятным, скрин-шот привожу.
Я предполагал, что мне будет достаточно нижней схемы, но протеус при симуляции показывает высокий уровень на входе микросхемы даже при разомкнутой кнопке. Откуда он там берется, подскажите, пожалуйста.
Второй вопрос - будет ли работать схема "сверху", где вход микросхемы принудительно через резистор подтягивается к земле. Исключит ли это дребезг контактов на кнопке? По цветам квадратиков - все должно работать, вроде.

Заранее благодарен, и прошу прощения за "нубизм".

[rubel]

1) У протеуса сопротивление разомкнутого контакта кнопки принято 100МОм(посмотрите в свойствах компонента) - отсюда ток утечки и высокий уровень на входе инвертора.Совсем не желательно бросать вход микросхемы парящим в воздухе(хотя микросхемы бывают разные, может есть и с внутренней подтяжкой) - с этой точки зрения вторая схема(верхняя) более правильная.
2)Работать не будет. Нужен RS-триггер для подавления дребезга,схемка с триггером шмидта или спец микросхема. В вашем случае достаточно одной RC-цепочки после кнопки, т.к. триггер шмидта есть на входе почти у всех МК . А еще почитайте здесь:
http://electronix.ru/forum/lofiversi...hp/t30316.html


можно и к вам пару вопросов?
-Если есть МК, не проще ли организовать ПРОГРАММНЫЙ АНТИДРЕБЕЗГ?
-Почему решили подключить кнопку к +5В, а не к земле?

[ctocopok]

Спасибо за пояснение. Так и думал, что это "глюк", ну, то есть такой "глюк", который на самом деле - фича. Инвертор на схеме нужен только для того, чтобы квадратики цветные появились. Без микросхем цифровой логики квадратики не рисуются, поэтому я и не заморачивался с висящим хвостом инвертора.
Задача была сделать скрин поменьше, и мне показалось, что 74HC165 графически больше. Плюс, там ноги часто-часто нарисованы, было бы некрасиво.
Программный антидребезг не хочу по двум причинам - в железо веры больше, и, кроме того, когда кнопок много, удлиннение опроса (многократное повторение) может сильно затормозить программу на стадии этого опроса.
За ссылку спасибо, попробую вчитаться и понять.
А почему не будет работать моя схема? По идее же, конденсатор должен дребезг мой "слить" на землю, а длительное нажатие "в него не пойдет", а отправится на МК.
Кнопка к +5 подтягивается, потому что мне привычнее так, что "1" это когда что-то есть, а "0" когда чего-то нет. В данном случае - "+". Можно, конечно, с регистра считать байт(ы) и инвертировать, но тоже код длиннее.
Мне такое решение грозит хлопотами?

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

[ctocopok]

Все понял. В нижней схеме конденсатор надо включать после резистора, и помехи-дребезг пойдут в землю. ну и подобрать емкость-сопротивление.

[CERGEI1982]

Программный антидребезг не хочу по двум причинам - в железо веры больше, и, кроме того, когда кнопок много, удлиннение опроса (многократное повторение) может сильно затормозить программу на стадии этого опроса.
.

Делал так,брал за основу задержки выполнения программы и переменную,и подсчитывал скока надо чтоб дребезг подавить.Можно также через свободный таймер.
Выгода в уменьшении лишних элементов+ гибкость управления для подстройки нужного дребезга.Боязнь лишнего написания кода и отладки может дорого стоить.Как говорится скупой платит дважды....

[rubel]

...
Программный антидребезг не хочу по двум причинам - в железо веры больше, и, кроме того, когда кнопок много, удлиннение опроса (многократное повторение) может сильно затормозить программу на стадии этого опроса.

Тут я не совсем согласен. В случае с аппаратным антидребезгом надежность вашего устройства будет падать пропорционально количеству кнопок и прилагающихся к ним узлов. При программном антидребезге вами будет написан один кусочек кода, который будет обслуживать все кнопки.В этом случае надежность будет постоянной и зависеть только от вашего умения писать программы, но но не от количества кнопок. К тому же, с повышением своего уровня вы сможете в любой момент переписать эту часть кода и улучшить её. Не хочу вас категорически отговаривать от задуманного, но думаю, со временем вы сами придёте к тому мнению, что программный антидребезг не намного уступает аппаратному.
Когда кнопок много, можно соединить их в МАТРИЦУ. А насчет сильного удлиннения опроса - опять вопрос качества программного кода. При использовании подходящего МК и системы прерываний по перепаду уровня никакого ощутимого торможения программы не произойдёт.

...
кнопка к +5 подтягивается, потому что мне привычнее так, что "1" это когда что-то есть, а "0" когда чего-то нет. В данном случае - "+". Можно, конечно, с регистра считать байт(ы) и инвертировать, но тоже код длиннее.
Мне такое решение грозит хлопотами?

При аппаратном антидребезге ничем вам это не грозит.
А откуда такие переживания по поводу длины кода?