У меня есть 100 пиновые мк, при этом write/read() для списков пинов работают с uint32_t, т.е. 32 пина максимум(для всех остальных функций ограничений нет). Добавлять поддержку uint64_t просто нет смысла, а тебе зачем тестить список из 35-х пинов если собираешься использовать максимум 20-ти ногий мк?

а в 20-ноговом корпусе вполне могут существовать гораздо больше пинов. Вот ща 8-ногий STM8L050 изучаю - одна нога как куча пинов, настроить все правильно, особенно в мультирежимном использовании просто квест какой-то А в RM ещё пишут, что если оставшихся пинов нет снаружи, не переживайте, они есть внутри и учитывайте их тоже....

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

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати

не, там не всегда ремапинг. одновременно живут на одной ноге.

Организация питания на основе надежных литиевых аккумуляторов EVE и микросхем азиатского производства

Качественное и безопасное устройство, работающее от аккумулятора, должно учитывать его физические и химические свойства, профили заряда и разряда, их изменение во времени и под влиянием различных условий, таких как температура и ток нагрузки. Мы расскажем о литий-ионных аккумуляторных батареях EVE и нескольких решениях от различных китайских компаний, рекомендуемых для разработок приложений с использованием этих АКБ. Представленные в статье китайские аналоги помогут заменить продукцию западных брендов с оптимизацией цены без потери качества.

Подробнее>>

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

Новый аккумулятор EVE серии PLM для GSM-трекеров, работающих в жёстких условиях (до -40°С)

Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре. Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.

Подробнее>>

Почему ж не выведешь... с программной стороны выведешь все 4 бита наружу, просто физически они выйдут на одной ноге. Я умудрился вывести 0 и 1 одновременно, нечаянно. На ноге примерно половина питания получилась. Полбита
Удивительно, но выжило.

Прежде чем писать вот это сначала надо было подумать.
А раз написал, будь добр отвечай.

А так, получается следующее:

Спойлер

Код:

PinList<... напишите что нибудь в разноброс 35 пинов> pins1;
int main(void)
{
pins1 = 0b00100101101001001000001010010100100;
while (1)
      {
      }
}

это 1 код будет

Спойлер

Код:

PinList<... напишите что нибудь в разноброс 35 пинов> pins1;
int main(void)
{ static auto a = 0b00100101101001001000001010010100100;
while (1)
      {
     pins1 = a++;
      }
}

Это 2 код

Спойлер

Код:

PinList<... напишите что нибудь в разноброс 35 пинов> pins1;
volatile auto a = 0b00100101101001001000001010010100100;

int main(void)
{
while (1)
      {
     pins1 = a++;
      }
}

Это 3 код

Спойлер

Код:

PinList<... напишите что нибудь в разноброс 35 пинов> pins1;
volatile auto a = 0b00100101101001001000001010010100100;

int main(void)
{
while (1)
      {
     pins1 = a;
      }
}

void ..._IRQHandler(void)
{
   a++;
}

А вот этот 4 код, будет поинтересней

И везде будет разный подход вашего С++ компилятора и разный на выходе ассемблер. Это надо учитывать.

да. поэтому настоящий программист должен использовать Си так:

и не оставить компилятору выбора

В первом случае может быть выполнена дополнительная оптимизация, в трех оставшихся код должен быть одинаковым. Именно код для write(), добавление volatile просто заставит компилятор перечитывать значение переменной "a" из памяти, а не кешировать в регистре. Изменение этой переменной в прерывании вообще ни на что не влияет.

Не согласен:
1 код: константное выражение, я бы сделал так, в екселе посчитал или еще как и засунул в три BSRR, если три порта используется. Больше от нее не требуется.
2 код: цикл while говорит компилятору что функция используется многократно, соответственно уже свой асм будет.
3 код: скорее всего похоже на ошибку программиста, модификатор volatile будет отброшен компилятором, так как переменная больше нигде не используется. Скорее всего асм код будет таким же как и в коде 2.
4 код: без модификатора volatile было бы ошибкой и не которые компиляторы вырезали бы переменную (а) из прерывания. Но у меня модификатор volatile, в первую очередь этот модификатор говорит компилятору, что переменная может быть использована в прерывании. Соответственно и асм код другой будет, по чему спросите вы, вы за один так не сможете pins1 = a выполнить, если а = 64 битам. 35 пинов за 1 раз не засунуть в 32 битное число.
VladislavS просто не посчитал циферки, и я бы не зацепился.

Скомпилируй такой код:

Тут 10 загрузится регистр и в цикле будет запись в ODR из регистра.

А здесь загрузка в регистр должна выполняться на каждой итерации, вдруг где-то в прерывании данная переменная перезаписывается. От того действительно ли она перезаписывается будет зависеть значение переменной, на генерацию кода это никак не влияет. Естественно если ничего в прерывании не изменяется, то компилятор это ошибкой программиста не посчитает и volatile не уберет, что мы и наблюдаем, ведь у меня никакого прерывания нет.

Всё я посчитал. Именно поэтому в твоём дурацком цикле сделал оптимизацию и убрал 64-битные вычисления. PinList на >32 пина тоже как три пальца об асфальт делается. И дальше используешь для всех вычислений TWidth. Но я слабо представляю себе ногодрыжный интерфейс на 32+ пина. Можно пример какой-нибудь?

где ты тут увидел 64 битные вычисления?

Спойлер

Код:

#define k_bit   uint32_t//uint64_t-64пина uint32_t-32пина uint16_t-16пин uint8_t-8пин

void port_write (volatile const port_pin *p, uint8_t a, k_bit data)
{   k_bit s=1;
      for(uint8_t i=0; i<a; i++, s<<=1){
      if (data & s)
         ((GPIO_TypeDef *) p->port)->BSRR = p->or;
         else
         ((GPIO_TypeDef *) p->port)->BSRR = p->and;
      p++;
   }
}

асм покажешь на 64 бита, или боишься что СИ положит на лопатки С++?

Да несколько страниц назад. Да и вот тут при 35 битах ничего не поменялось.

Закусывать надо!

Свое покажи. Асм где?

Подавись. 48 ног.

Спойлер

Код:

//volatile uint64_t x;
x:
        DS8 8

//int main()
//{ 
main:
//  using TPL = PinList<GpioB<0xFFFF>,GpioC<0xFFFF>,GpioD<0xFFFF>>;
        LDR.N    R2,??main_0      ;; 0x48000414
        LDR.N    R3,??main_0+0x4
//  for(;;) TPL::write(x++);
??main_1:
        LDRD     R0,R1,[R3, #+0]
        ADDS     R4,R0,#+1
        SBC      R5,R1,#-1
        STRD     R4,R5,[R3, #+0]
        UXTH     R6,R1
        STR      R6,[R2, #+0]
        LSRS     R7,R0,#+16
        STR      R7,[R2, #+1024]
        UXTH     R0,R0
        STR      R0,[R2, #+2048]
        B.N      ??main_1
        DATA
??main_0:
        DATA32
        DC32     0x48000414
        DC32     x

VladislavS, ладно, признаю свое поражение и склоняюсь перед великим и могучим С++

Спойлер

Дарю. А то прямо кровь из глаз.

Спойлер

Код:

//volatile uint64_t x;
x:
        DS8 8
       
//int main()
//{
main:
        LDR.N    R6,??main_0      ;; 0x48000014
        LDR.N    R7,??main_0+0x4
//for(;;)
//{
//  uint64_t tmp=x++;
??main_1:
        LDRD     R2,R3,[R5, #+0]
        ADDS     R6,R2,#+1
        SBC      R7,R3,#-1
        STRD     R6,R7,[R5, #+0]
//  GPIOA->ODR = tmp>>48;
        LSRS     R0,R3,#+16
        STR      R0,[R4, #+0]
//  GPIOB->ODR = tmp>>32;
        STR      R3,[R4, #+1024]
//  GPIOC->ODR = (uint16_t)(tmp>>16);
        LSRS     R0,R2,#+16
        STR      R0,[R4, #+2048]
//  GPIOD->ODR = tmp;
        STR      R2,[R4, #+3072]
        B.N      ??main_1
        Nop     
        DATA
??main_0:
        DATA32
        DC32     0x48000014
        DC32     x

Да не ужели.
Твой код

Спойлер

Код:

volatile uint64_t x;

int main(void)
{
   for(;;) {
       uint64_t tmp=x++;
       GPIOA->ODR = tmp>>48;
       GPIOB->ODR = tmp>>32;
       GPIOC->ODR = tmp>>16;
       GPIOD->ODR = tmp;
   }
}

Program Size:
      text      data       bss       dec       hex   filename
       628         0      1040      1668       684   port_103.elf

Мой код

Спойлер

Код:

union BytByte {
struct {
 uint16_t data[4];
} bit;
volatile uint64_t byte;
}__attribute__((aligned(4)));

union BytByte myBByte;

int main(void)
{
   for(;;) {
      myBByte.byte++;
      GPIOA->ODR = myBByte.bit.data[0];
      GPIOB->ODR = myBByte.bit.data[1];
      GPIOC->ODR = myBByte.bit.data[2];
      GPIOD->ODR = myBByte.bit.data[3];
   }
}
      
Program Size:
      text      data       bss       dec       hex   filename
       612         0      1032      1644       66c   port_103.elf

Асм показывать не надо?
Могу еще на указателях, но те же самые 612 байт выдает.


Я не спорю что IAR делает эффективный код, но как бы мне не удалось собрать тот проект на IARе, ты мне не помог со скриптом линкера.
Так что ....

Это не лечится.

PS: Любым инструментом надо уметь пользоваться. Будь то язык программирования или компилятор.