Альберт116

подсветка экрана накрылась? подсветите фонариком

посмотрите в сторону инструмента от компании iwiss серии sn-... Думаю sn-01bm подойдет.

плата не блюпилл? там с завода косяк в разводке, то ли питание с дебаг гребенки на плату не разведен, то ли минус...смотрите, не помню

рядом же с разъёмом пятаки IN+ и IN- есть, они дублируют пины входа напряжение на микро юсб, можете на них подать 5в

а как же пульсации? некоторые микросхемы вообще отказываются работать при больших пульсациях

это проблема не столько в программаторе сколько в студии, чтобы она начала нормально шить и заработал дебагер надо потанцевать с бубном. Что в настройках дебагера? скрин пришлите

нет это не сервисное устройство, экран мал, но надписи на него выводятся крупными буквами/цифрами, заранее выставляется те параметры которые чаще всего нужны (прим. расход и заряд акб) и редко когда меняется. сокращения используются все понятные и на русском, не надо, да и не про это речь. Людям все нравится кроме кнопок, вот и перехожу сейчас на сенсорную кнопку за пластиком торпеды ну и куда я вам тут влеплю огромный сенсорный экран? что-то не видно или не понятно на дисплее? сначала уточните, потом хайте @ Lexter

проблема в том, что приборка закрыта еще прозрачным пластиком, и расстояние от экранчика до пластика к тому же приличное. А так согласен, сенсорный экранчик был бы чудом!)

да, вы правы, при таких нажатиях различить одиночное и двойное нажатие невозможно, МК пока еще не научились мысли читать) устройство это бортовой компьютер для автомобиля (иномарка). представляет из себя экран 128*128 пикселей, экран разделен на 2 части и в каждой половинке выводится по параметру. кнопками надо было листать эти параметры в каждой половинке и необходимо было реализовать вход в меню настроек. сейчас алгоритм реализован так: одинарное нажатие-листает параметры в верхней половине экрана, двойное нажатие-в нижней половине экрана, а долгое нажатие вход в меню. изначально все управление было по трем кнопкам, но люди возмущались что приходится сверлить пластик торпеды и вообще выглядит колхозно, поэтому перешел на сенсорную кнопку, у неё и дребезга нет и сверлить ничего не надо.

предлагаете оставить как есть и переучивать пользователей? сейчас алгоритм работает как в 5 посте. увеличивать количество кнопок не вариант, это и задумывалось чтобы уйти от трех кнопок которые были до этого. Остаётся пользователям подстраиваться под алгоритм?

а потом приходит старик и ломает эту систему, тайминги у него другие, говорит что у вас ничего не работает и устройство путает нажатия. Знаем, проходили. Нужен универсальный вариант

@Eddy_Em у вас та же проблема что я описывал, какое-то время программа ничего не делает и ждет второго клика, а если его не будет? получаем задержку в обработке. В прерывании обрабатываю чтобы лишний раз не занимать МК, кнопка обрабатывается только тогда, когда с ней взаимодействуют. И да, дребезга у меня нет, совсем @Lexter диаграммы рисовал, смотрел в анализаторе уровней. двойные нажатия получались 100-120 мс, одинарное нажатие больше 120, но это только у меня, мне так надо было и организм видимо подстроился. позвал другого человека и все...тайминги начали плыть

Есть устройство, управляемое одной кнопкой, в связи с этим у кнопки есть 3 вида нажатий: одиночное нажатие, двойное нажатие и долгое нажатие. При написании кода для МК столкнулся с проблемой обработки одиночного и двойного нажатия, как их отличить? Полазив по форумам узнал, что многие советуют таймером замерять время нажатия и время между нажатиями. Да, это работает, но есть серьезное "НО". У них таймер после первого нажатия еще какое-то время ждет второе нажатие, и если он его не получает в заданный промежуток времени обрабатывает как одинарное нажатие. При таком подходе на одинарный клик программа будет реагировать с запозданием т.к. будет тупо сидеть и ждать второго клика которого в принципе не будет. Но ведь в компьютерной мыши нет такого, она четко без задержек реагирует на двойной клик и на одинарный. После одинарного клика окна и пр. открываются мгновенно. Задав этот вопрос знакомому программисту получил ответ что одинарный и двойной клик отличаются по времени, это и следует брать за основу обработки нажатия. Хорошо, написал. Теперь у меня если приходит клик длительность меньше 100мс ожидается второй клик чтобы засчитать его как двойной (второй тоже должен быть меньше 100мс). А все что больше 100мс считается как одинарный. И вроде даже работает, НО! Людям теперь приходится объяснять что двойной клик должен быть коротким, а одинарным чуть подольше, и это не удобно. Старикам, например, которые не могут так быстро кликать. Как же быть? Обращал внимание как написан алгоритм в других устройствах, и там все нормально. Брелок автосигнализации, например. Там хоть медленно 2 раза нажми, он засчитает как двойной. Подскажите какой алгоритм реализовать чтобы избавиться от проблемы. Спасибо! P.S. кнопка обрабатывается в прерывании. Считаем кнопку вообще без дребезга, я это поборол. Нажал-лог. 1, отпустил-лог.0. С этим проблем нет.

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

можно отключить блоки МК не связанные с преобразованием АЦП, смотрите раздел ADC noise reduction в даташите в параграфе Power management and sleep modes