Простите, а как хранится uint8_t в регистрах 32битного процессора?

Помоему WORD или DWORD, если не ошибаюсь.

Даже это не факт - и в RAM, может потребоваться uint_fast8_t, короче, bool несколько скользкий уровень абстракции. Хотя ввиде enum, для повышения степени контролируемости его использование не исключено.

В регистах предлагалось uint_fast8_t - а это не 8 bit , на ARM платформе.

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

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

не думаю что
"!(uint8_t)"
будет медленее
"!(uint_fast8_t)"
(при логических операциях маску не надо накладывать)

Не требуют, а предлагают зарегистрироваться. Можете отказаться от регистрации (выберите кнопку OPTIONS) и ссылку на даташит вам-таки дадут, но в следующий раз опять предложат зарегистрироваться.

Да? а ~boolvalue кто будет запрещать делать с Вашим 'bool'
Ну и нафиг такой bool ......

Так в трезвом уме делать низззя =) потому-что (0x02) это истина для компилятора, а ~(0x02) получится тоже истина, вопреки ожиданиям. А тех кто путает битовые операции с логическими воспитывать надо =). Сейчас речь шла о логических операциях.

Повторяю вопрос - лично Вы будете воспитывать, следить и так далее, дабы с этим "чудесным" bool работали только &&, ||, =0, =1? Не компилятор? Ну и зачем этот 'bool', который и не bool? Для удобного наступания на грабли?

~ это есть тоже вполне себе логическая операция. Поразрядное логическое НЕ.

Спасибо, помогло. Правда от полноты информации не стало выглядеть лучше. Итого - ток рабочего режима вырос до 45-50ма, ток Sleep в режиме "все остановлено" - 17-20ма, ток Sleep в режиме "все выключено" и тактовая разделена на 16 - 0,8-1ма. И на кой при батарейном питании такое потребление?!

ЗЫ. Кстати, бегло просмотрел доку и не совсем понял. На кой там 200 МГц PLL если System Clock не более 20 МГц?

Это риторика? В противном случае вопросы не по адресу. Причем тут частоты и батарейное питание? Упоминание этих МК было в ответ на реплику как пример ARM в корпусе SOIC-28. И не более того.

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

Вообще, серия Luminary (по крайней мере их младшая линейка) никоим образом не конкурент по потреблению тока.
Чипы здорово греются и жрут немеряно.
Их привели только в качестве малоногих армов. Может быть отладят техпроцесс или доработают камень когда нибудь...

А вообще, такое ощущение, что их разрабатывали впопыхах, лишь бы успеть побыстрее выкинуть на рынок...

Чипы попали в лапы TI - теперь им ппц. Максимум останутся такими же как были. (imho)