Оптимальный старт в программировании МК на С

[t_ruslan_w]

Добавлю свои копейки. Без опыта на ассемблере очень трудно разгребать грабли
на Си, какой бы компилятор не был.

[nahimovv]

Да нет у меня никакой ностальгии по AVR. Применил STM8 в двух проектах - плююсь. Больше не буду. Проще применить stm32f100, в малых корпусах. По стоимости дешевле выходит.

А ведь предупреждали!
STM8 хороши для совсем простых, мелких и дешёвых проектов, типа, "проект одного вечера".

[nahimovv]

Без опыта на ассемблере очень трудно разгребать грабли
на Си, какой бы компилятор не был.

Грабли на Си - от незнанния языка и незнания архитектуры, но никак не от знания/незнания ассемблера.

[ilyamp]

Добавлю свои копейки. Без опыта на ассемблере очень трудно разгребать грабли
на Си, какой бы компилятор не был.

Согласен

ИМХО, пока десяток программ на асме для конкретного проца не напишешь и отладишь, смысла Си изучать нет, всё равно не поймешь, как программа работает. Будет выученный набор заклинаний, который ещё и от конкретного компилятора зависит. Чуть менее очевидная проблема - особенно, если зависит от настроек компилятора - будут часы, даже дни мозгового штурма.
Писать на асме - более трудоёмко, спору нет,хочешь структурировать программу - сам об этом и заботишься, корректно условные операторы организовывать - сам следишь за этим, циклы сам организуешь,за дальними переходы сам следишь, арифметику на переполнение сам проверяешь, но без этого понять, что творит компилятор Си невозможно.
очень простой пример для начинающих из Си

int a;
unsigned int b = 30;
.......
.......

a = (b - 62)/8;
// в этом месте переменная а будет равна совсем не -4, как можно было бы ожидать

a = (b - 62);
a /= 8;
//  здесь а будет -4

a = (int)((b - 62))/8;
//   тут тоже

a = (int)((b - 62)/8);
//   а здесь - нет

но пока в дизасме не пройдёшь - споткнёшься не раз

[dosikus]

очень простой пример для начинающих из Си

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

[tempora]

но без этого понять, что творит компилятор Си невозможно.

Если учебник не читать, то невозможно, а так - смотрим "автоматическое приведение типов" и всё становится на свои места без асма.

[akegor]

Все неприятности от невнимательности и похренизма, а все болезни - от недопития.
Если данные разных типов ТОЛЬКО явное преобразование, тогда без граблей.

[Uz_Sleep_Walker]

Если ваш проект на МикроСи легко переносится на другой компилятор или другую платформу, то ради бога. Если же нет - делайте выводы сами, каким "инструментом" и как вы пользуетесь.

мне не надо переносить проекты с платформы на платформу. для моих задач хватает того чем я пользуюсь.

Ваша "истина" ещё хуже, вы с кровавой пеной у рта, с последней гранатой в окопе, будете её изрыгать, сидя на одной платформе и одном из псевдо-полу-недо-Си, и доказывать, что вас унижают, обижают, ругают, обманывают и только вы являетесь последним оплотом неизвестно чего.

вы удивляете меня своими выводами. я никому ничего не доказываю не говорю что меня обижают обманывают и далее по списку (это ваши фантазии), я сказал что мне нравится mikroC. А некоторые товарищи не могут принять мысли о том, что есть люди которые не поклоняются божеству "IAR".

большая просьба к вам и ваши единомышленникам не навязывать мне вашу точку зрения. Когда мне перестанет хватать mikroC тогда я первым вариантом рассмотрю IAR, как замену. А пока, в этом нет необходимости.

[ilyamp]

Но я то как раз не против асм, просто ваш пример не особо показателен...

Да, пример в том виде как приведён не очень показателен, всё без асма выясняется.
Но если в программе, скажем, сотня переменных в т.ч. структур, десяток массивов, то уже сам не всегда помнишь их типы, когда исправляешь очередную функцию.
Кроме того, если, например, переменная получает значение из АЦП, то реальный её тип зависит от настроек АЦП и может не совпасть с объявленным(если вовремя не исправил).
Я это всё к тому, что в асме, поскольку обработка переменных мелкоструктурная, даже яснее понимаешь, зачем нужна типизация переменных в Си.


Я думаю, что Си по сравнению с асмом для микроконтроллеров даёт только лучшее понимание кода. (или более быстрое вспоминание, когда потом сам на него смотришь, особенно года через два - три)
Перенос на другой контроллер, даже похожий, всё равно требует изменения обработки периферии, хотя бы по названию управляющих регистров, тут Си не поможет.
Мне кажется, что для решения задач, обычно возлагаемых на контроллеры, гораздо важнее знать радиоэлектронику, иногда теорию обработки сигналов, иногда просто элементарную физику. Еще нужно придумать алгоритм решения задачи, а на чём писать - на Си, на асме или на VHDL, почти всё равно. Правда, если из камня нужно выжать процентов 50-70 ресурсов, я лично предпочитаю асм ))

[nahimovv]

мне не надо переносить проекты с платформы на платформу. для моих задач хватает того чем я пользуюсь.

Это аргумент правильности МикроСи?

вы удивляете меня своими выводами. я никому ничего не доказываю не говорю что меня обижают обманывают и далее по списку (это ваши фантазии), я сказал что мне нравится mikroC. А некоторые товарищи не могут принять мысли о том, что есть люди которые не поклоняются божеству "IAR".

Прчём здесь ИАР? Я им почти не пользуюсь, разве что, только с STM8.
Так что, о чём вы там говорите, вообще непонятно.
Или... кругом враги?
А я предупреждал:

вы с кровавой пеной у рта, с последней гранатой в окопе, будете её изрыгать, сидя на одной платформе и одном из псевдо-полу-недо-Си

большая просьба к вам и ваши единомышленникам не навязывать мне вашу точку зрения.

Боитесь, стесняетесь, чувствуете слабость? Или не можете принять истину, которая не вписывается в ваш кругозор и противоречит вашим знаниям?

Когда мне перестанет хватать mikroC тогда я первым вариантом рассмотрю IAR, как замену. А пока, в этом нет необходимости.

Валерьянкой сразу запаситесь.