Кто то может уже натыкался на данную проблему, подскажите пожалуйста
Пишу:

так вот без ошибки компилирует если сдиг не более 0x1F, если 0x20 и больше выдает ошибку - Warning[Pe063]: shift count is too large
Как это победить, в чем проблема?

Это не ошибка, а предупреждение, что разрядность типа long long в IAR STM8 - 32 бита.
Выход, например,через оформление переменной i в виде класса/структуры с соответственной обработкой.

То что 32 бита это я уже понял, как примерно оформить?

ну и дальше пишете набор необходимых вам арифметических операций

Если у вас просто биты, то возможно будет удобнее работать с массивом байт

У меня единственная операция, это сдвиг вправо(влево) в цикле 64 раза...
Вот и не пойму как разделить это дело ...

Если я ничего не напутал, то что-то в таком духе

А вообще можно погуглись, может что и по оптимальнее найдется

ну похоже..
я вот не пойму в чем прикол, IAR именно для STM8, в справке такой тип есть, если в него число больше 32 бит не записывать типа предупреждений нет и все работает....
Косяк IAR -?

посмотрите хидеры, попробуйте сделать sizeof(U64). На авр-ках uint64_t работает...

Сейчас гляну....



А не знаете как макрос использовать __delay() и так и сяк не хочет..........



Непонятно, подлючаю только это #include <iostm8l152c6.h>
Там нет описания типов данных, что то подключается автоматом...

Я с stm8 не сталкивался



ну дык он скорее всего подключает какие-то другие хидеры и в конце концов подключаются системные хидеры с описанием типов

Если у Вас единственный сдвиг 0x01 конкретно на 64 бита, то для структуры достаточно операции
А если встречается различное количество сдвигов то удобнее тип оформить в виде массива 8 байт d[8] и
саму сдвижку производить на ассемблере по алгоритму:
1. d[0] - логический сдвиг для заноса в carry-флаг старшего бита
2. с d[1] - и далее - циклический сдвиг

на С сдвиг на 1 приблизительно так:

Это все ужасно долго, нужно сделать 1 сдвиг, потом передача в DMA и т.д. потом еще сдвиг и т.д. всего 60 - 62 раза, а если делать так это ай-ай ............

Это "ужасно долго" делает именно IAR для восьмибитных процессоров.
Только система команд STM8 имеет возможность сдвига слова, что позволяет свести операцию над 64-разрядным типом
к 4-м операторам сдвига вместо 8-ми. С предварительным оператором очистки флага carry разумеется.
И так это он повторяет в цикле 62 раза для каждого i=(0x01)<<62;

Для ускорения разумнее организовать цикл с модификацией: i<<=1;

Если Вы желаете, чтобы это выглядело коротко на экране, то можете сделать что-то подобное:

#define SimpleShift(p, n) do{memset(p,0,8); p[n/8]<<=(n%8);}while(0);


и вместо i=(0x01) << 62 вставить
SimpleShift(&i, 62);

Сечас попробую так временные интервалы измерить.....

Ну тогда вам ассемблер нужен. По моему опыту яр для стм8 плохенько умеет оптимизировать. Делал i2c ногодрыгом с разгоном (порядка 2 Мбит/м) - сделал на ассемблере. Отлично получилось. Могу пример предоставить.

С ногодрыгом очень интересно посмотреть вашу реализацию функций delay us()
а вот получить тип 64 пока красиво не получается, чтобы можно было без заморочек выполнять операции с ними | << >> &

Если Вы считаете это красивым, то как пример

Без С++ class не собирается, как правильно это на С сделать?

Жестокий у Вас препод, если С++ не разрешает.
На С реализация только через структуры и функцию заменяющую "<<", потому что переопределение операторов С не поддерживает.
Поэтому у Вас, при условии на С и обязательно оставить "<<", есть два варианта:
1. Уговорить участников группы стандартизации С внести в стандарт желаемые изменения.
2. если оператор действительно работает для 64-бит как Вы это утверждаете, то попытаться использовать этот бонус, предоставленный IARом.
но я бы рекомендовал бы проверить работает ли он или только компилится с предупреждением.

P.S. Чтобы Вы не теряли время на проверку работоспособности: скорее всего IAR действительно добросовестно производит сдвиг,
но начиная с момента когда сдвигаемая единица вылазит за 32 бита в 7-й байт, переменная всегда будет равна 0, а не (1<<0x20) и т.д.

Я потерял нить, почему? Компилятор вдруг забыл тип переменной?

как вы реализовали функции delay ? на TIM4 ? а то с этим у stm8 тоже проблемы.........

Потому что для STM8 IAR декларировал разрядность типа 'long long' в 32 бита в отличие например от их же AVR8, где она 64 бита.
Поэтому качестве оператора '<<' будет выступать ассемблерная подпрограмма производящая сдвижку только по 4-м байтам, т.е. 32 бита.

Картина похожая на ту, если к 'unsigned char' прибавлять число, большее 256 и результат вылазит за пределы байта,
только с тем отличием, что при сложении в переменная будет содержать кусок результата по модулю 256,
а при сдвиге механизм сдвижки обнуляет освободившийся хвост, и переменная будет = 0;

Да, проверил, 64-битные переменные и в stdint не работают, даже с #pragma language=extended
Значит, только ручками.