WinAvr в вопросах и ответах

rs39

U235 писал(а): ..Попробуйте так
Код: Выделить всё
LCDstring(buffer, strlen(buffer));
Что бы использовать функцию strlen, нужно подключить
Код: Выделить всё
#include <string.h>

Попробовал сделать по Вашей рекомендации.
Да, действительно, то что надо!
И код получается компактный, и размер прошивки при подключении "string.h" вырос всего на 0,2%.
Огромное спасибо за помощь и разъяснения!

Реклама

vitalik_1984

Бесполезная трата временных ресурсов на подсчет символов, а потом еще и на вывод.Тем более если в буфере у вас находится не ноль, судя по картинке.
Лучше уж тогда использовать

Код: Выделить всё

Lcd_send_buffer(unsigned char * buffs){
    while (*buffs[i]){
    Lcd_send_char(*buffs[i++]);
    }
}

и буфер заполнять так

Код: Выделить всё

 
sprintf(buffer, "Out= %d/0", 1234);

Вроде так как то.Поправьте, если что не так.Пока нечем проверить

Реклама

U235

vitalik_1984 писал(а):Вроде так как то.Поправьте, если что не так.

А чего тут поправлять - это оптимальный вариант.
Только /0 лишнее - sprintf и так вставляет завершающий ноль.

vitalik_1984

Вставлять то вставляет, только почему на экране появляются палочки?Получается это такой пользовательский символ выводится.
И если это он, то получается, что такой функцией уже нельзя будет вывести пользовательский символ с адресом 0.Так выходит?

Реклама

U235

Мне видится это так.
Изначально буфер заполнен нулями. Потом функция sprintf кладёт туда строку и 0x00. Функция

Код: Выделить всё

LCDString(buffer, 16);

посылает весь буфер, включая нули, в индикатор. А индикатор печатает 0x00 как палочки.

Реклама

rs39

Еще вначале эксперимента инициализировал буфер заправляя нулями специально, перед тем как использовать. Все 16 ячеек. Палочки так и оставались. И скорее всего

А индикатор печатает 0x00 как палочки.

так и выходит.

Реклама

avreal

vitalik_1984 писал(а):И если это он, то получается, что такой функцией уже нельзя будет вывести пользовательский символ с адресом 0.Так выходит?

Можно. Как адрес 8.
У HD44780 пользовательсике символы в адресах 0..7 продублированы в 8..15, т.е. любой символ по адресу A Є {0..7} можно выводить по адресу A+8 и наоборот. Я только адресами 8..15 всегда и пользовался.

avreal

vitalik_1984 писал(а):Лучше уж тогда использовать
Код: Выделить всё
Lcd_send_buffer(unsigned char * buffs){
    while (*buffs[i]){
        Lcd_send_char(*buffs[i++]);
    }
} 

Оставить что-то одно. Или индексацию

Код: Выделить всё

Lcd_send_buffer(unsigned char * buffs){
    unsigned char i = 0;
    while (buffs[i]) Lcd_send_char(buffs[i++]);
}

или разименование

Код: Выделить всё

Lcd_send_buffer(unsigned char * buffs){
    while (*buffs) Lcd_send_char(*buffs++);
}

vitalik_1984

Во, во точно так и нужно.Забыл как правильно.Хотя второй вариант мне кажется проще и по написанию и лишние переменные не нужно объявлять.Компилятор сам где нужно создаст.

Goldsmith

rs39 писал(а):Еще вначале эксперимента инициализировал буфер заправляя нулями специально, перед тем как использовать. Все 16 ячеек. Палочки так и оставались.

Может, имеет смысл прописать его пробелами вместо нулей?

rs39

Можно конечно, но с условием что буфер в программе будет использоваться всего один раз.
А иначе перед функцией sprintf это нужно будет делать каждый раз. Для этого удобнее всего написать отдельную функцию, в ней с помощью цикла заполнять буфер пробелами. Но стоит ли оно того.. Вроде как получается лишняя трата времени на заполнение неиспользуемых оставшихся ячеек, если строка в данный момент значительно короче.

vitalik_1984

Может, имеет смысл прописать его пробелами вместо нулей?

Да с нулями нормально, только не выводить что попало, если только не нужно затирать предыдущее изображение.

Я еще не добрался до своего дисплея, но собираюсь именно затирать вместо очистки дисплея.
То есть хранить полный массив дисплея в буфере Мк.Пока вот не знаю чем это грозит.

rs39

vitalik_1984 писал(а):

Я еще не добрался до своего дисплея, но собираюсь именно затирать вместо очистки дисплея.

Уточните пожалуйста, в каком смысле "затирать"? Просто писать данные в LCD поверх, либо все-же подавать на него какие то команды перед записью? У меня сейчас отладочная под рукой, могу попробовать.

vitalik_1984

Ну то есть на первую позицию и поехали выводить всю длину строки.
И так с каждой строкой.

rs39

Ок ясно.
Сейчас попробовал сделать. Из минусов пока ничего не заметил. А вот плюсы визуально есть. Не стало мерцания LCD, которое вероятнее всего происходило в момент LCD_Clear.
Массив конечно приходится "чистить" (заполнять нулями, пробелами) всегда перред sprintf.

vitalik_1984

Я где то читал, что с помощью этой функции делать строку определенной длины с заполнением любыми символами.Только вот уже не помню как точно это все выглядит и где посмотреть можно.
Кстати не нужно даже делать лишних движений сама функция sprintf в некоторых интерпретациях считает сколько в ней символов.И оставшееся можно дополнять пробелами.

rs39

Наткнулся на грабли. Сначала не придал значения, думал может в функции очистки буфера ошибся когда писал:

Код: Выделить всё

//Функция очистки буфера
void clear_buff(unsigned char *buff)
{
unsigned char i=0;
while(i<16)
   {
    buff[i]=' ';
	i++;
   }
}

но оказалось все правильно.
Дело в том что sprintf в конце строки как правило ставит \0 - так вот этот ноль зараза все-равно отображается в конце строки на LCD, и догадайтесь с первого раза ввиде чего? Да, именно в виде 2-х вертикальных палочек

Да, забыл добавить комментарий к картинке.
Нижнюю строку "Влажность" не берем в расче, т.к. это просто статичная переменная в прогмем, для наглядности.
А вот верхняя с температурой - она и есть, формируемая sprintf

vitalik_1984

Уж проще запихать в эту ячейку пустой символ.Может более опытные мастера подскажут что как можно сделать?

Могу предложить вот что :сделать функцию вывода буфера через вывод единичного символа и достигнув нулевого символа заполнять дальше пробелами.
Пока что с телефона подсиживаю так что кроме догадок ничего не могу предложить.

U235

На мой взгляд, проще всего не выводить каждый раз весь буфер, а делать печать только того, что действительно изменилось. При выводе чисел проблема неполного стирания предыдущего значения решается легко - нужно указать функции sprintf минимальную ширину числа. Тогда, если число занимает меньше символов, функция добавляет пробелов.
В одном заброшенном проекте я делал функцию, которая выводила информацию на экран от мобильника. В одном из параметров функции передавались битовые флаги, указывающие какой именно участок надо перерисовать. Это экономило кучу времени, да и мелькания не было.

rs39

U235 писал(а):При выводе чисел проблема неполного стирания предыдущего значения решается легко - нужно указать функции sprintf минимальную ширину числа. Тогда, если число занимает меньше символов, функция добавляет пробелов.

Да, пожалуй самый оптимальный вариант.
Следуя ему поступил следующим образом:
Зная сколько символов будет занято строкой, с учетом ширины числа (от 0 до 999 к примеру) задал в sprintf %3d, получилось 3, без учета символа завершения строки.
Все ранее навешанные функции strlen, заполнения буфера - убрал. Буфер так-же инициализировал в 3 ячейки супротив 16.
Функция очистки LCD тоже не нужна, т.к. длинна строки определена заранее(%3d).
Итог - код без лишних наворотов, мерцания дисплея нет, результат отображения без мусора.

Рабочий образец кода:

Код: Выделить всё

        unsigned char buffer[3];
        ...
        val = 999;
        sprintf(buffer,"%3d",val); // Заполняем буфер результатом, символ окончания строки невсчет
        LCDGotoXY(0, 0);
        LCDstring(buffer,3);