FAQ по STM8

[j-Roger]

Оно так явно не всё время делает.

Извиняюсь за оффтоп, но оно, видимо, иногда делает это неофициально.
Шутка

[akegor]

Хотя...

Лучше неявности предупреждать явностями. Меньше вопросов...

[AR_Favorit]

Лучше неявности предупреждать явностями. Меньше вопросов...

"Проблему" работающего не так, как было задумано, участка кода я решил, как только посмотрел в отладчике на результат компиляции. Вопрос был не "как сделать, чтоб работало"

Вопрос у меня был только в "законности" такого поведения компилятора. Если оно верное, ну ладно, окей. Если нет - извините, тогда и "явности" могут не помочь).

[akegor]

Вопрос у меня был только в "законности"

Задрали они своей непредсказуемостью в неявностях! Поэтому у меня все преобразования типов только явные. Особенно, при смеси целых и плавающих.

[STM32F0]

Задрали они своей непредсказуемостью в неявностях! Поэтому у меня все преобразования типов только явные.

Дык, кто не следует правилам, тот и вляпывается по самые уши.
Я ещё понимаю, когда вляпываются РС-дятлы, у них там свой РС-мир и свои устойчивые привычки, порой несовместимые с МК. Но когда вляпывается чел, типа "не один год просидел на МК", да еще и на восьмибитках, то это уже начинает пугать, типа это какую же он хрень ваял все эти годы?

А ведь правила простые и давно известные - избегать длинных выражений, одна строка - одно действие. И как писать без ошибок даже статьи были, от tester, на пик24.ру, например.

Есть ещё правила МИСРА.
"Логические операторы не должны использоваться совместно с поразрядными операторами".

"Неявные преобразования, способные приводить к потере информации не должны использоваться".

Особенно, при смеси целых и плавающих.

Та да! В этом случае какбэ нормально приведение, а в случае целых почему то нет. А с чего бы вдруг?

[Easyrider83]

Господа, не ругайтесь. Давайте разберемся, что там не работает. Можно пример кода еще раз?

[AR_Favorit]

Господа, не ругайтесь. Давайте разберемся, что там не работает. Можно пример кода еще раз?

Код и описание непонятки тут.

Да вроде разобрались уже. Вроде как компилятор имеет право при выполнении любых операций с 8-битными переменными приводить их к размеру int в системе, что потом обычно выкидывается оптимизацией. Он и привёл, но при оптимизации "лишнее" не выкинул, в асме это видно. А я же результат выражения не присваивал 8-битной переменной, а напрямую использовал для сравнения, поэтому так и вышло - сравнение моего u8 с созданным компилятором u16, в старших битах которого результат сдвига одной из переменных, который я считал отброшенным.

[STM32F0]

Давайте разберемся, что там не работает.

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

[RingQ]

Ковырял stm8s003f3p6. Для отладки были куплены stm8s103f3p6. Кроме виртуального USB что-то не придумал как можно использовать эти малыши при которых еще есть смысл покупать учитывая цены на stm32f030.

[STM32F0]

что-то не придумал как можно использовать эти малыши при которых еще есть смысл покупать учитывая цены на stm32f030.

Не надо искать смысл там, где его нет. stm8s - дауншифт stm32f, и этим всё сказано. Они удобны на простейших и массовых приложениях для замены ПЫХ-АВР. В остальных случаях, при сегоднящнем раскладе, смысла в них нет вообще никакого, как и в унылых ПЫХ-АВР.
stm8 хороши тем, что у них периферия от СТМ, как в stm32. При усложнении проекта можно безболезнено переползти на stm32. Ну или обратно. Это единственное, что хоть как-то оправдывает их существование.