FAQ по STM8

[eddy]

прерывание только "крутит" счетчик и служит флагом что можно отправлять следующие байты.

Смысл?
Если мы на супермедленной 9600 передаем, грубо говоря, 960 байт, то отправка будет длиться не меньше секунды! А с таким подходом - выставляя флаги - и того больше. Т.е. на эту секунду все "замрет", кроме того, что через прерывания работает.
Нельзя так.
Если же отправка буфера будет идти через прерывания непосредственно (лучше, конечно, через DMA, но он только в STM8L есть), то таких зависонов не будет, и в основном цикле работа будет помаленьку продвигаться.

[akegor]

Если же отправка буфера будет идти через прерывания непосредственно (лучше, конечно, через DMA, но он только в STM8L есть), то таких зависонов не будет, и в основном цикле работа будет помаленьку продвигаться.

Почему "помаленьку"? Совсем-таки наоборот. Чуть только задержки на пересылку байта из буфера в УАРТ и обновление "счетчиков".

[MikeF]

Согласен, у меня просто небольшое кол-во данных передается и редко, поэтому проблема не стоит. Но на будущее присматриваюсь.

[eddy]

Сегодня столкнулся со странной штукой: МК сгорел от "недонапряжения". Сделал поделку на основе девборды на STM8S103. Она втыкается в другую плату, где 5В получается при помощи LM1117-5.0 от 12В. Спаял, проверил LM-ку — ОК. Ну, сдуру взял и выкрутил у БП напругу на 0. Воткнул девборду, включил БП и стал увеличивать питание. И где-то на 4-5В пошел "волшебный дым". Сгорела набортная "кренка" девборды и "кренка" на моей плате. Поменял на своей, прозваниваю девборду - там тоже закорочено, выпаял "кренку" — все равно закорочено. Т.е. МК сдох, закоротив питание на землю.
Весело, однако. Не встречал такого еще...

[MikeF]

Защитные диоды на кренках были?

[eddy]

Зачем там защитные диоды? Никогда не встречал подобного...

[MikeF]

Зачем там защитные диоды? Никогда не встречал подобного

Чтобы не горело в любом даташите нарисованы.

[eddy]

MikeF, ткни в меня картинкой. У меня три даташита на разные "кренки", везде только по кондеру с каждой стороны нарисовано — и все!

[MikeF]

LM1117

Возможно я несколько погорячился про любой даташит, сейчас порылся, действительно не везде есть, но на эту микрушку нарисован http://pdf.dom.elitan.ru/0/1/5/1/4/01514423.pdf
Вот тут даже с объяснениями http://pdf.dom.elitan.ru/0/4/5/5/0/04550468.pdf

[MikeF]

На днях решил добавить немного красоты в код и использовать пользовательский тип из стандартного stm8s.h файла:

typedef enum {RESET = 0, SET = !RESET} FlagStatus, ITStatus, BitStatus, BitAction;

В прерывании по сбоям в HSE решил применить SET:

INTERRUPT_HANDLER(CLK_IRQHandler, 2)
{
  /* In order to detect unexpected events during development,
     it is recommended to set a breakpoint on the following instruction.
  */
	if((CLK-›CSSR & CLK_CSSR_CSSD) == SET){
	CLK-›CSSR &= ~CLK_CSSR_CSSD;//сбрасываем бит детекта
	CLK-›CKDIVR=0x00;	//16MHz на HSI
	}
	return;
}

И столкнулся с тем, что в прерывание захожу, но условие почему-то ложно - однако при входе в прерывание (CLK-›CSSR & CLK_CSSR_CSSD) = 8 по факту, проверил с помощью доп. переменной.
Если условие переписать как:

if((CLK-›CSSR & CLK_CSSR_CSSD) == CLK_CSSR_CSSD)

или так:

if((CLK-›CSSR & CLK_CSSR_CSSD) )

то под if всё прекрасно выполняется.

Не то что бы у меня самоцель использовать эти SET, RESET и прочие DISABLE, но просто интересно что не так, ведь 8!=0 значит должен SET сработать, да и работает в ST примерах.
Для проверки сделал в main небольшой блочек с if (var == SET), норм. работает.

Работаю в STVD+Cosmic.