Easyelectronics.ru

Eddy_Em, не ведись на SPL-троллей! Они в одном шаге от ардуины, по своей ограниченности ума.
Поколение пепси, что поделать! ;)

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

Что до переносимости на другие МК и использование особенностей STM32 вместо STM8, то как раз в разделении кода на прикладной и архитектурно-зависимый и есть смысл библиотек. Если я делаю устройство которое сравнивает значения двух датчиков и по хитрому алгоритму, который придумали седобородые старцы в лаборатории НИИФИГАПРОДМАШНАШ, управлять самогонным аппаратом - зачем на уровне алгоритма знать как снимает МК показания датчиков, как у него SPI устроен?
Мне на прикладном уровне главное хитрый алгоритм реализовать, а чтение датчиков и управление самогоноаппаратом будет сделано в виде вызова неких функций, которые например будут сами реализованы с использованием каой то либы для STM8 или сам буду регистры прописывать без либ.
Потом мне понадобиться перенести на другой МК эту прогу, то при разделении кода на прикладной и архитетурно-зависимый переписывать придется много меньше. А если потом придется на STM8 писать какой нить мигатель диодиками через SPI расширитель порта смогу скопировать функции работы с датчиками светодиодами и SPI из первого проекта. Вообще этот код архитектурнозависимый смолгу вынести из проекта и сделать свою либы, которая будет удобной прослойкой между проектом и МК и будет использовать части SPL так как мне удобно.

Чем ардуино-плата отличается от любой другой отладочной или evaluation board?
Библиотека кривая? Что мешает ее не использовать? Железо то чем не угодило?

Это если работодатель/заказчик/время Вам позволит так сделать. А если проект большой, пишется и сопровождается годами? Если при замене платформы вы заявите, что проект надо писать с нуля, то я сомневаюсь, что Вас поймут. Абстрагироваться от железа не дураки придумали. Я не агитирую за SPL, сам в основном пишу без нее для восьмибиток. Просто после N-ной шишки приходит понимание, что очевидность/читаемость и переносимость кода намного дороже пяти сэкономленных килобайт флэши и пары сотен байт оперативки.

За фига вы тут холивар разводите? Про преимущества ассемблера над SPL можно в другой теме написать, как и о преимуществе людей, которые способны в голове держать даташит целиком.

Сам хоть понял... что сказал??? "Не читал, но осуждаю!"(С)... )))
Всю жизнь писал без SPL... а тут "бац, озарение небесное"??? )))

А SPL'щики больше ни на что и не способны... они только у друг друга говнокод передирают... Это и есть "переносимость"... в двух значениях... типа что стыбрил... и типа что "знаю что гавно, но терпеть придётся, перенесу"... ))))

(рукалицо)
Эмбеддер тем и отличается от говнокодописателя, что должен знать как устроен SPI и как он работает! :)
И закон Ома помнить должен! Или уже тоже не должен? :D

Суть не в том, чтобы знать, а чтобы в определенный момент об этом думать и помнить. Управление сложностью, абстракция, не? Уровни, читаемость, поддержка, не?

2fr0ster, расходимся, тут чуваки в программировании случайно.

Ну напишешь ты еще одну стопитсотую либу для аппаратного SPI.
А реализовать алгоритм не осилишь, потому как в нем нет ни регистров, ни частот, ни всего привычного для рукалицего эмбеддера.
И что? Настоящему эмбеддеру нужен настоящий прикладник?

Надо уметь концентрироваться на критично для данного уровня абстракции.
Уметь разделять код на системный и прикладной.
А тут даже прочитать и понять предложение не выходит, написано же, на уровне алгоритма.
Сильно тебе поможет знание работы SPI для решения конкретной прикладной задачи?
Датчик то может непосредственно подключаться к выходам МК, может через SPI, может через I2S или SMBus или вообще по своему протоколу и своей особой шине. Закладываться на конкретный датчик там, где тебе нужны только показания датчика - глупо.

Короче, смешение уровня абстракции и есть настоящий фейспалм и говнокодописательство.

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

Мдя... SPL-говнокодописатели, которые не знают закон Ома и как работает SPI это круто!!! ))))
Да ещё и абстракцию путают с чем-то... жгите дальше... ))))

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

Жгите дальше. Обсуждайте попсовую ардуино, клеймите позором всех использующих библиотеки, у вас же библиотека одна, SPL.

ЗЫ Главное откуда хидер stm32f10x.h к примеру и не задумывайтесь.

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

Точняк, и плату разведет и ЛУТом ее заху... ой, за ЛУТит короче.
И кому он такой нужен? Не, для поделок на kickstarter - в самый раз. Даже заработать можно неплохо.

Вообще-то говоря о ардунье и имеют ввиду кривую либу а не железо ...

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

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

И таки да, идеальный код должен быть оформлен как библиотека. Другое дело, что идеального кода не бывает, но это не значит, что стремиться к этому ненадо.

Хде ??? Или речь о местных кулибинах наколенниках ? Иль создатели SPL стали эмбеддерами ? :)))))))))))



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

1. Протираешь глаза.
2. Выпиваешь стакан рассола.
3. Перечитываешь сообщение внимательно и вдумчиво.
4. Осознаешь что порешь чушь.
5. Извиняешься.
6. ...
7. PROFIT!!!

Пункт 3 невыполним, приводит к переполнению буфера у апологетов настоящей эмбеддерности.
Для них и либа только одна и если ее пользуешь, то обязательно всю, частично использовать ты не можешь.
Привыкли же, что если в МК есть ADC отключить его нельзя, вот ассоциацию на софт и переносят :)

Немножко беременный ???? :))))))



Бредим ?????

Пан гинеколог? Монолитные либы давно отжили свое, лет так 40 если не 50.
В том же SPL, от которого икотка у настоящих эмбеддеров, использование GPIO_SetBits(GPIOB, num) какой оверхед дает и что еще тянет в конечную прошивку? Обязательно требует использовать GPIO_Init, если он так не нравится?



Выпилить часть МК? Отключить на уровне питания да, убрать физически нет, если это не ПЛИС.
А вообще пан уже и психиатр?
Какая широкая специализация.

Вам виднее где. Это же у настоящих эмбеддеров особое представление о говнокоде.




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

Кстати настало время услышать доводы почему SPL не стоит применять. Только аргументированные доводы.

И вообще какой-нить I2C на кристалле - этож тоже библиотека (ип корка какая-нить) - немедленно прекратить применять - только ногодрыг.

IP стек тоже всем писать самим.

Ну что вы, всем брать лопату и копать песок, потом получать кремний, потом полупроводник варить...