AleksejLt> А кого зацепило и есть желание углубляться то вперед, никаких проблем избавиться от ардуиновского "фреймворка" нет. 0-ZEvS-0>> Так вот выбирая ардуиновский путь, программист отказывается от изучения возможностей чипа, управления (правильного) его периферии, и прочего. А в результате не может потом разобраться, почему не работает. AleksejLt> Увы, это тоже плюс ардуинки) Я не хочу разбираться в доках по всей периферии. Я хочу подключить датчик/экран/лед и заниматься написанием кода (используя готовую библиотеки). Ну, для домашних простеньких проектов действительно вполне сгодится, но не более. Ну и этот ардуиновский "фреймворк" (как Вы изволили выразится) сжирает если не 2/3 ресурса МК, так 1/2 точно.
Помнится хотел один мой друг детства (IT`шник) освоить это дело, написал пару проектов, а на целевой проект у него ресурса не хватало... И он сделал вывод, что МК г**но.
AleksejLt> Хотя качество библиотек... хорошо, что они хоть бесплатные Наверное, потому-что их писали такие же "ламеры" как и те, для кого они предназначены. Хотя может я ошибаюсь.
0-ZEvS-0>> Почему снимаете шляпу? И что сложно? AleksejLt> Организация проекта на асме достаточно тяжелая. Ну может поначалу. Я например, сразу под задачу выбираю макромодули с процедурами и вставляю в проект. Потом настраиваю уже готовый "Инициализатор", который по резету инициализирует мне всю периферию, все выводы/вводы, таймеры и прочее.
Потом пишу "MAIN" c нуля, он конечно почти всегда состоит из CALL`ов. И когда все начинает работать, провожу оптимизацию. Например, могу в цикл поместить его тело несколько раз, а счетчик цикла во столько-же раз уменьшить.
Ну и если время позволяет, люблю из МК выжать максимум.
AleksejLt> Не зря *никсы писали на Си. Там хотя бы есть ф-ции, а не го-то Да. Согласен. Но там задачи и условия были совсем иные.