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

[st_1]

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

Как и выталкивает всегда, и по большому счёту нафиг эти флаги не нужны, достаточно временной задержки. Вопрос не в том, вопрос в документации и в невменяемых библиотеках, нет чёткого примера от производителя, который бы можно было бы принять за основу и в который, в случае чего, можно было бы тыкнуть пальцем.

[espectr0]

Как и выталкивает всегда, и по большому счёту нафиг эти флаги не нужны, достаточно временной задержки.

Может все-таки наоборот? Зачем лепить задержки, когда есть флаги.

[dosikus]

Может все-таки наоборот? Зачем лепить задержки, когда есть флаги.

Дык вот и просим привести, так сказать, эталон работы с SPI на Cosmic .
Пока все кривое кроме чистого асма ...

[st_1]

Думается что каждый флаг для своей операции .
Или нет ? © Bill

Или да. Поройся по исходникам либ Микрочипа, и не только, то проверка перед, то проверка после. SPI, ИМХО, не самый лучший пример унификации, тут больше по задаче.

Может все-таки наоборот? Зачем лепить задержки, когда есть флаги.

А какая разница?
Что так, что этак, проц крутится вхолостую, нельзя затолкать следующий, если не вышел предыдущий. А теперь, для примера, посчитайте сколько пустых затрат при заполнении того же LS020? А в некоторых случаях там можно проверку флагов убрать совсем или добить задержку NOPами.

[EugenyAM]

В процессе работы над проектом подобрался к Watchdog вплотную...

Если кому-то интересен пример - держите

// --- вставить в watchdog.h ----------
#define IWDG_KR_ENABLE  0xCC
#define IWDG_KR_REFRESH 0xAA
#define IWDG_KR_ACCESS  0x55

#define IWDG_PR_4   0x00
#define IWDG_PR_8   0x01
#define IWDG_PR_16  0x02
#define IWDG_PR_32  0x03
#define IWDG_PR_64  0x04
#define IWDG_PR_128 0x05
#define IWDG_PR_256 0x06

#define IWDG_Init(x,y) { IWDG-›KR=IWDG_KR_ENABLE; \
IWDG-›KR=IWDG_KR_ACCESS; IWDG-›PR=(x); IWDG-›RLR=(y); \
IWDG-›KR=IWDG_KR_REFRESH; }

#define _WDR() IWDG-›KR=IWDG_KR_REFRESH

в main.c

#include "stm8s.h"
#include "watchdog.h"

void main(void)
{
//Инициализация Watchdog на максисмум (1.02 с)
IWDG_Init(IWDG_PR_256, 0xFF);

...

//далее в нужных местах сброс Watchdog
_WDR();
...

}

[pinco]

...
Пока все кривое кроме чистого асма ...

Хе хе , дык я уже ранее об этом писал в своих постах , а все упирались что писать на С проще , и лучше , ну а теперь сами в это уперлись (да, kison , получается и тебе с STM8 пора тоже применять ассемблер .)

[kison]

Хе хе , дык я уже ранее об этом писал в своих постах , а все упирались что писать на С проще , и лучше , ну а теперь сами в это уперлись (да, kison , получается и тебе с STM8 пора тоже применять ассемблер .)

Тут в середине ветки приводил функцию задержки. Как раз на ассемблере. Он меня не пугает. Асмовые ставки применяю иногда, но писать на чистом ассемблере без крайней необходимости не буду.

[st_1]

Хе хе , дык я уже ранее об этом писал в своих постах , а все упирались что писать на С проще , и лучше , ну а теперь сами в это уперлись

Кто во что упёрся? А чём вы там писали?
Здесь идёт разбор нового камня со всеми мелочами, а кто, что, и как будет писать потом, это уже дело сугубо индивидуальное, здесь диапазон велик, от применения библиотек "как есть" до чистого АСМа, по задаче. И в этом STM8 мало чем отличается от других камней, возьмите для сравнения АВР, на чём только проги не пишут, просто по STM8 очень мало информации и готовых решений.

[mac0dee]

Всем доброго дня.

Мучаю stm8L152k6 в 32 пиновом корпусе. Бьюсь с подключением DACa. Не могу понять Vref он берёт от внутреннего генератора Vref или с внешнего пина? В описании на DAC этот момент как то упущен. Из описания выводов:

для 48-ми пинового процессора:
12 pin VREF+ S ADC1 and DAC positive voltage reference

для 32-х пинового:
8 pin G4VDD1/VDDA/VREF+ S Digital power supply / Analog supply voltage / ADC1 positive voltage reference

В первом случае внешний пин под Vref для АЦП и ЦАП. Во втором ничего не сказано про ЦАП.

Разъясните кто, сталкивался

[kison]

Всем доброго дня.

Мучаю stm8L152k6 в 32 пиновом корпусе. Бьюсь с подключением DACa. Не могу понять Vref он берёт от внутреннего генератора Vref или с внешнего пина? В описании на DAC этот момент как то упущен.

Документация не шедевр. Посмотрите 106 страничку даташита, там два графика. Из них понятно, что опора подключена к аналоговому питанию, если в корпусе нет отдельных выводов.