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

[omercury]

Содержимое макроса - тоже код

Сами то эти функции всё равно переписывать

Да, но только в одном месте и совсем немного.
Перенесите с одного МК на другой программку килобайт на 200 (пара-тройка томов "Войны и мира" в исходниках) - понимание придёт само.

Простите, я не понял о чём тут...

...хотя... не парьтесь. Ерунда это всё.

[tempora]

Кроме стиля написания должен же быть ещё алгоритм.

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

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

Это ещё и вопрос затраченного времени

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

[ilyamp]

И одним из следствий удовлетворения таким требованиям является такое разбиение алгоритма на блоки, при котором количество одновременно задействованных переменных не затрудняет программисту работу с алгоритмом. Я про это:

Сообщение от ilyamp

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

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

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

[tempora]

не говорил про одну функцию в программе,

Да, я читал Ваши посты. Это была эмфаза (цит: "в "идеале"), ведь Вы же сами сообщили, что переменных у Вас столько, что Вам трудно с ними работать (цит: "уже сам не всегда помнишь ...").

компилятор Си это (передачу параметров) корректно делает через стек, что занимает время, ...

Почему обязательно через стек? Каким компилятором пользуетесь?

[ilyamp]

Перенесите с одного МК на другой программку килобайт на 200 (пара-тройка томов "Войны и мира" в исходниках) - понимание придёт само.

Честно говоря, за всё время своей работы переносить старый код на новый МК пришлось всего один раз, 35кб, с 1830ВЕ31 на 1882ВЕ53, оба - отечественные51е
Что смешно, код был на асме, перенёсся один к одному, пару функций дописал новых пару закомментил, но это - из-за изменения алгоритма.
Обычно всё начинается с новой задачи - выбираешь МК, изучаешь даташиты, рисуешь схему, пишешь программу, отлаживаешь, потом, в процессе доводки или доработки системы - изменяешь программу. А переносить на другое ядро - зачем? Я пример то привёл с пиком16 и атмегой, только по жизни не встречал такого

[ilyamp]

Почему обязательно через стек? Каким компилятором пользуетесь?

Я в данном случае имел в виду С30 v1.31

Переменных много, потому что программа большая, там текста килобайт по 150-200 на асме
и к этому же 50 кб на Си
На асме кстати из-за того что приходится ДСП ядро задействовать

[tempora]

Переменных много, потому что программа большая

"Мочи мочало, начинай с начала...". Извините, но это непродуктивный режим - ходить по кругу, как известно, можно до бесконечности, а у меня её нет.

[oleg110592]

А переносить на другое ядро - зачем?

Переносил с меги на пик16, во время кризиса атмела - за мегу драли в двадорога.
Сейчас переношу на стм8, ибо стм8 дешевле.

[ilyamp]

К вопросу о готовых библиотеках.

Попытался недавно найти нормальный обработчик для I2C для dsPIC33FJ128MC804 - так и не нашёл, пришлось самому писать

[ilyamp]

Переносил с меги на пик16, во время кризиса атмела - за мегу драли в двадорога.
Сейчас переношу на стм8, ибо стм8 дешевле.

да, проблемы с производителем - это бывает...