FAQ по STM8

[woroba]

Options Byte через ST_link не получается изменить у всех так?
Получается менять программно только?

[dosikus]

Options Byte через ST_link не получается изменить у всех так?

С чего такие выводы ?

[woroba]

С чего такие выводы ?

Да я имел ввиду через IAR.
Через STVD всё получилось.

[dosikus]

Да я имел ввиду через IAR.
.

А где в IAR такая возможность ?

[woroba]

А где в IAR такая возможность ?

В режиме дебага, ST-Link-›Options byte

[dosikus]

woroba, А теперь внимательно почитайте и задумайтесь :
Какое отношение это имеет к прошивке кристалла ...

[woroba]

А все таки IAR options byte шьет.

[ViorDash]

Хотелось бы предупредить использующих STM8, при использовании какого-нибудь из функционала МК, пройдитесь по даташиту, в главе этого функционала, и все регистры с "Reset value: 0xXX" проиницилизируйте.

Попался на этом при использовании КАН.
В регистре CAN_MDLCR, старший бит "TGT" важен для посылок из более 6 байт,
"This bit should be used only when the hardware is in the Time Trigger Communication mode, TTCM bit in the CAN_MCR register is set. It must be cleared by user in Normal mode to transfer last two data bytes correctly"
По логике, если он важен, то наверняка должен был иницилизироваться при сбросе, но каким-то чудом изготовители оставили плавающим, и в родной IAR либе по КАНу, при запуске никак этот бит не сбрасывается.
Таким образом потерял время, пока понял в чем проблема. В Tx Mailbox все 8 байт ложаться нормально, а в лог. анализаторе вижу что байты 7-8 содержат значения от ранее принятого пакета. И главное, этот бит четко в "0" становится на 7-8 из 10 МК, что раньше меня сподвигнуло к мысли о браке КАНа в МК, я просто менял проц на другой.

[ut1wpr]

It must be cleared by user in Normal mode to transfer last two data bytes correctly"
По логике, если он важен, то наверняка должен был иницилизироваться при сбросе,

Не совсем понял. Изготовитель однозначно говорит "it MUST be..", вы почему-то считаете, что изготовитель ДОЛЖЕН БЫЛ... И поступали соотвественно. Там, где вам предписано управлять битом, вы упрямо оставляли его нетронутым после сброса. Причем призываете на помощь логику. Но, наверное, у изготовителя была своя логика, когда он написал подобную рекомендацию, не думаете?

[ViorDash]

Я прекрасно понимаю перевод.
Логика в том, что у регистра CAN_MCR есть дефолтное значение = "Reset value: 0x02", и соответсвенно Bit 7 TTCM будет в нуле, то почему надо было оставлять плавающим старший бит "TGT" в регистре CAN_MDLCR.