Заголовок сообщения: Re: Часы на светодиодных матрицах с драйверами MAX7219
Добавлено: Пт июн 26, 2015 06:13:25
Открыл глаза
Зарегистрирован: Вт май 06, 2014 00:53:29 Сообщений: 57 Откуда: Воронеж
Рейтинг сообщения:0
WiseLord писал(а):
Можно попросить всех высказаться, кому как удобнее - раз в полминуты или в минуту, а я оставлю более популярный вариант.
По-моему надо выводить дату не чаще раза в 2-5 минут, чаще нет смысла, а температуру, давление раз в 1,5-2 минуты. И текст неплохо бы "облегчить", а шрифт переменных цифр (давление, температуры) сделать более заметным.
Добрый день! Самое лучшее было бы переделать логику вывода бегущей строки не привязанной к какому то времени (10 сек, 40 сек, 20 сек), а через нужное каждому индивидуальное время, задаваемое в секундах. Понятно, что дополнительное меню, наверно уже не влезет в мегу8, но можно задавать это время в исходнике и дальше каждый компилирует себе прошивку с нужным временем. Лично меня, при выводе температуры с двух датчиков, выводе давления и сделанных, мной для себя, изменениях и сокращениях в тексте строки, полностью устраивает сегодняшний вариант.
dt_andrew писал(а):
получается собравшим на 3 матрицах можно идти лесом в плане новых изменений
Вам же нужны просто часы с будильником, чего в них изменять?
dt_andrew писал(а):
часы вполне работают действительно и на 3, но некоторые недочеты все же вылазят, что сильно портит картину
Озвучьте, пожалуйста, перечень, недочётов! И если Вы их нашли, то автор очень оперативно их исправляет. Пока что, из всех Ваших недочётов, было неумение Вами залить BIN файл, и не способность разобраться в трёх кнопках.
Maxtor62, вы не правы и не читаете мои посты, или просто забыли да с БИН файлом были проблеммы, так как никогда не работал с ними ( у вас видно все получается с 1 раза) я разобрался с кнопками, а инструкцию просил отнюдь не для себя
из недочетов, при 3 матрицах не верно работает переворот экрана например, автор писал что переворачивать надо по разному при 3 и 4 вечером проверю последние прошивки кто вам сказал, что мне нужны просто часы я хочу полный функционал и новые возможности, поэтому и просил поддержку для 3 матриц, не выкидывать же уже собранное
Нет не всё и не всегда, но я всегда, в отличии от Вас, понимаю с первого раза что мне говорят. После того как я сказал Вам как залить BIN файл вы упорно просите автора:
dt_andrew писал(а):
призываю вас ув. автор давать все таки HEX для ЕЕПРОМ
Тоже самое было и по кнопкам. После подробного ответа автора Вы:
dt_andrew писал(а):
если верить этому файлу то все понятно, а если это не так, автор подтвердит истину и по кнопкам вопрос будет снят с остальным вопрос остается я понимаю что это требует времени и сил не настаиваю на прям завтра дайте такой файл по управлению пусть через неделю две он появится
dt_andrew писал(а):
кто вам сказал, что мне нужны просто часы я хочу полный функционал и новые возможности, поэтому и просил поддержку для 3 матриц, не выкидывать же уже собранное
Вы же сами и сказали
dt_andrew писал(а):
но на что наталкивают многие превращается уже не в часы а в погодную станцию а тема то про часы давайте тогда и пожелаем приемник (опыт у автора есть) - пусть автор исправляет ошибки и недочеты именно в часах, как заявлено, он и так как может пытается впихнуть многое в мегу8 часы просто часы с будильником - отличный подарок получился, автор - низкий поклон
Про не правильный переворот экрана на 3-х матрицах автор говорил всегда и как только Вы его попросили он это исправил
Интервал вывода бегущей строки, который сейчас, меня устраивает. Но, конечно же, лучше будет, если сделать его настраиваемым в меню. Плюс настраивать, что выводить. Год, к примеру не так уж важен.
проверил последние прошивки с префиксом _Х3 все работает отлично но подтверждаю факт показа температуры 0.0 при первом включении, потом все уже нормально в своих проектах я сталкивался с таким, вроде и прерываний еще нет и ничего не мешает правильно работать с датчиком
помогло это в начале не только поискали датчик и определили, что он есть, но и считали с него температуру, нам не важно что там (скорей всего и будет 0), во второй раз уже в основной программе мы получим верные данные пусть часы стартуют из за этой задержки на сек позже - страшного в этом ничего нет
не понятно почему это происходит, то ли код (что маловероятно) то ли китайские датчики страдают этим
проверил несколько раз - эффект повторяется стабильно (датчик у меня 18B20)
В main() в цикле вызывается функция ds18x20Process(). Она 1) считывает информацию из датчика и 2) запускает цикл замера (750мс). В следующий раз эта функция вызывается через 10 секунд - и только тогда считаются данные от первого замера.
Появление первых показаний через 10 секунд - это нормально, так и должно быть. Замедлять старт почти на 1 секунду, требуемую для замера, только ради того, чтобы показания появились моментально, смысла особого не вижу. Хотя есть одна идея, надо будет проверить вечером.
в меню настройки яркости нет перемещения на следущее время увеличение уменьшение - кнопки работают во всех остальных режимах кнопки все тоже работают как надо
Меню настройки яркости после добавления автоконтроля упрощено - устанавливается только максимальная яркость, которая будет выставляться днём в 14..15 часов. Для остального времени суток яркость тем ниже, чем больше разница с 14..15 часами.
Вот как выглядит дневное распределение яркости при установленном значении 15:
При меньшем выставленном значении график, соответственно, нужно опустить вниз.
При установленном фоторезисторе эта настройка не влияет ни на что.
Спасибо, тогда понятно но яркость выставленная в 16:00 в 8 не снижается ( проверка была в 18:00) при внесении таких изменений это сразу надо сообщать, чтоб не было вопросов проверил еще раз, параметр выставленный в яркости от 0 до 15 никак не влияет на яркость по времени всегда горит ярко на уровне 10-13
при внесении таких изменений это сразу надо сообщать
Когда была добавлена поддержка фотодатчика, всё было расписано. И что резистор 10к на землю нужен в даже если фотодатчик не подключается (с этим резистором АЦП будет выдавать 0, что является признаком отсутствия датчика). И что при установке фоторезистора хорошо бы его зашунтировать 1МОм резистором, чтобы опять же АЦП в темноте не считал, что датчика нет вообще.
Так и у Вас, вероятнее всего, резистор подтяжки на землю отсутствует, отчего МК воспринимает плавающий на входе уровень как некий уровень от отсутствующего фотодатчика.
включение резистора на А0 помогло только например при выставленной яркости в настройке, после возврата в режим часов яркость начинает плавно изменяться от максимума до 3-4 параметра ниже при этом когда бегущая строка яркость такая как была выставлена
Не от максимума, а от выставленного значения до значения, соответствующего текущему времени. А плавно - потому как так красивее. А во время бегущей строки яркость не меняется, т.к. посылка команды на смену яркости MAX7219/HT1632 может сорвать процедуру аппаратного скроллинга.
Попробуйте эту прошивку, я кое-чего переделал в расчёте яркости. Возможно, поможет.
Судя по всему, проблема в том, что иногда даже при закороченном входе АЦП на нём по какой-то причине происходят всплески уровня, и яркость устанавливается на короткий миг, как будто фоторезистор установлен. Надо бы фильтровать подобное, но пока нет места в прошивке под этот код.
Плюс в этой прошивке данные температуры доступны уже через секунду после включения.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 34
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения