Повторил поэтапно весь урок и столкнулся с парой моментов. Первый момент по форматированию текста. Я тестирую сразу на железе и у меня на дисплее (126х64 1306) названия параметров начинаются с самого начала дисплея, без отступа слева под курсор. Соответственно курсор елозит по первым буквам. Второй момент - дисплей моргает очень неприятно. В связи с вышесказанным, не могли бы Вы дополнить урок, материалами как решить проблему с форматированием и мерцанием? По Заметкам ардуинщика такая же ерунда выходит... С форматированием там только лесенку пришлось поправить, но такое же мерзкое мерцание. И как более масштабное дополнение к уроку (или отдельный урок) - реальная работа с изменяемыми переменными. Например отображение на дисплее показателей с датчика типа dht22, по удержанию кнопки вход в меню и в меню скажем задаем значение температуры или влажности (порог срабатывания), по которым будет скажем светодиод загораться или какая алярма на дисплей. Еще интересен был бы момент создания постраничного меню - по нажатию на кнопки меняем экран с данными, а на одном из экранов меню как в Вашем уроке.
приветствую. хочу собрать многоканальный контроллер температуры но не совсем понимаю как выводить строчки температуры на каждом канале и как изменить температуру под каждый канал. сможете помочь мне с этим? спасибо заранее.
Наверное поздновато для комментария. Но.. Чувак, для того что бы юзать необходимое количество датчиков -ты можешь использовать внутренний АЦП , подключить к его выводам столько датчиков, сколько возводит твой МК. Но если ты захочешь выводить температуру со всех датчиков, то тебе придётся написать пункцию которая будет возвращать значения ацп , и принимать в себя переменную channel. Котороая будет принимать номер нужного тебе канала
@@DevilByte никогда не поздно)) у мк 8 каналов ацп, а мне нужно около 100 датчиков повесить, и как это сделать вот думаю. Есть пару идей но я в тяжелые проекты может не осилю.
А в самом протеусе никак не подключить эти библиотеки? Думал можно обойтись одним протеусом, а тут без этих библиотек ничего и не сделаешь толком, придется самому изобретать велосипед.
Бардак какой-то. Интересно, взрослые люди действительно так меню пишут, а это прикол для ютуба? Почему нельзя сделать массив с двумя колонками и все меню с пунктами в него загнать?
Ты старовер, это пример ужасного хардкорного Олдскула, с жёсткими зависимостями, а как же ООП-шные иниты, креат, мув форвард и мув бевквар, потом делит обжект. Что от всего этого перейти к а++ и а-- и дроу(а). А как же наследования и прочая объектная муть - это ж чудесно оптимизиреумо на больших и сложных задачах. Что значит меню не большая и не сложная задача и как так, кудах-кудах, ко-ко-ко жёстко и хардварно всё прописать. Потом же быстро не переделать и не поменять
Повторил поэтапно весь урок и столкнулся с парой моментов.
Первый момент по форматированию текста. Я тестирую сразу на железе и у меня на дисплее (126х64 1306) названия параметров начинаются с самого начала дисплея, без отступа слева под курсор. Соответственно курсор елозит по первым буквам.
Второй момент - дисплей моргает очень неприятно.
В связи с вышесказанным, не могли бы Вы дополнить урок, материалами как решить проблему с форматированием и мерцанием? По Заметкам ардуинщика такая же ерунда выходит... С форматированием там только лесенку пришлось поправить, но такое же мерзкое мерцание.
И как более масштабное дополнение к уроку (или отдельный урок) - реальная работа с изменяемыми переменными. Например отображение на дисплее показателей с датчика типа dht22, по удержанию кнопки вход в меню и в меню скажем задаем значение температуры или влажности (порог срабатывания), по которым будет скажем светодиод загораться или какая алярма на дисплей. Еще интересен был бы момент создания постраничного меню - по нажатию на кнопки меняем экран с данными, а на одном из экранов меню как в Вашем уроке.
А скетч ?
приветствую. хочу собрать многоканальный контроллер температуры но не совсем понимаю как выводить строчки температуры на каждом канале и как изменить температуру под каждый канал. сможете помочь мне с этим? спасибо заранее.
в обшем с меню не могу разобраться как с ним работать.
+79493470976 - напишите в телеграм.
Наверное поздновато для комментария. Но.. Чувак, для того что бы юзать необходимое количество датчиков -ты можешь использовать внутренний АЦП , подключить к его выводам столько датчиков, сколько возводит твой МК. Но если ты захочешь выводить температуру со всех датчиков, то тебе придётся написать пункцию которая будет возвращать значения ацп , и принимать в себя переменную channel. Котороая будет принимать номер нужного тебе канала
@@DevilByte никогда не поздно)) у мк 8 каналов ацп, а мне нужно около 100 датчиков повесить, и как это сделать вот думаю. Есть пару идей но я в тяжелые проекты может не осилю.
@@dargindarginec9561 а можете мне в ватс чиркануть? Интересно прям 928
А в самом протеусе никак не подключить эти библиотеки?
Думал можно обойтись одним протеусом, а тут без этих библиотек ничего и не сделаешь толком, придется самому изобретать велосипед.
Избавиться бы от библы для кнопок от Гайвера, заменив её на обычный код работы с кнопками...
это как?
@@dargindarginec9561 вынести пол библиотеки Алекса в основной код)))
а где же скетч?
Херетч...
@@DevilByteумный такой?
Бардак какой-то. Интересно, взрослые люди действительно так меню пишут, а это прикол для ютуба? Почему нельзя сделать массив с двумя колонками и все меню с пунктами в него загнать?
Ты старовер, это пример ужасного хардкорного Олдскула, с жёсткими зависимостями, а как же ООП-шные иниты, креат, мув форвард и мув бевквар, потом делит обжект. Что от всего этого перейти к а++ и а-- и дроу(а). А как же наследования и прочая объектная муть - это ж чудесно оптимизиреумо на больших и сложных задачах. Что значит меню не большая и не сложная задача и как так, кудах-кудах, ко-ко-ко жёстко и хардварно всё прописать. Потом же быстро не переделать и не поменять
@@andrewdok3595 Вроде по-русски пишешь, а ничего не понятно.