За много години на всички .Много здраве и щастие

Къде бъркам,че тая функция


извикана със следните параметри



да връща 0xC5 , вместо 0x67 (толкова е UBRR за 16MHz и 9600bps)?

я пак, функция void какво да връща?

Не се изказах правилно.Правилният въпрос е,защо присвоява на нещо си (в случая регистъра на серийния порт) грешна стойност?.Ясно е,че void няма как да връща нещо

така е защото (16*BAUDR) е 16 битов резултат
кастни то uint32 във скобите

Точно в 10-ката .Не се бях сетил за това.
Благодаря

защо не напишеш:

UBRR=FCPU/16/BAUDR-1;

така избягваш големия междинен резултат от умножението.

Отделно за къкъв процесор е това gcc че int-а му е 16bit?

Аз ползвам това. Няма голям междинен резултат и е по-точно.

Аз ползвам код, който закръгля към по-голям резултат, ако той преминава с 0.5 цялата част на числото (25.8 => 26). Разбира се, изразходва доста повече памет.

#define ROUND(a) ( ((uint32_t) (a) < (uint32_t) ((a) + 0.5))? (uint32_t) (a + 1) : (uint32_t) (a))
#define F_OSC (64) // in MHz
#define UINT16_BYTE_MSB(WORD) ((WORD) >> 8 )
#define UINT16_BYTE_LSB(WORD) ((uint8_t) (WORD))

#define BAUD_RATE1 (38400UL)
#define SPBRG1_VALUE ((uint16_t) ROUND(((float) F_OSC) * 1000000UL / (BAUD_RATE1 * 4) - 1)) // Used with BRG16=1, BRGH=1.

...

SPBRGH1 = UINT16_BYTE_MSB(SPBRG1_VALUE); // Baud Rate Generator High Byte.
SPBRG1 = UINT16_BYTE_LSB(SPBRG1_VALUE); // Baud Rate Generator Low Byte.

Обикновенно при микроконтролерите се ползва една скорост или 9600 или 115200. Като набиеш изчислението в макрос, компилатора го изчислява по време на компилирането и не заема никаква памет или процесорно време.

Гледах сутринта изразходваната програмна памет и беше с около 40 байта повече, ако ползвам макрос. Ползвам свободната версия на xc8. Струва ми се, че не изчислява предварително, а само замества в кода макроса, с неговото съответствие. Най-вероятно не ми е известно нещо.

Е това ще е наистина гениално творение (тоя компилатор) ако верно са направили тая простотия. Елементарно е да се провери де, просто отвори lst файла

Нищо му няма, компилаторът генерира код за окръглянето - препроцесорът не може(не трябва) да го смята.

Да аз не съм дочел, при така написаните макроси е нормално да генерира код.

За кои операции се генерира код и за кой не? Къде е описано това нещо?

#define ROUND(a) ( ((uint32_t) (a) < (uint32_t) ((a) + 0.5))? (uint32_t) (a + 1) : (uint32_t) (a)) - прегледай изхода от препроцесора.