FAQ по STM8

[Easyrider83]

Ясно, спасибо. Надо будет еще калибровку осилить... хотя, 12,5 процентов не так уж и много, может "нуивонафик" сделаю, вместо калибровки.

А библиотеками STM8S_StdPeriph_Driver вы брезгуете?

AWU_LSICalibrationConfig(128000);

[tempora]

Нет, конечно, тут религиозный фанатизм неуместен (должен же он хоть где-то отсутствовать? ), просто, надо для начала всё самому попробовать, чтобы понять, что как устроено. Потом можно и либы использовать, да...

Впрочем, некоторые параноидальные выверты я действительно не готов повторять...
К примеру такие:

void AWU_Init(AWU_Timebase_TypeDef AWU_TimeBase)
{

    /* Check parameter */
    assert_param(IS_AWU_TIMEBASE(AWU_TimeBase));

    /* Enable the AWU peripheral */
    AWU-›CSR |= AWU_CSR_AWUEN;

    /* Set the TimeBase */
    AWU-›TBR &= (uint8_t)(~AWU_TBR_AWUTB);
    AWU-›TBR |= TBR_Array[(uint8_t)AWU_TimeBase];

    /* Set the APR divider */
    AWU-›APR &= (uint8_t)(~AWU_APR_APR);
    AWU-›APR |= APR_Array[(uint8_t)AWU_TimeBase];
}

Да и массивы TBR_Array, APR_Array держать "всегда под рукой" не вижу смысла. В общем, там посмотрим.

[Easyrider83]

на счет assert_param
Я их всех загнал в условную компиляцию.

#ifdef assert_enable
    /* Check parameter */
    assert_param(IS_AWU_TIMEBASE_OK(AWU_TimeBase));
#endif

Если прописан локальный дефайн, они включаются.

[tempora]

Да, можно, конечно и так, однако, в таких случаях это мне не нужно вовсе, так как я не использую числовые константы - предпочитаю такие вещи дефайнить понятными именами. Эта проверка имела бы смысл при динамическом определении тайм-базы алгоритмом, который не в состоянии выбрать значение из множества правильных. Но это не мой случай.

Пока у меня от этой либы складывается впечатление, как от школьного сочинения, когда кровь из носу надо написать "4-5 листов", а писать как-то и нечего... Ну, типа, нас подталкивают к возможно более раннему исчерпанию 32К.
Ну, вот, скажем, нафига, перед записью четырех бит, их очищать?*) Я пока не нашёл объяснения...

Это лишь самые первые впечатления - я ещё даже не понял, как их доки разложены (чёрт ногу сломит, нмвз) - но впечатления эти именно таковы.
___________________________________
*) Что-то типа "US DoD 5220.22-M" ?

[ut1wpr]

на счет assert_param
Я их всех загнал в условную компиляцию.

Код:

#ifdef assert_enable /* Check parameter */ assert_param(IS_AWU_TIMEBASE_OK(AWU_TimeBase)); #endif

Если прописан локальный дефайн, они включаются.

А я в STM8S_conf.h закомментарил строку

//#define USE_FULL_ASSERT    (1)

и все, что ниже отвалилось само...
Наверное, это предусматривалось индусами.

[tempora]

А я в STM8S_conf.h закомментарил строку //#define USE_FULL_ASSERT (1)

Так она ж, вроде, изначально закомментирвана ...?

[ut1wpr]

Так она ж, вроде, изначально закомментирвана ...?

А и не помню! Но факт, что в отсутствии этого дефайна никаких асертов не фулится... Там большой блок доступа к фул-асерт ифом-эндифом охвачен.

[tempora]

Да, я это заметил. Пока, правда, по диагонали, но хоть знаю, что оно есть и где его смотреть, если что.

[woroba]

Пока у меня от этой либы складывается впечатление, как от школьного сочинения, когда кровь из носу надо написать "4-5 листов", а писать как-то и нечего... Ну, типа, нас подталкивают к возможно более раннему исчерпанию 32К.
Ну, вот, скажем, нафига, перед записью четырех бит, их очищать?*) Я пока не нашёл объяснения...

+100500
У меня тоже от этих либ изжога.

[Yurkin2007]

Ну, вот, скажем, нафига, перед записью четырех бит, их очищать?*) Я пока не нашёл объяснения...

Есть простое объяснение. Дело в том, что старшие 4 бита регистра AWUTB зарезервированы, и по правилам хорошего тона туда не надо ничего писать. Вот поэтому младшие 4 бита сначала очищаются, а потом с помощью операции OR устанавливатся нужное состояние. При этом состояние зарезервированных старших битов не изменяется.
То же самое и для регистра AWU_APR ...