Как стать автором
Поиск
Написать публикацию
Обновить

Embedded Linux для начинающих (Часть первая)

Уровень сложностиПростой
Время на прочтение10 мин
Количество просмотров16K
Всего голосов 56: ↑53 и ↓3+63
Комментарии43

Комментарии 43

На озоне есть такая книга Mastering Embedded Linux Development by Chris Simmonds

Там это расписано в деталях. Рекомендую тем, кто хочет подетальней.

Спасибо. Почитаю.

У меня установлен HomeAssistant . И я получил сообщение, что его поддержка прекратится с какого-то (не помню) ноября. А у меня HA установлен на debian, на orangepi zero 2w машинке. Короче, они не будут поддерживать мою конфигурацию. Они будут поддерживать только HAOS.

Я на всякий случай заказал RASPI 3 b+. Там можно постравить HAOS.

Вот я и задумался. Теоретически там нужно поменять device tree. Ну еще интересное чтение.

Что получится, не знаю.

Спасибо за книгу.

Удачи в экспериментах.)

Главное сразу пишите о том, как делать всё на внешних слоях buildroot - так хотя бы можно всё своё хранить в отдельной репе и нормально обновлять сам buildroot.
А то большинство статей выглядит так: "сделайте make menuconfig, выберите свою плату и нужные пакеты, сделайте make"

Правильно говорите! Очень надеюсь что автор так сделает - через git submodules

Есть ещё вариант, который я видел - скрипт сборки, который сначала скачивает и распаковывает архив с нужным релизом buildroot рядом/внутри репы

В моём примере выше так и делается же, вот это "скрипт"...
Здесь нужная версия Buildroot зашита в репозиторий и если вам нужна именно она, а не последняя, не используйте флаг --recurse-submodules

Еще можно использовать google repo.

Тоже вполне удобно.

Расстрою: в следующей статье по командам примерно так и будет. НО!

В своих статьях я планирую идти от простого к сложному, поэтому перед тем, как лезть в external layers, структуру Kconfig файлов и т.д, начинающим надо понять, в каких директориях что лежит, как с этим взаимодействовать, собирать и запускать.

Да и я в этой статье знатно задушнил, в следующей тоже буду душнить. Надо дать начинающим ощущение маленькой победы в виде запуска Linux на, хотя бы, стоковом одноплатнике, чтобы не отбить желание читать дальше)

Это непонятная мне шутка или шутка за 282?

Читатели хаба Программирование микроконтроллеров вероятно не будут использовать Buildroot (да и Yocto тоже), к которому здесь подводят...

Хм-м-м... BlackFin'ы и какие-нибудь продвинутые ARM'ы, я думаю, - ещё вполне могут считаться микроконтроллерами. Не говоря о технической возможности запуска Linux'а на чём-то вроде ATmega128.

Согласен, что хаб здесь смотрится странно, но, к сожалению, хаба SoC, Buildroot или SystemOnChip мне не дали поставить (Возможно, потому что только из песочницы вылез). Так что я решил оставить его: как никак, микрухи— ближайший родственник SoC

Возможно, потому что только из песочницы вылез

Ну-ну, только из песочницы...

Зарегистрирован

24 октября 2017

Эм... Песочница- раздел для авторов. Зарегистрироваться можно когда угодно, но первая статья гарантрированно улетает либо в песочницу, либо получает бейдж "Из песочницы", как в моем случае

Я программист микроконтроллеров и давно хочу попробовать embedded linux. Мне статья понравилась, жду продолжение. Очень рад что статью увидел. Возможно благодаря хабу Программирование микроконтроллеров.

Программирую микроконтроллеры, с удовольствием прочитал и плюсанул пост. Жду следующего.

Странная статья, значительная часть просто нагенерирована AI. Автор явно не разбирается в теме.

Для примера, вначале пишет про загрузчик

загрузчик, зная, где находится его продолжение (обычно в /boot), загружает основной загрузчик — чаще всего это GRUB. GRUB отображает меню (если задано) и передаёт управление ядру Linux (Kernel), указанному в конфигурации

и букально парой абзацев ниже

Для загрузки операционной системы на SoC чаще всего используется U-Boot

ну и пресловутые длинные тире.

Да, в начале я пишу про загрузчик GRuB. В главе про загрузку обычного ПК.

Затем, в главе про загрузку SoC я вообще не упоминаю U-Boot. Он начинает фигурировать только в главе состав Embedded Linux.

Так что суть претензии мне совершенно непонятна.

П.С. Специально запарился и все короткие тирехи поменял на длинные, где находятся конструкции "Термин — определение". В чем проблема?

Видимо, комментатор выше самоутверждается таким образом. Тоже не понял претензии. Статья огонь, ждём продолжения!

Специально запарился и все короткие тирехи поменял на длинные ... В чем проблема?

В том, что это едва ли не основной признак написания статьи ChatGPT, а не человеком. Особенно если "специально запаривался и менял", конечно же все так делают. Особенно учитывая, что длинного тире нет в стандартной раскладке клавиатуры.

Кавычек "ёлочкой" тоже нет в стандартной раскладе. Но никто не запрещает использовать Alt+0171 и Alt+0187.

А это, кстати, второй признак.

В чем проблема?

Да так...

Это уже просто смешно. Я бы еще понял 5-10%, но 100)

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

С учётом, что я копировал из середины, где в основном кипипаста из Вики и подобного, меня не удивляет результат в 100%

Тогда грош цена такой проверке. Вы утверждаете, что скопировали из середины, где одна копипаста из Вики (хотя я ни одного предложения из Вики я не копировал).

При этом вы утверждаете, что это все создала нейронка.

Получается, что на вики статьи делали нейронки? Отвечать больше не буду. На лицо просто троллинг, не более того

ну и пресловутые длинные тире

  1. Норма русского языка.

  2. Некоторые текстовые процессоры автоматически меняют дефис на тире (ибо см. п.1.).

Существует три вида тире

На клавиатуре можно найти только hyphen/dash - или короткий дефис. Текстовые редакторы автоматически могут менять его на en dash (средний дефис), но никогда на em dash.

ChatGPT and other AI models understand the em dash and how to use it, but AI seems enamored of how flexible the em dash can be, slotting it into places where you might normally find an array of other punctuation. It has become a way of identifying AI writing simply because most people don't use them in everyday writing. It's not even on a standard keyboard, unlike the shorter en dash. You have to make an effort to insert the em dash, and ChatGPT can input it far more quickly than a human.

https://www.techradar.com/computing/artificial-intelligence/did-chatgpt-ruin-the-em-dash-heres-how-to-stop-it-putting-them-everywhere

Если кратко, использование длинного тире требует специальных усилий (комбинации юникода или использование последовательности символов в MS Word. И крайне редко люди делают это специально, а вот AI как раз почти всегда использует длинное тире, что стало одним из стандартных методов проверки текстов на применение AI при написании.

Про среднее тире впервые слышу.

Использую два:

"-" дефис, есть на клавиатуре

"—" тире, не заморачивался с назначением клавиши, вставка из Символов Windows.

Ежели тире это длинное (em dash), то я есть ИИ, по Вашей логике?

вставка из Символов Windows

Рад за вас, но как много людей вообще полезут так далеко ради одного единствонного символа, когда тот же MS Word автоматически меняет дефис на en dash после нажания пробела?

Подсказка, если набирать тексты в MS Word или других редакторах то длинное тире (em dash) можно создать просто поставив два дефиса подряд, можно в "символы" и не лазить.

MS Word не пользовался ни разу, есть бесплатные. В LibreOffice, к примеру, дефис меняется на тире автоматически (в комментарии выше упоминал).

В Символы лазил лишь пару раз: в Windows использую ClipDiary, там можно добавлять свои шаблоны, так что заморачиваться мне особо не приходиться. К тому же я перфекционист, и, поскольку тире и дефис всё же разные знаки пунктуации, не могу не стараться при наличии возможности использовать эти знаки правильно.

Норма русского языка.

Точно - языка, а не типографская?

И внезапно, там речь идёт про en dash, а не про em dash. В русском вообще нет такой вещи как en/em dash и смысловой разницы между ними, так как это feature английского языка.

тлдр:

  • Бывает soc.... цитируем Википедию

  • Бывает линукс... цитируем Википедию

  • А ещё есть Йокто, но об этом в другой статье

    Фсё

Статья определенно зачет. Программирую микроконтроллеры, но эта тема мне абсолютно точно интересна. Задачи бывают разные, где то требуется повышенная мощность. Там где rpi избыточна а esp32 недотягивает.

Какую железку подешевле прикупить, чтобы попрактиковаться в сборке линукса для желёзки?

Возможно, не самый дешевый вариант, но около того- OrangePi PC. Стоит в районе 4к рублей. Хорошая железка с поддержкой Buildroot. Возможно, для новичка будет даже немножко "навырост". В следующей статье как раз буду использовать ее

Тема интересная, статья хорошая. Ждём продолжения.)

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации