Касательно платы без USB. Чтоб её прошить нужен переходник COM/TTL, но доработанный, следует использовать разъём на один контакт больше и на него вывести RESET взяв его с выхода 13 микросхемы CH340. Относится к прошивке следует, как к прошивке обычного МК через COM, а не как к загрузке при помощи загрузчика. У вас и с 328-ой мегой ничего бы не вышло. Чтоб использовать загрузчик, его туда следует прошить программатором используя функцию IDE Arduino и поддержку соответствующей платы. Я совершенно спокойно работаю с Tiny26 в среде Ардуино. Если же вы хотели взять то, что применил автор, то следовало брать аналог НАНО с usb на плате и тогда всё без проблем шьётся.
По поводу конденсаторов параллельно кнопок и "введения задержки".. Нет, уважаемый автор, так это не работает, программа опрашивает состояние кнопки в общем цикле, даже при ГКЧ и если ввести задержку, то это затормозит всю программу. Сейчас, по отношению к версии 1.0, обработка кнопок изменена и программа после нажатия ожидает отпускания кнопки для подтверждения, но повторюсь, вращение главного цикла не останавливается.
@@sign6555 добрый день . Да , я понимаю , реализую обычно следующим образом , при нажатии любой кнопки проверяю millis () -t и если значение больше порога выполняю нужные действия и t =millis () иначе игнорирую . И основной поток не тормозит и антидребезг работает и реализуются практически везде в 2 строки . По сути сравнивается текушее время с временем нажатия в прошлый раз и делаем что либо если эта разница больше порога . Очень часто использую этот трюк в своих поделках , работает безупречно .
@@SpectrumMan там происходит тоже самое, считав состояние кнопки, оно сравнивается с предыдущим (а оно уже есть с прошлого опроса) и запоминается, происходит задержка на 10 циклов основной программы, затем ожидается отпускание кнопки. Алгоритм годный, как и его предыдущая версия, где отслеживалось нажатие, в любом случае данные о состоянии передаются только один раз. Задействование таймера для такого простого опроса нерационально, съедает больше 200 байт. Он будет к месту при использовании короткого и длинного нажатия. По поводу описываемого вами метода анти-дребезга , то так он будет работать только при наличии конденсатора, без него, вы просто сравниваете два значения через некоторое время с логикой A==An.
Касательно платы без USB. Чтоб её прошить нужен переходник COM/TTL, но доработанный, следует использовать разъём на один контакт больше и на него вывести RESET взяв его с выхода 13 микросхемы CH340. Относится к прошивке следует, как к прошивке обычного МК через COM, а не как к загрузке при помощи загрузчика. У вас и с 328-ой мегой ничего бы не вышло. Чтоб использовать загрузчик, его туда следует прошить программатором используя функцию IDE Arduino и поддержку соответствующей платы. Я совершенно спокойно работаю с Tiny26 в среде Ардуино. Если же вы хотели взять то, что применил автор, то следовало брать аналог НАНО с usb на плате и тогда всё без проблем шьётся.
Спасибо огромное , попробую .
можно такой сделать на заказ?
@@Vald_Hariom Я этим не занимаюсь , но чертёж платы и схема открыта , детали стоят недорого , попробуйте собрать самостоятельно .
По поводу конденсаторов параллельно кнопок и "введения задержки".. Нет, уважаемый автор, так это не работает, программа опрашивает состояние кнопки в общем цикле, даже при ГКЧ и если ввести задержку, то это затормозит всю программу. Сейчас, по отношению к версии 1.0, обработка кнопок изменена и программа после нажатия ожидает отпускания кнопки для подтверждения, но повторюсь, вращение главного цикла не останавливается.
@@sign6555 добрый день . Да , я понимаю , реализую обычно следующим образом , при нажатии любой кнопки проверяю millis () -t и если значение больше порога выполняю нужные действия и t =millis () иначе игнорирую . И основной поток не тормозит и антидребезг работает и реализуются практически везде в 2 строки . По сути сравнивается текушее время с временем нажатия в прошлый раз и делаем что либо если эта разница больше порога . Очень часто использую этот трюк в своих поделках , работает безупречно .
@@SpectrumMan там происходит тоже самое, считав состояние кнопки, оно сравнивается с предыдущим (а оно уже есть с прошлого опроса) и запоминается, происходит задержка на 10 циклов основной программы, затем ожидается отпускание кнопки. Алгоритм годный, как и его предыдущая версия, где отслеживалось нажатие, в любом случае данные о состоянии передаются только один раз. Задействование таймера для такого простого опроса нерационально, съедает больше 200 байт. Он будет к месту при использовании короткого и длинного нажатия.
По поводу описываемого вами метода анти-дребезга , то так он будет работать только при наличии конденсатора, без него, вы просто сравниваете два значения через некоторое время с логикой A==An.