STM8(S/L), первые впечатления

[Serega_B]

А как симулятор включить

В опциях ПРОЕКТА - категория Debugger - закладка Setup - Driver = Simulator

[dosikus]

Serega_B, Спасибо , почитал доки .
Пойду дальше читать ...

[kison]

Так что можно и не через хедеры, а просто дефайны прописать

Ну так в хидерах и есть дефайны. Кстати - поделился бы кто заголовочником от IAR. Хочу посмотреть что там и как. Ставить для этого саму софтину не хочу.

[st_1]

Да пожалуйста

iostm8s105c6.rar

[st_1]

stm8s_gpio.h

stm8s_gpio.rar

[EugVor]

В чем еще "вкусность" архитектуры Cortex-ов - так это маппирование любых битов на единое адресное пространство (в т.ч. рама, флеша и портов), а это - выделение битов, то как минимум до четверти всех инструкций в любой программе ..

Так что можно и не через хедеры, а просто дефайны прописать

Вот вот.
И какой смысл вообще в этих объявлениях через объединения и структуры, если по сути битовой адресации в STM8 нет. У компилятора задача отловить в своих манипуляциях с этими всеми структурами банальную установку/сброс битов и применить соответствующую инструкцию, может ему так проще конечно. Но для разработчика единственный сомнительный плюс - наглядность в виде обращения к биту как элементу структуры. А его номер в регистре приходится высчитывать по очерёдности их перечисления в объявлении битовой структуры.

[dosikus]

Serega_B, Статья Евгения http://eugenemcu.ru/publ/11-1-0-66 .
Собственно вопрос в следующем :
Отладка пока в симуляторе.
Доходим до строки

while(CLK_CMSR!=0xB4); //Ждем стабилизации частоты 

и висим .
Как то изменить регистр можно ? Или в симуляторе опции есть ?
Что бы не ремарить строку .

ЗЫ. Изменил регистр напрямую...
Извиняюсь, что задрал своими тупыми вопросами , но с IAR впервые разбираюсь...

[st_1]

Мона через Set Next Statement.

[Serega_B]

В чем еще "вкусность" архитектуры Cortex-ов

С какого бока в теме про STM8 Кортексы появились - непонятно.

stm8s_gpio.h

Это уже не ИАР.

Так что можно и не через хедеры, а просто дефайны прописать

Все уже прописано до нас. В этом песня! Если кого-то прикалывает самостоятельно стучать по клаве вводя текстовый файл в 170кБ, то флаг ему в руки, барабан на шею, и попутного ветра... Написать макросы "под себя" на основе этих определений - такую работу я понимаю.

Но для разработчика единственный сомнительный плюс - наглядность в виде обращения к биту как элементу структуры. А его номер в регистре приходится высчитывать по очерёдности их перечисления в объявлении битовой структуры.

PC_ODR_ODR1 = 0;//Выключим светодиод
PC_ODR_ODR1 = 1;//Включим светодиод
Или без тамошних дополнительных дефайнов, полностью идентичный кусок
PC_ODR_bit.ODR1 = 0;//Выключим светодиод
PC_ODR_bit.ODR1 = 1;//Включим светодиод
Где в этой конструкции "высчитывание очередности"? (Это пример IAR_овской работы с портами). Дальше свернуть их в конструкции вида
off(Led_Green);//Выключим светодиод
on(Led_Green);//Включим светодиод
каждый может по своему вкусу.

[dosikus]

PC_ODR_ODR1 = 0;//Выключим светодиод
PC_ODR_ODR1 = 1;//Включим светодиод

То есть можно :

#define PC_ODR_ODR1   LED 
......
LED=1
LED=0 

или так .

#define PC_ODR_bit.ODR1   LED
...
LED=1
LED=0 

Не компилится...
Как сделать ?