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

[tempora]

за МЫЛЬНИЦУ обидно

Ага, нашли мыльницу с ручными установками (которых у тру-мыльниц нету):

В моей - есть ручное управление.

и за неё стало обидно - ну, разумеется.

Попытка выкрутиться не удалась.

[chayniks]

А представьте себе, что вы хотите изучить высшую математику не зная алгебры и тригонометрии. Так и тут. Хотите знать - ИЗУЧАЙТЕ. И прав Владимир Ильич.

Согласен. Только в роли алгебры и тригонометрии тут ассемблер

Ну хорошо. Вы какое ПО рекомендуете? Посоветуйте литературу к нему (ПО).

[elesy]

Согласен. Только в роли алгебры и тригонометрии тут ассемблер

Ну хорошо. Вы какое ПО рекомендуете? Посоветуйте литературу к нему (ПО).

Да нет .. Основа тут Кериган и Ричи + даташит на камень

[kmst]

Флуд должен хоть немного соответствовать теме...
Надо разделять два момента: "Старт в Си" и "Старт в АВР"
Для старта с AVR СV очень неплохой вариант. В первую очередь из-за наличия достаточно удобного программатора из 5 проводов. Человек, знающий Си и хоть немного другие языки НИКОГДА!!! не будет пользоваться всякой ерундой, которая ему не позволит перенести свой труд на другой компилятор. А когда ему не хватит того, что предлагает CV, он с легкостью перенес свой труд на любой другой компилятор. Когда наступит этот момент? А все зависит от того, какие задачи решаются... Лично для меня в CV не нравится использование ASM. Но не нравится и невозможно-это разные вещи. Мой пример с bootload-ом это подтверждает.(Хотя практически все, кроме непосредственно операций с Flash, написано на Си) Наличие огромных наработок под другие компиляторы, например под USB, не позволяет рекомендовать CV как единственный и неповторимый... Возможно, найдутся фанаты CV которые со временем переведут наработки и под CV, но... Выбор платформы определяется задачей и, отчасти, модой... Применение TI или STM часто связано с причинами, далекими от задач, но увы, дух времени нельзя игнорировать...
Еще раз повторюсь, что да, СV имеет существенные ограничения, но... программирование для PС и для микроконтроллеров суть разные вещи. Легкость использования классов и т.п. на РС приводит к огромным тормозам на контроллерах... Использование того, что не поддерживает CV на микроконтроллерах приведет в итоге к заторможенному и не эффективному коду. Хотя на Си возможно это будет смотреться красиво... Про оптимальность кода... Как-то мне понадобилась библиотека I2C на CV. (Реанимация чужого проекта) Встроенная в CV библиотека не работоспособна по причине использования внешних подтягивающих шину резисторов. Как любой нормальный человек, не желающий делать из мухи слона, взял готовую библиотеку от ICC на Си и скомпилировал на CV. Результат - внешняя библиотека на 2 слова меньше встроенной на асм-е и ICC-шной!!! Кто понял - замечательно. Кто нет-продолжайте хаять CV...
И еще один момент...Господа, Вы часто ездите по командировкам и работаетна чужих компах?

[elesy]

И еще один момент...Господа, Вы часто ездите по командировкам и работаетна чужих компах?

А при чем тут командировки и чужие компы?
Человек освоивший один инструмент, в данном случае CV, не будет переучиваться на другой. Так здесь тусуются в основной массе радиогубители. И на другой камень из 100 перейдут один, два. Да и код в большинстве свой используется чужой, причем тупо, копируется.

[tempora]

Для старта с AVR СV очень неплохой вариант.

Да, да, и даже в этой теме достаточно примеров "удачного" старта, а уж если ею не ограничиваться...

_____________________________
++

СV очень неплохой вариант. В первую очередь из-за наличия достаточно удобного программатора из 5 проводов.

Упомянутый горе-программатор никакого отношения к CV не имеет.

Человек, знающий Си и хоть немного другие языки НИКОГДА!!! не будет пользоваться всякой ерундой,

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

Лично для меня в CV не нравится ...

Это не вы ли тут недавно кичились знанием русского языка и упрекали окружающих в незнании его? ::

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

(кстати, в самой этой короткой цитате - тоже несколько ошибок)

Короче - "к тэрапэвту!"

[atul]

Плсмтрел сейчас, оказывается в старте темы человек задал вполне конкретный вопрос: "Господа овладевшие FlowCode пожалуйста кратко и доступно опишите (по чуть чуть каждый )о свойствах "кубиков",что в их окнах пишется и простенькие примеры состыковки."
И в итоге 59 страниц на вечную тему "какой компилятор или язык программирования лучше"...
Вообще на этот вечный вопрос есть простой ответ - "лучший тот, который вы знаете". Если у меня есть конкретная задача, тот лучшим будет тот инструмент, с помошью которого я смогу решить задачу наиболее быстро и эффективно.

[tempora]

на этот вечный вопрос есть простой ответ

В том-то и дело, что вопроса никакого нет, есть лень-матушка и "простое русское авось".

"лучший тот, который вы знаете"

Вот, вот, как раз и подтверждение. В самом деле - зачем учиться чему-либо? Что знаете - то и лучшее. Это называется "искать ключ там, где светло".

[atul]

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

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

[nahimovv]

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

И поэтому ваше мнение является единственно верным?
Доказательств то вы не можете привести, знаний то не хватает.

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

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

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

Вот про это вам и толкуют. Задачи разные бывают. А все эти проги-выпендрёжи на других платформах не прокатывают.
"Так зачем платить (учить) дважды?"(С)

Здесь дело не в лени.

А в чём? В тупости, особенности генофонда, костности, консерватизме или отсталости ума?

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

Вот вам и предлагают, изучить СИ, а не полу-недо-псевдо-СИ.

Как правило, тот кто хватается за все подряд редко глубоко постигает что-то одно.

Бред! Знание разных платформ и компиляторов к ним даёт свободу выбора, а не яйца в тисках!