Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Чем отличается uint8_t от unsigned char?
Форум разработчиков электроники ELECTRONIX.ru > Сайт и форум > В помощь начинающему > Программирование
-=Женек=-
Коллеги, переношу проект из WinAVR в KEIL.
Есть переменная uint8_t - в KEIL не прокатывает. Задумался, а чем же по сути она отличается от char. И как ее объявить в KEIL, дабы перенести без минимальных последствий?
rezident
Тем, что uint8_t имеет конкретно определенную размерность - 8 бит. А unsigned char не имеет определенной размерности. В стандарте Си определено только соотношение char <= short int <= int <= long int. Например, на архитектуре TMS320 в среде CCS тип char 16-и битный.
Для использования типов с определенной привязкой к размеру следует использовать хедер stdint.h.
dch
Цитата(rezident @ May 14 2010, 23:44) *
В стандарте Си определено только соотношение char <= short int <= int <= long int.

четырехбитников мало а доступ к 8 битам есть как правило почти везде.
Danis
UInt8 - An unsigned 8-bit integer. This value maps to the Byte type.

Character Sets Used by Fonts
All fonts use a character set. A character set contains punctuation marks, numerals, uppercase and lowercase letters, and all other printable characters. Each element of a character set is identified by a number.

Most character sets in use are supersets of the U.S. ASCII character set, which defines characters for the 96 numeric values from 32 through 127. There are five major groups of character sets:

Windows
Unicode
OEM (original equipment manufacturer)
Symbol
Vendor-specific
demiurg_spb
Откуда цитата?
И какое отношение она имеет к соотношению размеров типа unsigned char и uint8_t?
shista
Добавьте к инклудам #include <inttypes.h> или #include <stdint.h> и будет Вам счастье...
В AVR-овских исходниках, как правило, также встречается инклуд на один из этих файлов.
baralgin
Цитата(rezident @ May 14 2010, 22:44) *
Тем, что uint8_t имеет конкретно определенную размерность - 8 бит. А unsigned char не имеет определенной размерности. В стандарте Си определено только соотношение char <= short int <= int <= long int. Например, на архитектуре TMS320 в среде CCS тип char 16-и битный.

Стесняюсь спросить...а на вышеназванной платформе что представляет собой uint8_t? К примеру на армах это: "typedef unsigned char uin8_t". А на tms320 ? cranky.gif
demiurg_spb
Чстенько компиляторы имеют свои собственные builtin типы данных которыми впоследствии определяются различные другие типы.
Так что размер uint8_t - будет 8 бит (я так думаю) - вопрос насколько эффективен он на такой платформе...
sigmaN
Открою Вам маленький секрет smile.gif В stdint.h для C2000 нет ни int8_t ни uint8_t
Есть только int_least8_t и uint_least8_t, которые, как и полагается, 16ти битные.
demiurg_spb
Интересный ход. Нет человека - нет проблем!:-)
sigmaN
Ну не может он обеспечить 8бит никак!
там sizeof(char) == 1
Можно только побайтово перебрать массив с помощью intrinsic т.е. он там грузит в AL 16бит, а потом можно обратиться к старшему и младшему байту как к двум 8ми битным регистрам. На этом 8ми битность заканчивается smile.gif
dxp
Цитата(sigmaN @ Jun 13 2010, 23:06) *
там sizeof(char) == 1

А где иначе? smile.gif
baralgin
Цитата(dxp @ Jun 14 2010, 07:53) *
А где иначе? smile.gif

Это была опечатка. Как раз равно 2 smile.gif
baralgin
легкий поиск гуглом и оказывается таки 1, как и int...
sigmaN
Цитата
Это была опечатка. Как раз равно 2
именно 1.
В принципе то да, sizeof(char) всегда 1, но тут то это не 8бит, а 16 smile.gif в этом вся "фишка"
Написал я про размер char для того, чтобы было понятно, что и не может там быть int8_t т.к. чему же тогда равнялся бы его sizeof? 0.5 что-ли smile.gif
Сергей Борщ
Цитата(sigmaN @ Jun 14 2010, 10:20) *
но тут то это не 8бит, а 16 smile.gif в этом вся "фишка"
Да простят меня ReAl и dxp:
Цитата
Одно время для многих "программируемый микроконтроллер" и "MCS51"
были тождественными понятиями, хотя как-то другие были. Сейчас
для подавляющего большинства "персональная ЭВМ"==="клон IBM PC"

Так и с байтом. Многие забыли, что он не есть синонимом "8-битный
огрызок". Я сам уже склонен считать, что "байт==8бит" имеет
степень достоверности порядка той же, что "short==16бит" (может даже
выше) но ещё не стал бы считать, что иное невозможно в принципе (как
невозможно "октет==9бит", и там где 8 бит *важно* - применяют это
термин). И пока ещё достаточно следов того, что не все считают
"байт==8бит" абсолютной истиной.

© Philips Semiconductors, 1995
The I2C-bus and how to use it (including specifications)
6.0 TRANSFERRING DATA
6.1 Byte format
Every byte put on the SDA line must be 8-bits long.

"must be 8-bits" означает, как минимум, что в других местах
не исключено и другое.

HZ> сказать, что байт - это, в общем случае, непонятно какое количество бит.
"сем-восемь, максимум девять, ну никак не больше десяти" :-)

HZ> Про
HZ> него известно только то, что это величина для измерения информации и
Величина для измерения - бит, а не байт. А байт - он как ярд.
Есть yd = 0.9144м(точно). А есть несколько более короткий UK
и несколько более длинный US.

HZ> состоит из
HZ> некоторого произвольного количества бит. Только в этом случае полезность
HZ> такого
HZ> понятия обратно пропорциональна определенности количества бит в нем.
"осмысленный по длине огрызок (bite :-) машинного слова, с которым можно
работать отдельно".

Толкового словаря нет под рукой? А то у меня только украинского языка,
а это для многих не просто не аргумент, а аргумент в противоположную сторону :-)

"байт - частина машинного слова, що складаеться звичайно з 8 бiт ..."
ЗВИЧАЙНО, а не ОБОВ'ЯЗКОВО.

Поскольку сейчас типично иметь машинное слово из числа бит, являющегося
степенью двойки - то и байт типично 8 бит. Маловероятно, что в ближайшем
будущем байт перестанет иметь степень_двойки бит.
Вероятность того, что он станет 16-битным -- тоже мизерна, но уже выше
(перейдут все на unicode - кому нужна будет единица памяти, которая
хранит какие-то зачуханные пол-символа? :-)
Или вообще - станет длиной в три трита :-)

wbr,
--
/* Oleksandr Redchuk, Brovary, Ukraine */
/* real '\x40' real '\x2E' kiev '\x2E' ua */
demiurg_spb
Цитата(sigmaN @ Jun 13 2010, 20:06) *
Ну не может он обеспечить 8бит никак!
Я бы смог (правда с выравниванием по границе слова или даже скорее с упаковкой двух (u)int8_t в слово,
что усложнит компилятору индексацию массивов и работу с указателями).
И они бы могли обеспечить математику для (u)int8_t с ограничением в 8 бит (с доп расходами естественно).
Но не стали заморачиваться из-за отсутствия жизненной необходимости в этом.

Выход всегда можно найти - вопрос затратности...
Сергей Борщ
Цитата(demiurg_spb @ Jun 14 2010, 13:04) *
Я бы смог
А как быть с *((volatile *)adddress)? Оно неизбежно будет "задевать" соседний байт, который вероятнее всего тоже volatile и несанкционированное чтение которого может привести к недопустимым с точки зрения компилятора последствиям.
=GM=
Цитата(sigmaN @ Jun 13 2010, 15:06) *
Ну не может он обеспечить 8бит никак!
Можно только побайтово перебрать массив с помощью intrinsic т.е. он там грузит в AL 16бит, а потом можно обратиться к старшему и младшему байту как к двум 8ми битным регистрам. На этом 8ми битность заканчивается smile.gif

Вообще-то в семействе С2000 есть парные инструкции типа MOVB AX.LSB,LOC16, позволяющие работать с байтами.
demiurg_spb
Цитата(Сергей Борщ @ Jun 14 2010, 14:13) *
А как быть с *((volatile *)adddress)?
Как обычно - критическая секция.
Да я и говорю, что слишком много геморроя.
sigmaN
ггг. Геморрой не стоит свеч biggrin.gif
и если это volatile - там никакие критические секции вроде как не помогут. Вы всё равно считаете не нужный байт. Или я чего-то не понимаю....
В общем как тут не извращайся, а полноценного ТИПА ДАННЫХ не получить.
Побайтовый доступ через MOVB AX.LSB,LOC16 - нет проблем. даже интринсик есть. Кажется __byte(int *ptr, int byte); или как-то так. Лень смотреть точно.
demiurg_spb
Цитата(sigmaN @ Jun 14 2010, 22:44) *
и если это volatile - там никакие критические секции вроде как не помогут.
Помогут, помогут.
Цитата
Вы всё равно считаете не нужный байт. Или я чего-то не понимаю....

Ну и считаю я лишний байт и что?
Я же не из SFR области это по большей части делаю, где ещё могут быть варианты да и то очень маловероятно.
rezident
Цитата(demiurg_spb @ Jun 14 2010, 16:04) *
Но не стали заморачиваться из-за отсутствия жизненной необходимости в этом.
"Жизненная необходимость" обычно возникает в байт-ориентированных протоколах.
Сергей Борщ
Цитата(demiurg_spb @ Jun 14 2010, 23:06) *
Помогут, помогут.
Сказав "А" говорите "Б". Мне тоже непонятно, чем они могут помочь. Опишите механизм.
Цитата(demiurg_spb @ Jun 14 2010, 23:06) *
Ну и считаю я лишний байт и что?
А автор такого компилятора, значит, где-то в описании должен написать "ну и не будет программа работать правильно, ну и что?"
Цитата(demiurg_spb @ Jun 14 2010, 23:06) *
Я же не из SFR области это по большей части делаю...
А компилятор об этом знает? Для него есть стандарт: "чтение volatile может вызвать изменение состояния абстрактной машины". Все. Точка. Даже если это не SFR.
ViKo
Вот цитата из словаря.
Цитата
byte (Computer En)
[techspeak] n. A unit of memory or data equal to the amount used to represent one character; on modern architectures this is usually 8 bits, but may be 9 on 36-bit machines. Some older architectures used 'byte' for quantities of 6 or 7 bits, and the PDP-10 supported 'bytes' that were actually bitfields of 1 to 36 bits! These usages are now obsolete, and even 9-bit bytes have become rare in the general trend toward power-of-2 word sizes.

Historical note: The term originated in 1956 during the early design phase for the IBM Stretch computer; originally it was described as 1 to 6 bits (typical I/O equipment of the period used 6-bit chunks of information). The move to an 8-bit byte happened in late 1956, and this size was later adopted and promulgated as a standard by the System/360 . The term 'byte' was coined by mutating the word 'bite' so it would not be accidentally misspelled as bit. See also nybble.
demiurg_spb
Цитата(Сергей Борщ @ Jun 15 2010, 10:03) *
Сказав "А" говорите "Б". Мне тоже непонятно, чем они могут помочь. Опишите еханизм.
Что значит чем? - Обеспечат атомарность доступа к "спаренной" ячейке памяти.

Цитата
А автор такого компилятора, значит, где-то в описании должен написать "ну и не будет программа работать правильно, ну и что?"
А компилятор об этом знает? Для него есть стандарт: "чтение volatile может вызвать изменение состояния абстрактной машины". Все. Точка. Даже если это не SFR.
Покажите мне пожалуйтса на пальцах как это "изменение состояния абстрактной машины" возможно для внутреннего ОЗУ из не SFR области!!!
А к SFR нефиг обращаться побайтно - так и написал бы в документации. Всё - никаких проблем.

Спор на самом деле бесполезен.
То что сделать 100% отвечающую стандарту реализацию "для всех случаев жизни" невозможно - я это понимаю,
но для 99% основных применений всё же возможно!
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.