Только нужно блок сделать немного наоборот: сначала опросили кнопки, а потом режим индикации.slavas писал(а):Настраиваете порты на выход и выводите данные на индикатор, затем эти порты настраиваете на вход и ждёте нажатия на кнопку. Это делается в каждом цикле. Нужно ещё продумать какой индикатор с общим анодом или катодом и кнопки с притяжкой на землю или питанию.В проге это можно реализовать только нарисовав специальный блок.
Если использовать посегментную индикацию и считывать состояние общего кнопок, то как отработать состояние кнопок 1 и 4 при индикации цифры 1 к примеру при Вашей схеме? На этих кнопках не изменится лог. уровень. При цифре 2- кнопка 3, при 5- кнопка 2 выпадают из опроса и т.д. Если переключать порты с выходов на входы, то будет не индикатор а мигалка, ведь программа кроме индикации и опроса кнопок ещё чем-то занимается?schurik_84 писал(а):Есть ли решение подключение данной схемы к ардуино
В создании новых блоков в CODE я ноль, как то бы попонятнееslavas писал(а):Ради спортивного интереса в проге возьмите несколько входов включите подтягивающие резисторы и скомпилируйте скеч, перенесите текст из сетапа в луп. На основе этого делаем блок кнопок.
Если Вас не устраивает такое состояние дел, тогда пункт "Функции управления вводом/выводом." и от уважаемого автора. Поверьте, разберётесь без проблем. Удачи!schurik_84 писал(а):В создании новых блоков в CODE я ноль
Извините, но если-бы Вы послушались тогда совета о прочтении темы перед удалением своего сообщения в этой теме, то даташит попался бы раньше, и вместо вопросов возможно возникло бы желание потестировать блоки в железе. Даташит, кстати, немного ошибочный (точнее его английская версия, о китайском судить не могу).
Александр, было, но я тогда предупреждал, что с кнопками проблема и код заккоментирован, а ПБлок нуждается в тестировании. Прошло с тех пор много времени, и доработка потеряла для меня актуальность по ряду причин.
По моей ссылке выше целая сага о ТМ1637. Может ты о ТМ1638, так мы её совмесными усилиями победили. Проблема в том, что по даташиту и по коду- всё гуд, а в Протеусе- засада, сажаются шины данных. Протеус конечно не всегда есть последней инстанцией для принятия решений, но модуля не имел (только сами микросхемы) и индикатора не нашёл с общим анодом. Подозреваю, что надо было убирать внешнюю подтяжку, костыли с беззнаковым интеджером (word), увеличивать многократно время опроса клавиатуры и пр. Мне стыдно, что не доделал, сейчас и знаний добавилось, но всё не доходят руки. Как-то так. Нашёл кстати библиотеку со сканированием кнопок, но для mbed проектов (STM). Там тоже молчёк об работоспособности.
Сори, много чего читаю и не только по этой теме и этом сайте, некоторые вещи выпадают из памяти. Да и сами знаете, что пока не коснётся конкретного вопроса на тонкостях не заостряешь внимания потому и упустил из виду а поиском почему то не нашёл. Перечитывать всю ветку сначала когда на 10-15 мин. заглянул на сайт тоже не реально, сами понимаете.
Александр, проблема не столько в том, кто и сколько читает, а в том что не соблюдаются правила форума. Спросил, или попросил помощи кто-нибудь на форуме- выложи весь материал который поможет решить твою проблему. Уже давно бы забыли про эти дисплеи ТМ1637, если бы кто-то, кто имеет с ними проблемы выложил фото своего модуля и срисовал схемы соединений выводов микросхемы с индикатором. В теме же указано, что ни Ув.Boroda, ни я не имеем этих модулей в наличии и их разработка основана на тестах счастливых обладателей сего чуда. Сделаете это, и я торжественно заверяю что приложу все силы для публикаци моих законченных наработок по ТМ1637 именно для Вашей модели. Выкладывать, а потом выслушивать необоснованные возмущения по поводу неработоспособности никто не будет. Удачи Вам!
если поможет то вот самый дешовый вариант , как по мне очень интересный вариант если реализовать просто опрос на 16 кнопок