Для преобразования строки в целое число попробовал сделать так:

Терминал честно выводит переменную yr= 2007. Точно так же делаю с другими переменными времени. Проблема в том, что эти переменные не пишутся в RTC. Вернее пишут, но 0. Точнее записалось только значение года ("2007").Хотя если явно инициализировать эти переменные какими-то значениеми или преобразовать с помощью ф-ции StrToInt(), то эти "какие-то"значения или результат ф-ции StrToInt() запишутся без проблем в RTC. В ф-ции rtc_set_time() каждое значение делается dec2bcd. В чем дело?

...подробней можно? Покажите прототипы функций и как объявлены переменные

Переменные объявлены как глобальные. В компиляторе включена опция --string_literals_in_flash.
void rtc_set_time(unsigned char second, unsigned char minute, unsigned char hour,
unsigned char day, unsigned char date, unsigned char month, unsigned int year);

int sscanf_P(const char *__s, PGM_P __format,…);
int printf_P(PGM_P __format,…);
Использую CLIB

а все остальные переменные тоже выводите в терминал, и они тоже имеют правильные значения? и прям таки если после вывода в терминал эти переменные инициализировать повторно тем же значением, то все нормально пишется? чудеса прям какие-то получаются

Все остальные переменные точно так же вывожу на терминал. Чудес не бывает. Должно быть какое-то логическое объяснение.

вот именно, что должно. поскольку у значений памяти нет, должно быть все равно, откуда они берутся - если у Вас х == 5, и это значение видно в терминале, то выполнение операции х = 5 не должно влиять на последующий вызов f(x), иначе это чудеса и есть.
рыть надо в сторону определения разницы между результатом выполнения sscanf() и простым присваиванием. для начала я бы напечатал отладочную информацию на предмет выполнения условия равентсва тех значений, что вы получаете из sscanf() с теми, которые Вы ожидаете получить

А почему Вы решили, что RTC способен принять это значение года одной переменной?
Какой RTC вы используете? Как кодируется год в нем?

...практически ничего не прояснили. Код покажите пожалуйста.

Потому что, у DS1338 год пишется переменной в диапазоне 0...99.

Весь код показывать не буду. Слишком большой. Суть проблемы в следующем: в результате действия программы загрузил в lcd_buf строку"2007". Сделал sscanf_P в переменную YR. Вывел на терминал значение YR. Показывает 2007. Дальше загрузил в lcd_buf строку"12". Сделал sscanf_P в переменную MN. Вывел на терминал значение MN. Показывает 12. И т.д. со следующими переменными. Когда инициализировал таким образом последнюю переменную MIN, вызываю ф-цию rtc_set_time(). В результате - в часах - одни "0" . Кроме года. Если перед вызовом rtc_set_time() присвоить этим переменным значения непосредственно вот так: yr=2007, mn=12, dt=23, dy=6, ..., то эти значения запишутся в RTC.

Добавлено

Только что проверил значения переменных непосредственно перед вызовом ф-ции rtc_set_time(). Значения переменных, кроме года равны 0 ! Где-то херятся переменные. Провел простой эксперимент: Редактирую переменные в такой последовательности: YR,MN,DT,DY,HR,MIN ; на терминал вывожу значение переменной + предыдущее значение отредактированной переменной. Выяснилось, что при редактировании DT обнуляется MN и т.д. И в этом вся проблема. Но тогда вопрос в следующем. Почему простая замена функций sscanf_P на StrToInt сохраняет значения переменных? Виновата sscanf_P?

Прикладываю файл. Если кто-нибудь в нем разберется Функция выводит статические надписи в разные строки и значения переменных с координаты х=49. Редактирование значения текущего символа, который выделен мигающим курсором , осуществляется с клавиатуры 4х4. UP, DOWN смещение курсора в пределах строки. Число с цифровой клавиатуры заменяет текущее знакоместо и переносит курсор на следующее. ENTER - сохранение отредактированной переменной. При чем когда сохраняем последнюю отредактированную переменную, то вызывается ф-ция rtc_set_time. Хочется услышать ваше мнение. Громоздко получилось или это нормально?

...чудес не бывает. Например меня смущает что у вас параметр (функция rtc_set_time) year имеет тип unsigned int, а все остальные unsigned char...хотя функция dec2bcd() наверняка принимает параметр типа char. Типичная ошибка такая - порт I2C разделяется еще с каким либо устройством так что в процессе обмена с часами (при распараллеливании задач) выполняется еще обмен с этим устройством и вот вам неизвестные значения. Посмотрите может у вас переменные используются где-то еще

Пусть Вас это не смущает.


Ключевой вопрос : почему тогда с функцией unsigned char StrToInt(char *pStr, unsigned int *pResult);, нет такой проблемы?

Скорее всего виновата нехватка стека. sscanf использует довольно много стека, а ваша StrToInt гораздо меньше. Когда работает scanf, она своими данными залезает на ваши и затирает их.

Похоже на правду. Не проверял, но думаю, что так оно и есть.

А scanf("%d") случайно не на int требует указатель? Вы же ему на char даете. Соответственно 3 соседние ячейки затираются.

И попробуйте тестовые printf поставить после ВСЕХ scanf, тогда сразу понятно станет.