Arduino.ru

Простите не понимаю какие проблемы? Есть код для кнопок. Есть код для вывода на дисплей. В чем проблема в коде кнопок перед опросом кнопок  перевести ноги на вход  с помощью  pinmode,  а после опроса обратно вернуть на выход? https://doc.arduino.ua/ru/prog/PinMode

А чего там особенного - переключили, например, PD7 на вход, считали, переключили на выход. И так далее.

Хотя, ИМХО, проще сэкономить ножки, подключив дисплей по I2C.

Я тоже за I2C, а то ить кнопку может и заклинить.

сколько лет этой "оптимизации"? - дата публикации - 16 год, но сама статья явно написана еще лет на 10 раньше, судя по подходу и упоминаемым в ней камням, которые уж давно никто не пользует.

Ну заклинит и что? У меня часики с будильником на тиньке25 и семисегментниках тикают уже третий год. Ног мало. Приходится только так - переключением входов кнопки читать. Некоторые сегменты загораются при нажимании кнопок - за одно видно что кнопка нажата. А на 1602 даже такого эффекта не добиться.    

Тут, на форуме, люди пишут, что у них МП39/42 ещё не все истрачены, а ты удивляешься, что на Меге8 клепают штуки-дрюки...

Из квартиры среднестатистического советского радиогубителя менее 100Кг металла ещё никто не выносил.

Всё это будет работать без проблем. Единственное, необходимо сделать так, чтобы вывод на дисплей НИКОГДА не совпадал с опросом кнопок. Например, через флаговые поля: один раз в секунду вывод на дисплей и ~20 раз в секунду опрос кнопок. Флаги естественно взаимоисключающие. Резисторы на кнопки по одному килоому даже при заедании кнопки(ок) никак не скажутся на выводе в дисплей.

А, у него там через резисторы кнопки на граунд. А так бы пыхнул вывод немного и всё ))

Поспешил опять ))

А если, не дай Бог, юзер сдуру кнопку жамкать когда попало начнёт? Типа в момент обновления экрана? Не нравится мне такое решение что-то. От выгорания спасут резисторы, а вот от сбоя в работе дисплея не спасёт ничто.

Какие флаги? Какие битовые поля? Переключил ногу на ввод - считал - переключил на выход. Всё. Весь вывод на 1602 без прерываний. Никогда ввод и вывод не пересекутся. 

я не про Мегу8 - в статье автор изгаляется. чтоб на чипе без АЦП - ATMega8515 - тоже работало :)

Ну как же не пересекутся? Вы перевели на выход и подали туда HIGH (в процессе вывода на дисплей), а я кнопку нажал. Конечно резистор тут же образует делитель, но с чем - хз. И что реально пойдёт на дисплей, тоже хз.

Кто мешает переписать либу шоб нога R/W использовалася??? В таком случае можно "спросить" дисплей, принял он команду или нет??? Чо, не делали так ысчо???

На дисплей пойдет код, который выставил процессор. Как уже сказали 1к резистор никак не может повлиять на выход МС. А кнопка за резистором. Замыкание кнопки, это подключение 1к резистора к выходу МС. А при переводе ноги в режим INPUTPULLUP замыкание 1к резистора на массу даёт уверенный LOW. Но требует задержку микросекунд 100 перед считыванием, иначе из HIGH выхода не успевает емкость ноги отсосать до LOW.  

Не знаю, nik182, номиналы резисторов на схеме не обозначены ... в общем, некомфортно мне с таким решением :(

Не заре общения с 1602 только так и делал. Потом оказалось что только lcdclear задерживается на столько, что цикл опроса успевает крутануться несколько раз, для остальных команд это только лишние задержки. Теперь lcdclear эмулирую  записью пустых строк - намного быстрее. 

когда затопило в 2002 году, КАМАЗ, ровно КАМАЗ на свалку )))

Лично проверено. Работает отлично. Никаких сбоев и проблем не обнаружено. Рекомендую в стеснённых обстоятельствах. Если можно так не не делать - не делаю.

Не, ну, СВХ - святое дело :-)

Про  I2C знаю PCF8574 в наличии есть по оъбёму в размере одной пивной кружки.Интересует именно такое подключение  и знаю что это работает https://radiokot.ru/circuit/audio/other/45/  

интересует код в среде ардуины

а как EEPROM в протеусе подгрузить?

В advanced properties указываете имя bin файла.

Пообщался с автором статьи он мне скинул свою библиотеку, но она написана на ассемблере. Причем всё на русском языке  есть ли возможность написать библиотеку на Ардуино?

https://cloud.mail.ru/public/3vei/39mzFz7LQ

Так и эта библиотека только для работы с дисплеем и ничего не знает про кнопки. С кнопками всё равно самому работать надо как выше описали. И зачем её переписывать, когда есть стандартная LiquidCrystal? Она чем не угодила?

Странный подход у "библиотекаря"... Вот нафига МНЕ заботиться о том что вдруг кто то ещё (ВОЗМОЖНО!) будет использовать моё железо? Ну вот тот, кто захочет использовать, пусть и заботится о совместной работе с LCD! А нет - значит нет, зачем об этом париться! Не понимаю.)

А что мешает использовать эту библиотеку на ардуино? Заменяете расширения .asm на .S и объявляете нужные функции глобальными - должна работать, если аккуратно всё проделать.

Немножко другой ассемблер только.)

Да? Не авр что ли?

А что, у АВР не может быть несколько ассемблеров?) И каждый со своим синтаксисом, со своими директивами и пр.? В данном случае у человека ассемблер Атмел. Тогда как в Ардуино гнутый.)

Может, почему не может. 

У каждой солидной конторы должен быть свой С(С++) компилятор и свой ассемблер.)
Широко известные в узких кругах: imagecraf, mikroe, hpinfotech, iar...