Easyelectronics.ru

И как сделать упомянутую операцию?
В С если мне надо поменять в строке N-й символ, я просто делаю: string[N] = symbol. В хрюникоде для начала надо найти положение символа N, далее проверить, совпадает ли длина в байтах этого символа с новым символом, затем произвести замену (причем, двигая "хвост", если длина не совпадает). Очень удобно и быстро!!!
Либо можно переводить все в utf32. Быстрей, но памяти будет жрать больше.

Как часто вам это нужно в эмбеде? Речь-то шла о текстовых сообщениях, которые просто константы в флеше. А если "вообще", то все уже сделано до вас, готовых либ как собак не резаных.

В эмбеде не только это не нужно, но и хрюникод вообще как таковой! Пишем ограниченную таблицу символов и не паримся!
А вот на компьютере это бывает нужно. Поэтому у меня и веб-морды все в кои8, чтобы не париться. И как-то не греет то, что "готовых либ как собак нерезаных": толку мне от этих свистопердящих библиотек? Ну и насчет "собак нерезаных" — тоже перебор, под С вряд ли хоть с пяток библиотек для работы с хрюникодом наберется. А уж человеческих библиотек, чтобы совсем забыть, что это хрюникод, а не нормальная строка, ни одной!

тоже думаю что за тупость в кодировках на МК
чё там, мегабайты кода чтоль или куча вывода куда-то и по-разному ?
Устройства обычно специфичны, под задачу,сделал настроил,выдал,всё.
Сколько символов нужно (и как), столько и как надо ввёл.
хернёй занимаетесю, уникоды какие-то.

Для проектов по-крупнее и с развитием, есть смысл (возможно)

(может я не очень хорошо понял о чём речь)

Мсье понимает толк в извращениях с таким пониманием нормальности строк.
Использовать стандартные либы пробовали? Что то типа такого.
Объявили именно юникодную строку, инициализировали и заменили символы в нужных позициях.


ЗЫ И таки если места жалко, на тех же МК, то не надо строки использовать там, где они не нужны.

Вы отстали лет эдак на 15. Это тогда каждый пользователь знал, где у браузера кодировки переключаются. Сейчас "не париться" это utf8. Впрочем, каждый сам себе злобный буратино и папа карло в одном флаконе.

А ничего, что эта wchar_t — utf32, т.е. аж 4 байта на каждый символ?
На компьютере для локализации я использую gettext, в веб-мордах последнее время вообще на русском ничего не пишу, чтобы не заморачиваться (но как-то у меня было что-то вроде gettext'а на жабоскрипте).

Если что, браузер сам читает отдаваемую ему сервером информацию. Переключать вручную кодировки уже давным-давно нет нужды! Разве что если сервер на божественной КОИ8, а какой-то придурок решил туда хрюникод воткнуть =D

С одной стороны претензия была не в том, что места много ест, а в том, что 8битная строка позволяет обращаться ксимволу, как элементу массива, а юникодная нет.

С другой стороны аппеляция к размеру строки в общем случае смысла не имеет, тем более когда сами заявляете, что большей частью интересует работа со строками на обычном компе.

Что, уж если быть потребителем легкого поведения — так до конца?

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

Так что определитесь наконец, крестик Вам снять или трусы надеть, моралью незнание матчасти не прикроешь.

Да пофиг мне, что обо мне думают. Я обожаю единообразие. Как на компьютере у меня КОИ8-Р, так и в вебе, и на микроконтроллерах…
Аналогично с языком С: я на нем и простые утилитки пишу, и всякую муть для анализа данных, и веб-сервисы, и прошивки для МК. Универсальный язык программирования, для всех нужд идеально подходит.

А заодно всех несогласных называю идиотами, угу.





Как я уже говорил, поляки, немцы, украинцы и русские как минимум идиоты.
При этом утверждение "элементарно поменять букву в N-й позиции в хрюникоде — совершенно нетривиальная задача, в 8-битных же кодировках она однозначна!" опровергается на раз, но все равно, хрюникод УУУУУ, кои8 ООООО.

"И где логика?"(С)

подскажите какой ток потребления у входа АЦП STM8S? нужно рассчитать впритык по току делитель

Если никто не ответил, то смотри параметр "максимальное сопротивление выходного каскада, подключённого к АЦП".
ЕМНИП, не больше 10 кОм. И то, нельзя так рассчитывать. АЦП то SAR типа, заряжает ёмкость по входу.

Оно !?

Думаю да. Посмотри примечание №3.

https://www.st.com/resource/en/datasheet/cd00226640.pdf
раздел 10.3.6

я в курсе про емкость входа. просто не знаю как такое считать )

-Del

Что то нестабильно с получением uint32_t через функцию.
Программа у меня для получения ИК кода

Сделал через функцию,что-бы не забывать сбрасывать код на 0 после получения.
Но этот способ оказался нестабильным, например получаю когда code 0xFFFFFFFF часто приходит то 0xFFFF0000 или 0x0000FFFF
И заметил притормаживание.
Исправил просто сделав code глобальным,сбрасываю на ноль конечно вручную,работает нормально но осадок остался

А если c сделать static?

static c не убрал этот баг. И я проверял code до получения её значения через функцию,она без нулей.А через функцию уже с нулями.
Ну и ладно,просто буду знать.Всё же быстрее получать напрямую из переменной.
Ещё хочу поинтересоваться про получение числа с EEPROM.
Не тормозит ли прямое получение из флеша?
Вот так у меня в коде.

Попробуйте сделать переменную c volatile, чтобы компилятор её не выкидывал при оптимизации.
Посмотрите ассемблерный код на выходе.
Но я числа большой разрядности в стек не ложу. Это долго. Использую глобальную статическую структуру.

не могу разобраться, почему код для АЦП на stm8s903k3 работает, а на stm8s106k6 - нет
последний при считывании выдает значения порядка 17 при том, что на входе делитель из двух резисторов и напряжение близко к половине питания.

плата одна, рассчитана на stm8s106k6 с учетом большего числа входов питания.
по электрике все проверил, питание на VDDA есть, на 16 ноге порядка 2.4В - нулевой канал АЦП

И де ты таких крокодилов редких находишь?) Наверное 99% любителей восьмерок имели дело только с 103 и 003 контроллерами)))
Такшо наверное недождесси подмоги, придется самому копать...