Как создать mtd файл станка
Следуйте этим простым шагам, чтобы открыть файлы MTD
Установить необязательные продукты - File Magic (Solvusoft) | EULA | Privacy Policy | Terms | Uninstall
Шаг 1 : Дважды щелкните файл
Шаг 2 : Выберите правильную программу
Существует множество различных программ, которые вы можете использовать для открытия файлов MTD. Если файл не открывается при двойном щелчке по нему, у вас может не быть одной из этих программ на вашем компьютере. Попробуйте установить наиболее распространенные программы, связанные с файлами MTD, такими как Digital Sheet Music (Musicnotes Inc.) или gMote Gesture Set File. Если ни одна из этих программ не работает, перейдите к шагу 3.
Шаг 3 : Рисунок Тип файла
Тип файла может дать вам представление о том, какие программы могут открыть файл MTD. Файлы с расширением MTD обычно являются Misc Files. Если вы не знаете, какой тип файла, выполните следующие действия, чтобы найти его:
Использование Windows:
- Щелкните правой кнопкой мыши значок файла
- Нажмите «Свойства»
- Найдите тип файла, указанный в разделе «Тип файла»,
Использование Mac:
- Щелкните правой кнопкой мыши значок файла
- Нажмите «Дополнительная информация».
- Найдите тип файла, указанный в разделе «Вид»,
Как только вы узнаете тип файла, вы можете использовать эту информацию, ищите другие возможные программы, которые используют расширение файла MTD или открывают Misc Files. Если это все равно не поможет, перейдите к шагу 4.
Шаг 4: Проконсультируйтесь с разработчиком программного обеспечения
Наиболее распространенные программы, связанные с файлами MTD, созданы разными разработчиками программного обеспечения. Эти разработчики могут помочь вам, если вам не удается открыть файл MTD. Найдите свою программу в левом столбце таблицы ниже и обратитесь к разработчику, указанному в правой колонке.
| Программного обеспечения | разработчик |
|---|---|
| Digital Sheet Music (Musicnotes Inc.) | Big Endian |
| gMote Gesture Set File | Handform |
Шаг 5: Загрузить универсальный просмотрщик файлов
Если вы завершили шаги с 1 по 4, и вы все еще не можете открыть файл MTD, пришло время попробовать универсальный просмотрщик файлов, например File Magic (Download). Универсальный просмотрщик файлов - это программа, которую вы можете использовать для открытия сотен различных типов файлов (в зависимости от формата). Заметка: Если ваш файл MTD не совместим с универсальным средством просмотра файлов, он будет открыт в двоичном формате.
Рекомендуем
Установить необязательные продукты - File Magic (Solvusoft) | EULA | Privacy Policy | Terms | Uninstall
Открывает все ваши файлы, как
МАГИЯ! 1
Установить необязательные продукты - File Magic (Solvusoft)
EULA | Privacy Policy | Terms | Uninstall
1 Типы файлов, которые не поддерживаются, могут быть открыты в двоичном формате.
Просмотр файлов
Станки в Autodesk PowerMill описываются с помощью математических моделей, называемых также кинематическими моделями станков. Для каждого используемого в работе станка пользователю необходимо создать такую модель, иначе программа будет работать некорректно. В этой статье вы найдете описание принципов создания моделей и настройки станков в Autodesk PowerMill.
В кинематической модели содержатся все данные об осях, реальных физических пределах перемещений по осям и осевые отношения, характерные для конкретной модели станка. На основе этой модели программа PowerMill преобразует координаты обрабатываемой модели в координаты станка, проводит проверку столкновений во время моделирования, а также визуализирует обработку детали.
Кинематическая модель станка в Autodesk PowerMill хранится в формате MTD, поэтому ее также называют MTD-моделью. Файл MTD представляет собой XML-файл с простой и понятной структурой, в котором содержатся все данные о кинематике и геометрии станка. Геометрия станка в PowerMill задается либо с помощью файлов в формате DMT, либо с помощью трехмерных примитивов (параллелепипедов и конусов).
В общем случае, процесс создания модели и настройки станка в Autodesk PowerMill состоит из следующих этапов:
- Построение необходимых составных частей станка в CAD-системе.
- Преобразование полученных моделей из формата CAD-системы в файлы формата DMT.
- Описание кинематики станка в файле MTD.
- Импорт и настройка станка в Autodesk PowerMill.
Рассмотрим общие принципы построения и настройки станка в Autodesk PowerMill. В стандартной поставке программы в папке files \ examples \ MachineData есть несколько примеров моделей, которые можно взять за основу при создании станка в PowerMill.
Построение необходимых составных частей станка в CAD-системе
Для построения модели станка можно использовать любую CAD-систему, например, AutoCAD или Inventor. В создаваемую модель необходимо включить все составные части станка: и те, которые требуются для описания его кинематики, и те, которые неподвижны, но находятся в зоне перемещения движущихся частей (столы, приводы, пульты управления, магазины инструментов и другие).
Для корректной последующей передачи модели в PowerMill необходимо, чтобы каждая составная часть станка была создана как отдельная деталь. В CAD-системе следует сначала создать модели всех необходимых элементов станка в упрощенном виде, а потом из полученных деталей с помощью сборочных зависимостей создать сборку станка.
ВНИМАНИЕ! Разместите модель станка так, чтобы глобальная система координат модели совпадала с точкой крепления детали к столу.
Поскольку PowerMill может импортировать только отдельные детали или наборы деталей, но не сборки, то удобнее всего экспортировать сборку станка из CAD-системы в формат IGES.
Преобразование полученных моделей из формата CAD-системы в файлы формата DMT
После того как получена модель станка в формате IGES, ее необходимо импортировать в PowerMill и преобразовать в формат DMT:
- Сначала загрузите модель станка в PowerMill с помощью команды «Импорт», при необходимости сориентируйте модель в нужном положении.
- Создайте новую систему координат и совместите ее с глобальной системой координат модели. Если на этапе построения модели в CAD-системе система координат была установлена не в точке крепления заготовки, то в PowerMill необходимо установить новую систему координат в точке крепления инструмента к столу.
- Для экспорта каждого отдельного компонента станка выполните команду «Экспорт», в качестве формата для экспорта укажите DMT.
В результате выполнения этих операций у вас должен получиться набор файлов DMT, полностью описывающий геометрию станка.
Описание кинематики станка в файле MTD
Как уже отмечалось выше, MTD-файл представляет из себя обычный файл в формате XML, который можно открыть любым текстовым редактором, например, стандартным блокнотом.
Структура файла MTD жестко фиксирована, поэтому рекомендуется создавать новый MTD-файл на основе существующего. В стандартную поставку Autodesk PowerMill включены несколько примеров кинематических схем, которые можно использовать в качестве основы для собственной схемы.
Файл MDT можно разделить на три части:
- Определение нуля координат станка и координат точки крепления инструмента.
- Определение статичных компонентов станка.
- Определение осей станка.
Для определения нуля координат станка, то есть той точки, в которую будет устанавливаться заготовка, отредактируйте значения в строке.
Для определения точки крепления инструмента укажите ее координаты X, Y, Z и ее ориентацию через I, J, K в строке.
Для определения статичных элементов станка используйте следующий тип записи, где в строке path необходимо указать путь к файлу элемента, а в троке rgb – его цвет.
При необходимости добавления других статичных элементов просто вставьте аналогичную запись, выделенную красной рамкой, после закрывающего тега /dtm_file.
Для определения осей станка используйте следующую запись, в которой в строке control_info необходимо указать адрес элемента станка и пределы его перемещения, а в следующей сроке – simple_linear и направление перемещения для линейной оси или simple_rotary и направление вращения для поворотной оси.
Поскольку в реальном станке приводы по разным осям всегда зависят от друг друга, то при описании кинематики также необходимо это учитывать. Например, если в станке ось Y является родительской, а X и Z –дочерними, то при их описании в файле DMT записи, соответствующие осям, нужно располагать в точно такой же иерархии.
При описании элементов станка внимательно следите за числом тегов machine_part и закрывающих тегов machine_part / – их количество должно совпадать.
Обратите внимание на два обязательных закрывающих тега и разместите их в нужных местах MDT-файла:
- machine_part NAME="table" / должен стоять после блока, описывающего стол станка.
- machine_part NAME="head" / должен закрывать блок описания головы станка.
Если в файле необходимо оставить комментарий, то используйте тег
Импорт и настройка станка в Autodesk PowerMill
После того, как создана кинематическая модель станка в формате MTD и файлы моделей DMT, их необходимо импортировать в PowerMill.
Делается это с помощью команды «Импорт», находящейся на ленте на вкладке «Станок».
После импорта в проводнике системы отобразятся все параметры станка, а также кинематические связи в виде иерархической структуры
Для корректной работы PowerMill с созданной моделью станка необходимо также:
- Связать станок с файлом постпроцессора. Перейдите на ленту на вкладку «Станок» и выберите команду «Связать», после чего укажите файл параметров постпроцессора.
- Определить рабочую плоскость для установки моделей. Выберите рабочую плоскость из списка на ленте на вкладке «Станок».
- При необходимости установить вылет инструмента (это нужно для симуляции наличия патрона, поскольку патрон обычно не создается в модели станка). Для установки вылета выберите необходимый инструмент, войдите в его настройки и на вкладке «Патрон» введите требуемое значение в поле «Вылет».
Заключение
Задача создания модели и настройки станка в Autodesk PowerMill с одной стороны, достаточно проста, с другой стороны, требует предельного внимания и аккуратности при создании. Кроме того, описать модель простого станка зачастую не составляет большого труда, но если речь идет о создании ячейки полноценного робота или описании сложнейшего обрабатывающего центра, то можно столкнуться с большим количеством трудностей и вопросов.
Ненастраиваемые постпроцессоры, которые часто создаются производителями контроллеров ЧПУ, как правило, очень надежны, но из-за небольшого набора параметров настройки недостаточно гибки. Для тех, кто желает получить нестандартный результат, упростить программу, облегчить ее запуск и наладку детали на станке, больше подойдут настраиваемые постпроцессоры, которые, в частности, незаменимы при создании программ для станков со специфическими контроллерами и с особой кинематикой.
Постпроцессор и редактор опционных файлов
Программа PM-Post состоит из двух модулей: постпроцессора и редактора опционных файлов.
Постпроцессор позволяет генерировать управляющую программу в двух режимах: в обычном и в режиме отладки. Режим отладки предназначен для проверки или корректировки опционных файлов. В этом режиме пользователь путем быстрого перехода в редактор опционных файлов может корректировать такие моменты, как неправильный вывод для команд или неверный формат для каких-либо параметров вывода в генерируемой управляющей программе. Если в режиме отладки пользователь обнаружил в сгенерированной управляющей программе неверный вывод, то он может с помощью всплывающего меню постпроцессора или просто двойным щелчком мыши перейти в настройки соответствующей команды или параметра для его редактирования. После этого можно вернуться в постпроцессор, заново сгенерировать управляющую программу в режиме отладки и сравнить старый вывод с новым. Все это позволяет наглядно оценить проведенные им изменения.
Модуль редактирования предназначен для создания новой и редактирования существующей конфигурации системы ЧПУ (опционных файлов). Взаимосвязанный интерфейс настройки параметров позволяет с легкостью конфигурировать стойку любой сложности.
Внутренняя структура данных объединяет в себе основные параметры настроек для наиболее распространенного набора конфигураций. Интерфейс построен на основе древовидной схемы отображения состава текущей конфигурации и поблочной схемы просмотра состава каждой ветки структуры. Эта схема позволяет легко определить необходимую позицию и внести изменения в конфигурацию для получения требуемого результата.
Расширенная обработка
Многоосевая обработка
Подводя итог вышесказанному, можно со всей ответственностью утверждать, что новый модуль постпроцессирования PM-Post позволяет создать файл конфигурации для любого 5- и даже 6-осевого станка, обеспечивая легкость и гибкость его настроек.
Опыт применения PM-Post
Применение PM-Post позволило существенно повысить эффективность программ для станков с ЧПУ. В частности, это касается комбинаций нескольких траекторий в одной программе. PM-Post позволяет генерировать управляющую программу, которая может содержать несколько разнотипных траекторий. Таким образом сокращается время, необходимое оператору для загрузки следующей программы, и упрощается работа с файлами программы.
MTD (Memory Technology Device), устройство с технологией памяти, является подсистемой устройств хранения Linux. Целью разработки этой системы является предоставление уровня абстракции и интерфейса для запоминающих устройств, так что разработчикам драйверов аппаратного обеспечения необходимо предоставить только простейшую функцию чтения / записи / стирания базового аппаратного устройства. Да, вам не нужно заботиться о том, как данные представляются верхним пользователям, потому что подсистема устройства хранения MTD сделала это за вас.
Рамки 1.MTD
Устройство Linux MTD находится в каталоге drivers / mtd /, здесь приведен только приблизительный анализ его структуры каталогов. Если вы хотите узнать конкретные детали, вы можете проверитьблог Крифана, Есть много ссылок и статей для справки, и анализ очень тщательный. Содержимое файла MTD выглядит следующим образом:
Оборудование MTD обычно можно разделить на четыре уровня
Сверху вниз находятся: узел устройства, уровень устройства MTD, уровень исходного устройства MTD и уровень драйвера оборудования.
1.cmdlinepart.c
Когда таблица разделов mtd переносится из u-boot в linux через параметры cmd, ядру linux не нужно регистрироваться и добавлять mtdparts, просто включите параметр разделения командной строки в MTD. Используя этот метод, u-boot должен поддерживать MTD, а передаваемые параметры раздела mtd должны соответствовать требованиям формата.
Папка 2.devices
Когда у нас есть устройство spi flash и нам нужно использовать mtd для управления, мы обычно помещаем его в папку устройств, например, m25p80.c в папке устройств - это типичное устройство spi flash.
Флеш-драйвер nand находится в папке nand;
Flash-драйвер onenand находится в папке onenand;
И флэш не сложнее, там будут все следующие файлы:
- фишки: универсальный драйвер интерфейса cfi / jedec
- устройства: ни флэш нижний драйвер (spi flash)
- карты: ни функции, связанные с отображением флэш-карт
4. Основные файлы
mtdchar.c: реализация интерфейса с символьным устройством MTD, номер устройства 31;
mtdblock.c: реализация, связанная с интерфейсом блочного устройства MTD, номер устройства 90;
mtdcore.c: реализация, связанная с оригинальным интерфейсом устройства MTD;
mtdpart.c: реализация интерфейса раздела MTD.
5.ubi
Слой поддержки файла ubifs. При использовании файловой системы ubifs необходимо выбрать «Включить UBI» в разделе «Драйверы устройств» -> «Поддержка устройств с технологией памяти (MTD)» -> UBI - Несортированный образ блока.
Выберите поддержку файловой системы UBIFS в Файловые системы -> Другие файловые системы.
2. Реализация таблицы разделов MTD
Во время процесса загрузки вы часто можете увидеть информацию, похожую на следующую из консоли,
Это наиболее интуитивное представление, которое дает нам MTD, показывающее нам структуру разделов каждого модуля в памяти, но как эти разделы реализованы? Существует несколько способов реализации таблицы разделов, которые описаны ниже:
Примечание. Обязательным условием реализации таблицы разделов является успешное выполнение драйвера устройства MTD, в противном случае раздел не будет создан даже в случае сбоя драйвера.
1. Добавлено в ядро
Добавление этого в ядро является более часто используемым методом. Он должен быть доступен в любой книге о трансплантации драйверов. Главное - добавить mtd_partition к устройству платформы и добавить информацию, подобную следующей. Я не буду описывать ее здесь.
Поскольку наш драйвер MTD завершен, при совпадении устройства и драйвера будет вызвана функция интерфейса датчика в драйвере, и нам нужно вызвать его в функции датчика add_mtd_partitions(s3c_mtd, sets->partitions, sets->nr_partitions); Реализуйте добавление таблицы разделов.
2.u-boot параметры передачи
Под u-boot вы можете добавить информацию mtdparts в bootargs.После запуска u-boot информация из bootargs будет передаваться ядру, и ядро будет анализировать часть bootargs mtdparts при запуске. Вот пример:
mtdparts=nand.0:1M(Bootloader)ro,31M(Kernel)ro,16M(User),96M(File System) Более конкретный формат mtdparts можно найти в соответствующей информации.
Чтобы ядро могло анализировать информацию mtdparts, нам нужно включить опцию «Драйверы устройств -> Поддержка устройств с памятью (MTD)» -> «Разбор таблицы разделов командной строки» в ядре, как было упомянуто выше.
При добавлении таблицы разделов в ядро мы добавляем информацию mtd_partition на устройство платформы. Передача параметров через u-boot здесь отменяет информацию о разделах в устройстве платформы, а затем, как нам нужно проанализировать mtdparts, переданные u-boot.
После того, как u-boot передаст параметры, эти параметры будут проанализированы в cmdlinepart.c и сохранены внутри LIST_HEAD(part_parsers) В связанном списке мы затем в функции зонда драйвера, вызывая mtd_device_parse_register(mtd, probe_types,&ppdata, NULL, 0); функция.
mtd_device_parse_register() Функция находится в drivers / mtd / mtdcore.c, и ее содержимое выглядит следующим образом:
Вы можете видеть, что функция будет выполнена первой parse_mtd_partitions(mtd, types, &real_parts, parser_data); Функция, позже через add_mtd_partitions() Функция для реализации добавления таблицы разделов.
parse_mtd_partitions() Функция находится в drivers / mtd / mtdpart.c, и ее содержимое выглядит следующим образом:
войти parse_mtd_partitions() Функция сначала определит тип типа, и если он будет пустым, он даст значение по умолчанию. Обычно существует два типа типов:
Первый «cmdlinepart» - это способ передачи параметров в u-boot, а второй «ofpart» - это способ передачи параметров с использованием dts, как указано ниже. После оценки типа pass get_partition_parser Разобрать part_parsers Данные в связанном списке завершат анализ параметров загрузки.
Передача параметров 3.dts
В версии Linux после Linux3.14 добавлено новое знание DTS (Дерево устройств). Фактически, DTS решает избыточный код в ARM Linux. В Linux2.6 версии arch / arm / plat.xxx и arch / Файл Arm / mach.xxx заполнен большим количеством мусорного кода. После принятия дерева устройств многие детали аппаратного обеспечения могут напрямую передаваться в Linux через Linux вместо большого количества избыточного кодирования в ядре. Вы можете обращаться к dts самостоятельно. данные.
Принцип передачи параметров dts фактически тот же, что и для u-boot, разница в том, что u-boot использует файл cmdlinepart.c для записи информации о разделах. LIST_HEAD(part_parsers) Связанный список, dts использует файл ofpart.c для записи информации о разделах. LIST_HEAD(part_parsers) Связанный список, поэтому следует также открыть макрос файла ofpart.c и mtd_device_parse_register(mtd, probe_types,&ppdata, NULL, 0); Тип функции должен быть установлен на ofpart.
Если вы сравните версию для Linux 2.6 и версию для Linux 3.14, вы обнаружите, что файлы drivers / mtd / ofpart.c и drivers / mtd / mtdpart.c отличаются. Версия Linux 3.8 включает дерево устройств. Те, кто заинтересован, могут вникать в это самостоятельно.
Анализ системы Linux Mtd здесь, и она будет обновляться, когда у вас есть чувства.
Примечание. Приведенное выше содержание является частью моего опыта, накопленного в процессе обучения. Это неизбежно, что я буду ссылаться на некоторые знания других статей. Если есть какие-либо нарушения, пожалуйста, сообщите мне вовремя. Я буду удалять или отмечать источник контента в срок. Пожалуйста, укажите, обсудите и изучите. Эта статья является лишь руководством. Для подробного анализа данных, пожалуйста, ознакомьтесь с руководствами по Linux. Спасибо за чтение.
MTD (Memory Technology Device), устройство с технологией памяти, является подсистемой устройств хранения Linux. Целью разработки этой системы является предоставление уровня абстракции и интерфейса для запоминающих устройств, так что разработчикам драйверов аппаратного обеспечения необходимо предоставить только простейшую функцию чтения / записи / стирания базового аппаратного устройства. Да, вам не нужно заботиться о том, как данные представляются верхним пользователям, потому что подсистема устройства хранения MTD сделала это за вас.
Рамки 1.MTD
Устройство Linux MTD находится в каталоге drivers / mtd /, здесь приведен только приблизительный анализ его структуры каталогов. Если вы хотите узнать конкретные детали, вы можете проверитьблог Крифана, Есть много ссылок и статей для справки, и анализ очень тщательный. Содержимое файла MTD выглядит следующим образом:
Оборудование MTD обычно можно разделить на четыре уровня
Сверху вниз находятся: узел устройства, уровень устройства MTD, уровень исходного устройства MTD и уровень драйвера оборудования.
1.cmdlinepart.c
Когда таблица разделов mtd переносится из u-boot в linux через параметры cmd, ядру linux не нужно регистрироваться и добавлять mtdparts, просто включите параметр разделения командной строки в MTD. Используя этот метод, u-boot должен поддерживать MTD, а передаваемые параметры раздела mtd должны соответствовать требованиям формата.
Папка 2.devices
Когда у нас есть устройство spi flash и нам нужно использовать mtd для управления, мы обычно помещаем его в папку устройств, например, m25p80.c в папке устройств - это типичное устройство spi flash.
Флеш-драйвер nand находится в папке nand;
Flash-драйвер onenand находится в папке onenand;
И флэш не сложнее, там будут все следующие файлы:
- фишки: универсальный драйвер интерфейса cfi / jedec
- устройства: ни флэш нижний драйвер (spi flash)
- карты: ни функции, связанные с отображением флэш-карт
4. Основные файлы
mtdchar.c: реализация интерфейса с символьным устройством MTD, номер устройства 31;
mtdblock.c: реализация, связанная с интерфейсом блочного устройства MTD, номер устройства 90;
mtdcore.c: реализация, связанная с оригинальным интерфейсом устройства MTD;
mtdpart.c: реализация интерфейса раздела MTD.
5.ubi
Слой поддержки файла ubifs. При использовании файловой системы ubifs необходимо выбрать «Включить UBI» в разделе «Драйверы устройств» -> «Поддержка устройств с технологией памяти (MTD)» -> UBI - Несортированный образ блока.
Выберите поддержку файловой системы UBIFS в Файловые системы -> Другие файловые системы.
2. Реализация таблицы разделов MTD
Во время процесса загрузки вы часто можете увидеть информацию, похожую на следующую из консоли,
Это наиболее интуитивное представление, которое дает нам MTD, показывающее нам структуру разделов каждого модуля в памяти, но как эти разделы реализованы? Существует несколько способов реализации таблицы разделов, которые описаны ниже:
Примечание. Обязательным условием реализации таблицы разделов является успешное выполнение драйвера устройства MTD, в противном случае раздел не будет создан даже в случае сбоя драйвера.
1. Добавлено в ядро
Добавление этого в ядро является более часто используемым методом. Он должен быть доступен в любой книге о трансплантации драйверов. Главное - добавить mtd_partition к устройству платформы и добавить информацию, подобную следующей. Я не буду описывать ее здесь.
Поскольку наш драйвер MTD завершен, при совпадении устройства и драйвера будет вызвана функция интерфейса датчика в драйвере, и нам нужно вызвать его в функции датчика add_mtd_partitions(s3c_mtd, sets->partitions, sets->nr_partitions); Реализуйте добавление таблицы разделов.
2.u-boot параметры передачи
Под u-boot вы можете добавить информацию mtdparts в bootargs.После запуска u-boot информация из bootargs будет передаваться ядру, и ядро будет анализировать часть bootargs mtdparts при запуске. Вот пример:
mtdparts=nand.0:1M(Bootloader)ro,31M(Kernel)ro,16M(User),96M(File System) Более конкретный формат mtdparts можно найти в соответствующей информации.
Чтобы ядро могло анализировать информацию mtdparts, нам нужно включить опцию «Драйверы устройств -> Поддержка устройств с памятью (MTD)» -> «Разбор таблицы разделов командной строки» в ядре, как было упомянуто выше.
При добавлении таблицы разделов в ядро мы добавляем информацию mtd_partition на устройство платформы. Передача параметров через u-boot здесь отменяет информацию о разделах в устройстве платформы, а затем, как нам нужно проанализировать mtdparts, переданные u-boot.
После того, как u-boot передаст параметры, эти параметры будут проанализированы в cmdlinepart.c и сохранены внутри LIST_HEAD(part_parsers) В связанном списке мы затем в функции зонда драйвера, вызывая mtd_device_parse_register(mtd, probe_types,&ppdata, NULL, 0); функция.
mtd_device_parse_register() Функция находится в drivers / mtd / mtdcore.c, и ее содержимое выглядит следующим образом:
Вы можете видеть, что функция будет выполнена первой parse_mtd_partitions(mtd, types, &real_parts, parser_data); Функция, позже через add_mtd_partitions() Функция для реализации добавления таблицы разделов.
parse_mtd_partitions() Функция находится в drivers / mtd / mtdpart.c, и ее содержимое выглядит следующим образом:
войти parse_mtd_partitions() Функция сначала определит тип типа, и если он будет пустым, он даст значение по умолчанию. Обычно существует два типа типов:
Первый «cmdlinepart» - это способ передачи параметров в u-boot, а второй «ofpart» - это способ передачи параметров с использованием dts, как указано ниже. После оценки типа pass get_partition_parser Разобрать part_parsers Данные в связанном списке завершат анализ параметров загрузки.
Передача параметров 3.dts
В версии Linux после Linux3.14 добавлено новое знание DTS (Дерево устройств). Фактически, DTS решает избыточный код в ARM Linux. В Linux2.6 версии arch / arm / plat.xxx и arch / Файл Arm / mach.xxx заполнен большим количеством мусорного кода. После принятия дерева устройств многие детали аппаратного обеспечения могут напрямую передаваться в Linux через Linux вместо большого количества избыточного кодирования в ядре. Вы можете обращаться к dts самостоятельно. данные.
Принцип передачи параметров dts фактически тот же, что и для u-boot, разница в том, что u-boot использует файл cmdlinepart.c для записи информации о разделах. LIST_HEAD(part_parsers) Связанный список, dts использует файл ofpart.c для записи информации о разделах. LIST_HEAD(part_parsers) Связанный список, поэтому следует также открыть макрос файла ofpart.c и mtd_device_parse_register(mtd, probe_types,&ppdata, NULL, 0); Тип функции должен быть установлен на ofpart.
Если вы сравните версию для Linux 2.6 и версию для Linux 3.14, вы обнаружите, что файлы drivers / mtd / ofpart.c и drivers / mtd / mtdpart.c отличаются. Версия Linux 3.8 включает дерево устройств. Те, кто заинтересован, могут вникать в это самостоятельно.
Анализ системы Linux Mtd здесь, и она будет обновляться, когда у вас есть чувства.
Примечание. Приведенное выше содержание является частью моего опыта, накопленного в процессе обучения. Это неизбежно, что я буду ссылаться на некоторые знания других статей. Если есть какие-либо нарушения, пожалуйста, сообщите мне вовремя. Я буду удалять или отмечать источник контента в срок. Пожалуйста, укажите, обсудите и изучите. Эта статья является лишь руководством. Для подробного анализа данных, пожалуйста, ознакомьтесь с руководствами по Linux. Спасибо за чтение.
Читайте также: