Непонятки с Си в CVAVR

Gregory48

Прошу прощения, но снова вынужден обратится к специалистам.
Я тут осваиваю CVAVR и возникли елементарные нерешаемые вопросы. Надо к long прибавить int.Схематично это так:
unsigned long int counter=50000;
unsigned int temp=20000;
counter=counter+temp; - здесь должно быть 70000, а получается 4485?? То есть старший бит исчезает в непонятном направлении. В ассемблере и АЛГБ с этим проблем нет. Попытка использовать хирожо... сишное приведение типов результата не дала.
Подскажите пожалуста, где мой косяк?
Спасибо!

Финский

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

Цитата:

Рассмотрим, какие преобразования применяет компилятор при арифметических операциях:
Если один из операндов имеет тип long double, то второй операнд тоже будет преобразован в тип long double
Если предыдущий пункт не выполняется и если один из операндов имеет тип double, то второй операнд тоже будет преобразован к типу double
Если предыдущий пункт не выполняется и если один из операндов имеет тип float, то второй операнд тоже будет преобразован к типу float
Если предыдущий пункт не выполняется и если один из операндов имеет тип unsigned long int, то второй операнд тоже будет преобразован к типу unsigned long int
Если предыдущий пункт не выполняется и если один из операндов имеет тип long, то второй операнд тоже будет преобразован к типу long
Если предыдущий пункт не выполняется и если один из операндов имеет тип unsigned, то второй операнд тоже будет преобразован к типу unsigned
Если предыдущий пункт не выполняется то оба операнда приводятся к типу int

У вас результирующая переменная имеет тип unsigned long int, что заведомо больше результата сложения. Ищите ошибку в другом месте.

NStorm

Что-то вы недоговариваете. В приведенном куске всё нормально и получается 70000: https://godbolt.org/z/9dh4EW

Gregory48

NStorm писал(а):

Что-то вы недоговариваете. В приведенном куске всё нормально и получается 70000: https://godbolt.org/z/9dh4EW

Так не знаю что договаривать. Вот фрагмент кода:

//Stop Timer1
TCCR1B=(0<<ICNC1) | (0<<ICES1) | (0<<WGM13) | (0<<WGM12) | (0<<CS12) | (0<<CS11) | (0<<CS10);
#asm("cli")

temp = TCNT1L;
temp |= (unsigned int) TCNT1H<<8;
counter=counter+(long int)temp;

ltoa(counter, ptr_to_ram);
lcd_gotoxy(7,0);
lcd_puts(ptr_to_ram);

cheblin

Цитата:

unsigned long int
unsigned int

а для чего люди так мучуются? есть жеж <stdint.h>

Финский

ltoa(counter, ptr_to_ram); //char *str)

Цитата:

char * ltoa(long l, char * buffer, int radix);

http://www.c-cpp.ru/content/ltoa-ultoa

разве в КодВижене нет справки по встроенным функциям? И компилер ни разу не ругается на указанную строчку?

Gregory48

Нет, не ругается. так проблема в том, что если counter<0xFFFF - все нормально, а если counter>0xFFFF - получается недоразумение.

NStorm

Gregory48, и снова недоговариваете. Как объявлена ptr_to_ram? Где функция lcd_puts?

Gregory48

NStorm писал(а):

Gregory48, и снова недоговариваете. Как объявлена ptr_to_ram? Где функция lcd_puts?

unsigned long int counter=0;
unsigned int temp=0;
unsigned char *ptr_to_ram="This string is placed in RAM";
Функция lcd_puts из библиотеки alcd.h

Финский

Цитата:

здесь должно быть 70000, а получается 4485?? То есть старший бит исчезает в непонятном направлении

70000 -> bin = 0b10001000101110000
Если обнулить MSB то получится 4464. Снова где-то не сходится...

Gregory48

Финский писал(а):

Цитата:

здесь должно быть 70000, а получается 4485?? То есть старший бит исчезает в непонятном направлении

70000 -> bin = 0b10001000101110000
Если обнулить MSB то получится 4464. Снова где-то не сходится...

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

Финский

Попробуйте
char lcd_buffer[16];
char *ptr_to_ram=lcd_buffer;
unsigned long int counter=70000;

ltoa(counter, ptr_to_ram);
lcd_gotoxy(7,0);
lcd_puts(ptr_to_ram);

Gregory48

Финский писал(а):

Попробуйте
char lcd_buffer[16];
char *ptr_to_ram=lcd_buffer;
unsigned long int counter=70000;

ltoa(counter, ptr_to_ram);
lcd_gotoxy(7,0);
lcd_puts(ptr_to_ram);

Странно, но Ваша версия работает. Большое спасибо!

Reflector

Gregory48 писал(а):

Странно, но Ваша версия работает.

Странно, что твоя хоть как-то работала :)

Код:

unsigned char *ptr_to_ram="This string is placed in RAM";

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

Код:

const char lcd_buffer[] = "This string is placed in RAM";
char *ptr_to_ram = lcd_buffer;

Финский

Мой вариант можно ещё упростить, если передавать в ltoa не указатель, а сам массив, соответственно, в функцию lcd_puts тоже.

kolin

Reflector писал(а):

Код:

unsigned char *ptr_to_ram="This string is placed in RAM";

Эта строка размещается во флеше,

Почему?
"Variables placed in RAM are accessed using normal pointers.
For accessing constants placed in FLASH memory, the flash or __flash memory attributes are used.
For accessing variables placed in EEPROM, the eeprom or __eeprom memory attributes are used."
"Доступ к переменным, размещенным в ОЗУ, осуществляется с помощью обычных указателей.
Для доступа к константам, размещенным во флэш-памяти, используются атрибуты флэш-памяти или __flash-памяти.
Для доступа к переменным, размещенным в EEPROM, используются атрибуты памяти eeprom или __eeprom."

Reflector

kolin писал(а):

Почему?

CVAVR конечно специфический компилятор, но разве там нужно делать так чтобы указать, что строка находится во флеше?

Код:

func(__flash "abc");

kolin

Reflector писал(а):

kolin писал(а):

Почему?

CVAVR конечно специфический компилятор, но разве там нужно делать так чтобы указать, что строка находится во флеше?

Код:

func(__flash "abc");

Указывается так:
flash char Norma[]={"NORMAL"}; //флэш
eeprom char nD[14]; //eeprom

Reflector

kolin писал(а):

Указывается так:

Конкретно с функцией что будет? Я же могу написать func("abc")? Где, в таком случае, разместится строка?

Easyelectronics.ru

Непонятки с Си в CVAVR

Кто сейчас на конференции