Преобразование строки в число

[dosikus]

dosikus, читайте внимательней исходные данные, начиная с первого поста, а насчет строки -

У вас похоже тяжелое наследие CVAVR . Передача через UART данных в виде ASCII строк это обычная практика.
Что там творил ТС с строкой это его проблемы .
А ссылку с вики всегда править надо ...

[akegor]

У вас похоже тяжелое наследие CVAVR

??? Причем тут CV?

Передача через UART данных в виде ASCII строк это обычная практика.

???
Последовательность ASCII символов - не вопрос, сам бинарно не использую (проще синхронизировать данные), но строка - это не просто последовательность символов, не путайте строку в "Блокноте" и С-строку, так корректней, а у нее конец - обязательно 0h. Так какими, простите, строками передает UART?
Считая, что я что-то недопонимаю, недонезнаю - погуглил: нет понятия ASCII-строка. Оперирование нестандартными терминами с вкладыванием туда своего смысла не ведет к взаимопониманию.
Пожалуйста, еще раз "У вас похоже тяжелое наследие CVAVR . Передача через UART данных в виде ASCII строк это обычная практика." и внятней, иначе - просто непонятно, что Вы хотели сказать.

[dosikus]

akegor, Для особо одаренных - строка что в С что в других ЯВУ :
Последовательность символов . Кодировка и нультерминэйтед - это уже отдельный вопрос .

[tempora]

Самое интересное то, что заголовок темы - это практически краткое описание функций atoi(), atol() и предположение из первого поста почти верное (если переменная - unsigned int, то нужна-таки atoi, а не atol). А всё, что между заголовком темы и её '\0' - только попытка запутать себя и окружающих. Справедливости ради - попытка весьма успешная.

[electroTrash]

Всем спасибо за помощь, в результате делаю так 04 23 11 преобразуем
key= 4*10000 + 23*100 + 11. Все заработало без проблем.

Не обманывайтесь, во-первых, по UART передаются как раз символы десятичных цифр, а не десятичные числа, а во-вторых, необходимо, как раз использовать функцию atoi(*s) или atol(*s), где s строка (или матрица принятых символов) принятая по последовательному каналу).

Передача через UART данных в виде ASCII строк это обычная практика.

На уровне Си это стандарт и по сути единственный стандартный способ передачи данных по последовательному каналу связи (т.е. посимвольный).
PS. Сколько же бреда тут было написано, причем не только ТС!

[akegor]

electroTrash, вопрос УСПЕШНО решен, к чему Ваши мансы, да еще и в таких выражениях? Не стыдно? Очень похоже на Вашу же характеристику. Практически каждый день приходится решать вопросы передачи данных и разбора текстовых файлов с данными, поверьте - опыт есть и немалый.

[dosikus]

Не стыдно?

И чего стыдиться ?
Вы здесь пытались манипулировать подменой понятий из за полного их непонимания ,
люди вам указывают на ваши ошибки.
Благодарным надо быть а не огрызаться !

[akegor]

Вы здесь пытались манипулировать подменой понятий из за полного их непонимания ,

Простите, но не вешайте своих собак на меня: ВЫ не понимаете, что каждая строка - массив, но не каждый массив - строка (естессно, при символьном содержимом, а то еще и об этом будет...). И строку надо рассматривать не с точки зрения "Блокнота", а с точки зрения компилятора.
ПСссс Простите, надоело толочь воду в ступе. кто-то подобные обсуждения назвал хуливаром? Давайте его прикончим. (не, не того, который назвал. Уже молчу...)

[electroTrash]

вопрос УСПЕШНО решен,

Кем? ТС? Что то я в этом сомневаюсь.

ВЫ не понимаете, что каждая строка - массив, но не каждый массив - строка

К чему эти банальности, все равно принятые символы будут храниться в массиве, а сделать массив символов строкой не представляет никакой сложности.

[akegor]

К чему эти банальности, все равно принятые символы будут храниться в массиве, а сделать массив символов строкой не представляет никакой сложности.

Конечно, но небрежность в терминах приводит к подмене понятий, и, как следствие, ведет не туда, да и пониманию другими людьми не способствует.