да
в реальном железе дебаг - все работает:


г-код на всякий

Спойлер

Код:

#include "stm8s.h"

#define LED_GPIO_ODR GPIOA->ODR
#define LED ((uint8_t)(1<<3))

__IO uint16_t  ms = 0;

INTERRUPT_HANDLER(TIM2_UPD_OVF_IRQHandler, 13) // Прерывание таймера
{
    TIM2->SR1 &= ~TIM2_SR1_UIF; // Очистка флага прерывания по обновлению
    if(ms != 0) ms--;
}

void delay_ms(uint16_t ms16_t) // Задержка мс
{
    ms = ms16_t;
    while(ms);
}

void main( void )
{
    CLK->CKDIVR = 0; //Делитель частоты = 1
   
    GPIOA->DDR |= (uint8_t) (1<<3); // Ножка конфигурируется на вывод
    GPIOA->CR1 |= (uint8_t) (1<<3);  //Выход типа Push-pull
    //GPIOA->CR2 |= (uint8_t) (1<<3);  // Скорость переключения - до 10 МГц.

    TIM2->SR1 &= ~TIM2_SR1_UIF; // Очистка флага прерывания по обновлению
    TIM2->PSCR = 0x06; // //Предделитель на 2^6=64 16000000/64 = 250000 Hz
    TIM2->ARRH = 0; ///Значение перезагрузки 250000/250 = 1000 Гц
    TIM2->ARRL = 250;
    TIM2->IER |= TIM2_IER_UIE; // Прерывание по обновлению счетного регистра азрешено
    TIM2->CR1 |= TIM2_CR1_URS | TIM2_CR1_CEN ; // Прерывание по переполнению разрешено и таймер запущен
    asm("rim");
    while(1)
    {
        LED_GPIO_ODR |= LED;
        delay_ms(500);
        LED_GPIO_ODR &= ~LED;
        delay_ms(500);
    }
}

релиз на всякий:


upd:
проверил на живом светодиоде - блинкает

огромное спасибо! выяснил в чем проблема. STVP после программирования не переводил контроллер в нормальный рабочий режим

МК STM8S103.

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

На такие мысли меня навел некий мой проект. И если моя догадка верна, то это все объясняет. Кроме того, флагов событий внешних прерываний то нет (по крайней мере для пользователя).

Можно конечно тестовую прошивочку сделать, но сейчас не до нее.

Может кто сталкивался с этим или где-то про это написано.

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

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

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

кстати да, в недавнее время его неплохо обработали напильником.

Выбираем схему BMS для заряда литий-железофосфатных (LiFePO4) аккумуляторов

Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.

Подробнее>>

Верю! Только где найти документацию на обработанную версию? В том документе, что качается с официального сайта, про режим генерации кода для STM8 почти ничего нет, притом что другим архитектурам посвящены целые главы.

Кстати интересно, они таки допилили возможность передавать/возвращать структуры по значению и объявлять обработчики прерываний где угодно, а не только в файле, содержащем точку входа (main)? В документации, позиционируемой как текущая, я как раз прочел, что SDCC этого не умеет.

На самом деле, в данный момент я мало заинтересован в SDCC. Как я уже говорил, из STM8 мне интересны только младшие кристаллы, по причине того, что они продаются практически на вес. В этих кристаллах памяти не более 8 кБ, а 8 кБ кода способна генерировать и бесплатная версия Cosmic. Более того, у Cosmic даже есть неограниченная версия для STM8 (+ 32K-версия для STM32), однако ее надо хотя и бесплатно, но регистрировать.

Брать старшие кристаллы я не вижу смысла, потому что STM8 сама по себе достаточно специфичная архитектура, и для чего-то более продвинутого я бы взял Cortex-M0. Или AVR, кстати. В плане аналоговой периферии последние гораздо лучше - как минимум, у них есть встроенная опора. Это одна из причин, по которой ATtiny13 для мелких поделок с аналоговой частью для меня вне конкуренции.

Я вот сейчас раздумываю, как бы прикрутить Cosmic к Programmer's Notepad. В последнем есть настройки используемых инструментов, но я пока не понял, как сделать так, чтобы выбранный инструмент вызывался для каждого файла в проекте, а не только для активного.

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

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

Подробнее>>

тут пример прерываний не в main:
https://github.com/MightyPork/stm8s_inline_spl

Cosmic the evaluation software available on this page is designed to allow the user to build and debug a small application for evaluation purposes.
Чем хуже бесплатный ИАР Restrictions to the Kickstart, size-limited evaluation а 8 Kbyte code size limitation, скачивается без регистрации

может makefile?

Народ gdb дебаг прикрутил уже к SDCC stm8, правда для виндовс цигвин нужен, попробовал - дебажить простенько можно:
https://stm8-binutils-gdb.sourceforge.io/

з.ы. извиняюсь - stm8 не по теме, может перенесем обсуждение в соответствующую ветку?

То есть таки поддерживает? А в документации ни слова...



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



Не, ну так неинтересно.

Честно сказать, я не понимаю GDB. Отлаживаю по старинке - светодиодики, UART...



Да, можно. Надеюсь, модераторы перенесут сообщения. А то мы как-то и правда отклонились.

из исходников собрать) на всякий случай, в аттаче


нет. Насколько помню, это принципиальная позиция.


линкер не очень умный)

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

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

Надеюсь. Я так тестовую прогу так и не делал. Надо заставить себя. Проверить то просто. Установить для основного тела программы высший приоритет (т.е. запретить прерывания), дать событие, и разрешить прерывание.
Для чистоты эксперимента, можно ввалится в обработчик высшего приоритета, потупить в нем и в это время дать внешнее событие. Хотя по логике STM8 - это вроде как одно и тоже.

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

День добрый, господа.
Возник вопрос. Сначала что сделал и в чем проблема:
Настроил TIM2_CH1 вывод PWM, "поддяжка" к 1. Запускаю таймер, все работает, ШИМ такой как и подсчитал.
А вот когда ОСТАНАВЛИВАЮ таймер возник затык, таймер останавливается в том положении (0 или 1), в котором его застиг момент останова.
Это у меня руки кривые или так и задумано?
Собственно вопрос - как сделать так, чтобы при остановке таймера на выходе была ВСЕГДА 1.

Таймер можно не останавливать по-моему.
В регистре TIMx_CCMR1 биты OC1M[2:0] переводите из режима ШИМ на режим 001 и обратно.

Спасибо. Попробую.

Попробовал. Все получилось. Таймер останавливать не надо. Еще раз спасибо.

Набыдлокодил тут с аппаратным i2c( ). Все как бы работает, но удивляет некий момент:
По даташиту флаг SB должен очищаться после чтения регистра I2C_SR1, но он зараза очищается только после записи адреса слева в I2C_DR.


void i2c_start(void)
{
while(I2C_SR3_BUSY);
I2C_CR2_START=1;
while(!(I2C_SR1_SB)); <---тут он не очищается
volatile char z=I2C_SR1; <---и тут он не очищается
}

По прерываниям тоже самое.
Впринципе и так работает, просто хотелось бы докопаться до истины .

Ах еклмн. Английский мануал надо читать)))

вопрос
есть строка кода:

где data->byte_index и data->bytes оба volatile
IAR дает варнинг:


как правильно избавиться от этого варнинга?
если сделать локальную переменную, в нее присвоить значение одной из volatile и затем в сравнении использовать ее то варнинг уйдет
так надо?

Используй скобки, а то непонятно, что инкрементируешь, data или byte index:

GARMIN спасибо, с этим согласен, исправил
что по поводу варнинга? скобки на варнинг не влияют, суть его именно в том, что компилятор считает, что из за отсутствия определенности в последовательности доступа к значениям переменных могут быть неверные результаты

Компильнул в IAR вот такой код.
Ни одного варнига.