Если на микроконтроллере вам не хватает конечных автоматов, и приходится городить ртось, то вы явно что-то не так делаете: либо в довесок к МК надо нормальный процессор с MMU прикрутить, либо руки не из того места растут!
Могу похвастаться своим студентом: весной в качестве курсовой он сделал автоматический привод на дешёвый телескоп. На всю оснастку потратил около 10000 рублей, что довольно-таки немного по сравнению с готовыми решениями. Ну и отдельный плюс — своя прошивка МК, что позволяет любые фичи реализовать. Никакого анального огораживания!!!
Что за чушь про прошивку? Как раз благодаря ферромагнитным ячейкам памяти термин и возник: брали иголочку и проволокой прошивали поочередно все кольца в нужных направлениях…
Что я там забыл? Почти все вменяемые регистранты поуходили, а оставшиеся тонут в болоте школоты вантузоидной, поставившей себе бубунту и задающей вопросы, ответы на которые есть в первых строках выдачи гугола. Плюс еще вахтерствующие модераторы разошлись не на шутку. Шома свалил, но на его место еще хуже пришли…
Я ядро не зря упомянул!
Пишут, что в современном ядре больше 24млн строк сишного кода!!! И это — нормально.
Сам я, понятное дело, столько ни в жизнь не напишу, но и у меня есть штуковины на пару-тройку десятков тысяч строк.
Главное — придерживаться иерархии: разбивать логические модули на файлы, да следить, чтобы в файле было не больше 500-1000 строк (иначе в нем даже при помощи IDE ориентироваться сложно). Вон, в libSOFA вообще пошли таким путем: каждой функции — свой файл. Правда, процентов на 80 каждый файл заполнен документацией, что очень здраво сделано.
Относительно других ЯП, единственный язык, который может хоть как-то конкурировать с С — это С++. Но, учитывая то, что в реальном мире крайне мало задач, которые требуют применения ООП, С остается «царем горы». И будет таковым очень долго. Хипстеры со всяким отстоем вроде go, rust, python помрут вместе со своими недоязычками, а С останется!
Что-то ничего особо интересного, кроме разве что включения бинарников (для программирования МК — весьма полезная вещь) не вижу.
Большая часть «нововведений» уже давным-давно поддерживается gcc!
P.S. А что значит «слишком большая программа на С»? Больше, чем 2 объема ядра?
Можно нескромный вопрос: какой вообще смысл в подобных «статьях»? «Возьмем калокуб, щелкнем пять галочек и радуемся».
Чем-то напоминает инструкцию по сборке ЛЕГО.
Какой USB3? Много ли современных микроконтроллеров хотя бы полноценный USB2 умеют? А много ли программистов правильно осилят написать все необходимое, чтобы шина работала полноценно?
Какой type C? А паять его кто будет?
Не надо мне лапшу на уши вешать!
Вся эта «военщина» — чистой воды распил! Никакой честной конкуренции там нет и не будет. Зато у генералов миллиарды по кладовкам рассованы…
Плачевно, что у нас производство в таком убитом состоянии находится… Используются технологии 20-летней давности, по которым делают никому не нужное старье. И лишь бедолаги-вояки, которых заставляют пользоваться исключительно этим старьем, вынуждены за бешеные деньги покупать его и мучиться потом.
Миландровские микроконтроллеры по цене очень сильно проигрывают подобным по производительности STM32. Про процессоры вообще молчу! Берем среднюю «малинку» — около 2000 рублей. Берем подобную по производительности штуку на «эльбрусе» — уже минимум 60000 рублей!
Но зато на «эльбрусах» можно пилить миллиарды, а на «малинках» — нельзя!
Залез в код, ожидал сначала увидеть ужасный калокуб… Но увидел отличные исходники!
Спасибо!!! Хоть немного людей в этом мире еще не превратились в хомячков…
Хорошо, когда телескоп оснащен системой управления.
У нас при желании можно и 6-метровый БТА, и 1-метровый Цейсс, и 0.5-метровый Астросиб из стеллариума на объект навести: просто ткнул мышкой на объект, нажал ctrl+0 — вуаля!..
Кстати, про «весь каталог Мессье в 130мм»: я уже не первый год провожу ночные экскурсии. На 300-мм телескопе! Даже в абсолютно безлунную ночь с идеальной атмосферой часть объектов из каталога Мессье люди просто не видят! Я-то, вспоминая картинки с Хаббла, могу сказать: «вот это размытое пятнышко на самом деле — взаимодействующие галактики», а люди видят «размазанного сперматозоида» Ну, а в лунную ночь вообще ничего интересного невозможно увидеть. А в полнолуние так даже на Луну смотреть скучно: унылый плоский пейзаж…
А я недавно, пытаясь переделать для тещи plain text таблицу (нужно было изменить ширины рядов), на SO наткнулся на пример использования утилиты column. Удобная штука, и много разных параметров имеет…
Пример:
echo -e "a b c\n12 4312234 4341324\nllaoo asdf fdaasd" | column -t
a b c
12 4312234 4341324
llaoo asdf fdaasd
Вот кто бы вразумил Линуса, что меняя так часто средние и мажорные версии он очень сильно рискует обречь линуксоидов на работу только на ограниченном круге железа. Потому что производители просто забьют на то, чтобы модули ядра к своим железкам так часто обновлять!
Я, хоть и не произвожу железо, но работаю с парой железяк, для которых доступны лишь модули каких-то допотопных версий (2-с-чем-то и 3-с-чем-то). Ядро обновляю раз в 2-3 года. И каждый раз начинается: эта железка не работает, та не работает… Сиди, трать n-е количество времени на то, чтобы изменить старый модуль на работу с новым ядром! В ноутбуке вообще косяк возник: если я работаю с wifi, нельзя крышку закрывать (т.к. модуль от производителя рассчитан был на 4.х, а мне пришлось допиливать его до 5.0.4; понятно, что я — далеко не kernel developer, и где-то накосячил, в результате при выходе изо сна wifi остается спящим)…
В общем, ругань сплошная на столь частую смену API!
Пишут, что в современном ядре больше 24млн строк сишного кода!!! И это — нормально.
Сам я, понятное дело, столько ни в жизнь не напишу, но и у меня есть штуковины на пару-тройку десятков тысяч строк.
Главное — придерживаться иерархии: разбивать логические модули на файлы, да следить, чтобы в файле было не больше 500-1000 строк (иначе в нем даже при помощи IDE ориентироваться сложно). Вон, в libSOFA вообще пошли таким путем: каждой функции — свой файл. Правда, процентов на 80 каждый файл заполнен документацией, что очень здраво сделано.
Относительно других ЯП, единственный язык, который может хоть как-то конкурировать с С — это С++. Но, учитывая то, что в реальном мире крайне мало задач, которые требуют применения ООП, С остается «царем горы». И будет таковым очень долго. Хипстеры со всяким отстоем вроде go, rust, python помрут вместе со своими недоязычками, а С останется!
Большая часть «нововведений» уже давным-давно поддерживается gcc!
P.S. А что значит «слишком большая программа на С»? Больше, чем 2 объема ядра?
Чем-то напоминает инструкцию по сборке ЛЕГО.
Где оригинальность? Где вообще какая-то польза?
Ржу, не могу!
Какой type C? А паять его кто будет?
Вся эта «военщина» — чистой воды распил! Никакой честной конкуренции там нет и не будет. Зато у генералов миллиарды по кладовкам рассованы…
Миландровские микроконтроллеры по цене очень сильно проигрывают подобным по производительности STM32. Про процессоры вообще молчу! Берем среднюю «малинку» — около 2000 рублей. Берем подобную по производительности штуку на «эльбрусе» — уже минимум 60000 рублей!
Но зато на «эльбрусах» можно пилить миллиарды, а на «малинках» — нельзя!
Спасибо!!! Хоть немного людей в этом мире еще не превратились в хомячков…
У нас при желании можно и 6-метровый БТА, и 1-метровый Цейсс, и 0.5-метровый Астросиб из стеллариума на объект навести: просто ткнул мышкой на объект, нажал ctrl+0 — вуаля!..
Кстати, про «весь каталог Мессье в 130мм»: я уже не первый год провожу ночные экскурсии. На 300-мм телескопе! Даже в абсолютно безлунную ночь с идеальной атмосферой часть объектов из каталога Мессье люди просто не видят! Я-то, вспоминая картинки с Хаббла, могу сказать: «вот это размытое пятнышко на самом деле — взаимодействующие галактики», а люди видят «размазанного сперматозоида» Ну, а в лунную ночь вообще ничего интересного невозможно увидеть. А в полнолуние так даже на Луну смотреть скучно: унылый плоский пейзаж…
Пример:
(но все равно пришлось делать при помощи awk!)
Я, хоть и не произвожу железо, но работаю с парой железяк, для которых доступны лишь модули каких-то допотопных версий (2-с-чем-то и 3-с-чем-то). Ядро обновляю раз в 2-3 года. И каждый раз начинается: эта железка не работает, та не работает… Сиди, трать n-е количество времени на то, чтобы изменить старый модуль на работу с новым ядром! В ноутбуке вообще косяк возник: если я работаю с wifi, нельзя крышку закрывать (т.к. модуль от производителя рассчитан был на 4.х, а мне пришлось допиливать его до 5.0.4; понятно, что я — далеко не kernel developer, и где-то накосячил, в результате при выходе изо сна wifi остается спящим)…
В общем, ругань сплошная на столь частую смену API!