Заголовок сообщения: 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 может сорвать процедуру аппаратного скроллинга.
Попробуйте эту прошивку, я кое-чего переделал в расчёте яркости. Возможно, поможет.
Судя по всему, проблема в том, что иногда даже при закороченном входе АЦП на нём по какой-то причине происходят всплески уровня, и яркость устанавливается на короткий миг, как будто фоторезистор установлен. Надо бы фильтровать подобное, но пока нет места в прошивке под этот код.
Плюс в этой прошивке данные температуры доступны уже через секунду после включения.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения