ГОСТ Р ИСО 11783-13-2021 Тракторы и машины для сельского и лесного хозяйства. Последовательная сеть управления и передачи данных. Часть 13. Файловый сервер

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

Тракторы и машины для сельского и лесного хозяйства

ПОСЛЕДОВАТЕЛЬНАЯ СЕТЬ УПРАВЛЕНИЯ И ПЕРЕДАЧИ ДАННЫХ

Часть 13

Файловый сервер

(ISO 11783-13:2011, IDT)

Издание официальное

Москва Российский институт стандартизации 2021

Предисловие

• 1 ПОДГОТОВЛЕН Российской ассоциацией производителей специализированной техники и оборудования (Ассоциация «Росслецмаш») на основе собственного перевода на русский язык англоязычной версии стандарта, указанного в пункте 4

• 2 ВНЕСЕН Техническим комитетом по стандартизации ТК 284 «Тракторы и машины сельскохозяйственные»

• 3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 21 октября 2021 г. № 1251-ст

• 4 Настоящий стандарт идентичен международному стандарту ИСО 11783-13:2011 «Тракторы и машины для сельского и лесного хозяйства. Последовательная сеть управления и передачи данных. Часть 13. Файловый сервер» (ISO 11783-13:2011 Tractors and machinery for agriculture and forestry — Serial control and communications data network — Pad 13: File server. IDT).

Международный стандарт подготовлен Техническим комитетом ISO/TC 23 «Тракторы и машины для сельского и лесного хозяйства». Подкомитетом SC 19 «Сельскохозяйственная электроника» Международной организации по стандартизации (ISO).

При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты, сведения о которых приведены в дополнительном приложении ДА

• 5 ВВЕДЕН ВПЕРВЫЕ

Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. № 162-ФЗ «О стандартизации в Российской Федерации». Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.rst.gov.nj)

©ISO, 2011

©Оформление. ФГБУ «РСТ». 2021

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

Содержание

• 1 Область применения

• 2 Нормативные ссылки

• 3 Термины и определения

• 4 Общие положения

• 5 Требования

• 5.1 Общий формат сообщения

• 5.2 Формат файлов данных

• 5.3 Управление передачей данных

• 5.4 Поддержка даты и времени

• 5.5 Поддержка мультиклиентов

• 5.6 Обработчики файлов

• 5.7 Тома

Приложение А (обязательное) Наборы знаков

Приложение В (обязательное) Определения лараметрое

Приложение С (обязательное) Определения сообщений файлового сервера

Приложение D (справочное) Примеры обычно используемых файловых систем

Приложение ДА (справочное) Сведения о соответствии ссылочных международных стандартов национальным стандартам

Библиография

Введение

Части с 1-й по 14-ю серии стандартов ИСО 11783 устанавливают систему коммуникаций сельскохозяйственного оборудования, основанную на ИСО 11898-1 (1) и ИСО 11898-2 [2]. Документы SAE J 1939 [3]. на части которых основаны стандарты серии ИСО 11783. были разработаны для совместного использования на грузовых автомобилях и автобусах, а также для применения в строительстве и сельском хозяйстве. Были разработаны общие документы, позволяющие использовать после минимальных изменений в сельскохозяйственном и лесохозяйственном оборудовании электронные блоки, соответствующие техническим условиям SAE J 1939 для грузовых автомобилей и автобусов. Общая информация по всем частям серии стандартов ИСО 11783 приведена в ИСО 11783-1.

Цель стандартов серии ИС011783 состоит в предоставлении открытой взаимосвязанной системы для бортовых электронных систем. Стандарт предназначен для обеспечения связи электронных блоков управления (ECU) со всеми другими блоками в целях создания стандартной системы.

Международная организация ло стандартизации (ИСО) привлекает внимание к тому факту, что заявление о соответствии настоящему стандарту может означать использование патента, относящегося к протоколу локальной сети контроллеров (CAN), ссылки на который производятся по всему документу.

ИСО не занимает какую-либо позицию в отношении существования, действительности и объема этого патента.

Держатель данного патента предоставил ИСО гарантии, что он желает провести переговоры о предоставлении лицензий на разумных и недискриминационных условиях претендентам во всем мире. Заявление держателя этих латентных прав в этом отношении зарегистрировано в ИСО. Информация может быть попучена по следующему адресу:

Robert Bosch GmbH

Wernerstrasse 51

Postfach 30 02 20

D-70442 Stuttgart-Feuerbach

Germany.

Следует обратить внимание на возможность того, что некоторые элементы настоящего стандарта могут быть объектом патентных прав, кроме вышеуказанных. ИСО не несет ответственности за определение каких-либо или всех таких патентных прав.

ГОСТ Р ИСО 11783-13—2021

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Тракторы и машины для сельского и лесного хозяйства ПОСЛЕДОВАТЕЛЬНАЯ СЕТЬ УПРАВЛЕНИЯ И ПЕРЕДАЧИ ДАННЫХ

Часть 13

Файловый сервер

Tractors and machinery for agriculture and forestry. Serial control and communications data network. Part 13. File server

Дата введения — 2022—01—01

• 1 Область применения

Стандарты серии ИСО 11783 устанавливают технические требования к последовательным сетям передачи данных, относящимся к управлению и передаче сообщений в сельскохозяйственных и лесных тракторах и в навесных, полунавесных. буксируемых или самодвижущихся орудиях. Цель настоящего стандарта заключается в стандартизации метода и формата передачи данных между датчиками, приводами. элементами управления, блоками для хранения или отображения информации, установленными на тракторе или машинах или являющимися их частью. Настоящий стандарт описывает сетевой уровень, который устанавливает требования и службы, необходимые для связи между управляющими функциями (CF) в различных сегментах сети по ИСО 11783. В настоящем стандарте описывается файловый сервер (FS) предназначенный для использования трактором или самоходным орудием.

• 2 Нормативные ссылки

В настоящем стандарте использованы нормативные ссылки на следующие стандарты [для датированных ссылок применяют только указанное издание ссылочного стандарта, для недатированных — последнее издание (включая все изменения)]:

ISO 11783-1. Tractors and machinery for agriculture and forestry — Serial control and communications data network — Part 1: General standard for mobile data communication (Тракторы и машины для сельского и лесного хозяйства. Последовательная сеть управления и передачи данных. Часть 1. Общий стандарт на мобильную передачу данных)

ISO 11783-3. Tractors and machinery for agriculture and forestry — Serial control and communications data network — Part 3: Data link layer (Тракторы и машины для сельского и лесного хозяйства. Последовательная сеть управления и передачи данных. Часть 3. Уровень канала передачи данных)

ISO 11783-5, Tractors and machinery for agriculture and forestry — Serial control and communications data network — Part 5: Network management (Тракторы и машины для сельского и лесного хозяйства. Последовательная сеть управления и передачи данных. Часть 5. Управление сетью)

ISO 11783-6, Tractors and machinery for agriculture and forestry — Serial control and communications data network — Part 6: Virtual terminal (Тракторы и машины для сельского и лесного хозяйства. Последовательная сеть управления и передачи данных. Часть 6. Виртуальный терминал)

ISO 11783-7, Tractors and machinery for agriculture and forestry — Serial control and communications data network — Part 7: Implement messages application layer (Тракторы и машины для сельского и лесного хозяйства. Последовательная сеть управления и передачи данных. Часть 7. Прикладной уровень сообщений для управления орудием)

Издание официальное

• 3 Термины и определения

В настоящем стандарте применены термины ло ИСО 11783-1. а также следующие термины с соответствующими определениями:

• 3.1 клиент (client): Электронный блок управления (ECU) на шине мобильного навесного орудия, использующий службы файлового сервера.

• 3.2 директория (directory): Файл, в котором хранится административная информация о других файлах.

• 3.3 файл (file): Объект данных, который хранит данные на устройстве хранения.

• 3.4 атрибут файла (file attribute): Закодированная в битах информация, которая определяет тип и особенности файла.

• 3.5 файловый сервер: FS (file server): Электронный блок управления (ECU) на шине мобильного навесного орудия, который предоставляет место для хранения файлов и использует набор команд для обработки этих файлов и доступа к ним.

• 3.6 имя файла (filename): Имя, соответствующее требованиям набора знаков, которое идентифицирует файл или директорию.

Примечание —См. приложение А для набора знаков.

• 3.7 обработчик (handle): Объект данных, используемый для доступа к файлам и директориям.

• 3.8 скрытый атрибут (hidden attribute): Атрибут файла, показывающий, что файл не должен отображаться в списке директории.

Примечание — Клиент устанавливает этот атрибут, используя команды файлового сервера (FS).

• 3.9 путь (path): Описание имени файла, которое может также включать имя директории.

• 3.10 атрибут только для чтения (read-only attribute): Атрибут файла, используемый для предотвращения записи в файл и удаления файла.

Примечание — Клиент устанавливает этот атрибут, используя команды файлового сервера (FS).

• 3.11 том (volume): директория, которая относится к конкретному логическому или физическому хранилищу или пространству.

Примечание — Основной том — это том. используемый в качестве текущего тома, на котором запущен файловый сервер.

• 4 Общие положения

Набор сообщений, указанный в настоящем стандарте, предназначен для поддержки потребностей тракторов и орудий в использовании служб файлового сервера (FS) — отдельного электронного блока управления (ECU) в системе управления мобильным орудием, который позволяет всем контроллерам хранить или извлекать данные из файлового устройства хранения.

• 5 Требования

  • 5.1 Общий формат сообщения

Общий формат сообщения использует номер группы параметров в качестве метки для группы параметров (см. приложение В). Каждый из параметров в группе может быть выражен как символы, как масштабированные данные, определенные диапазонами, указанными в 5.2. или как один или несколько битов. Символы должны передаваться с самого левого символа в первую очередь. Если числовые параметры состоят из двух или более байтов данных, должен сначала передаваться наименее значимый байт (LSB). Когда сообщения переменной длины имеют восемь или менее байтов данных, эти сообщения должны передаваться в одном кадре сети контроллера (CAN). Когда сообщения переменной длины имеют девять или более байтов данных, требуется транспортный протокол (ТР) в соответствии с ИСО 11783-3 или расширенный транспортный протокол (ЕТР) в соответствии с ИС011783-6. Если сообщение содержит менее восьми байтов данных, неиспользуемые байты должны быть заполнены значениями FF₁₆.

• 5.2 Формат файлов данных

  • 5.2.1 Данные

Данные, состоящие из блока байтов (8-битные значения без знака). Допустимы все значения в диапазоне от О,_о до 255₁₀, от 00_1в до FF_U. Не существует специальной обработки отдельных символов (управляющих символов, маркеров конца строки, маркеров конца файла или аналогичных символов).

• 5.2.2 Группы битов

Группы от одного до восьми битов упаковываются в один байт с последовательностью битов от 7 до 0. Группы от девяти до 16 битов упаковываются в два байта в порядке LSB с последовательностью битое от 7 до 0. за которыми следует наибольший значимый байт (MSB) с последовательностью битов от 15 до 8. Неиспользуемые биты в группе битое по умолчанию имеют значение 0 (ноль).

• 5.2.3 Целое

5.2.4 Строка знаков

Строка, содержащая знаки, представленные байтами (8-битные значения без знака). Длина строки определяется элементом данных длины строки. В приложении А указаны знаки, разрешенные в строке. используемой в качестве имени файла или имени пути.

• 5.3 Управление передачей данных

  • 5.3.1 Общие положения

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

• 5.3.2 Стратегия

Клиент может отправить запрос и не получить ответа из-за временных проблем со связью. Сбой может произойти во время сообщения запроса, то есть FS не получает запрос, или во время сообщения ответа, то есть клиент не получает ответ. Клиент не может различить эти два случая и должен повторить запрос для получения запрошенных данных.

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

Поэтому для предотвращения таких ошибок требуется стратегия транзакций. Каждый клиент в сети поддерживает свой собственный номер операции (TAN), который должен начинаться с 0 после каждого цикла включения питания.

Каждый клиент генерирует TAN для каждого запроса, который он отправляет в FS. Это делается путем увеличения последнего TAN. использованного для следующего запроса. Клиент ответственен за проверку того, что полученный ответ содержит тот же TAN. который использовался в запросе во время сеанса связи, таким образом гарантируя, что нет потерянных команд. FS должен помнить последнюю обработанную команду и ответное сообщение, отправленное для каждого клиента. Это делается путем увеличения последнего TAN для следующего запроса. FS сравнивает каждый новый запрос с предыдущим запросом от того же клиента. Если TAN не совпадает, запрос реализуется, и ответ отправляется. Если TAN совпадает с ранее полученным запросом, запрос не реализуется, и предыдущий ответ отправляется. Таким образом, если клиент отправляет второй запрос, в случае, когда FS никогда не получал первый запрос. FS впервые принимает TAN. реализует запрос и отправляет правильный ответ данных. Если FS получает запрос с тем же TAN. который он уже получил, он не реализует запрос, но предыдущий ответ передается повторно.

• 5.3.3 Время ожидания

Время выполнения всех команд FS (время между запросом и ответом) поддерживается в разумных пределах. Клиент должен следить за временем в ожидании ответа.

Для выполнения команд должно соблюдаться время ожидания, указанное в ИСО 11783-3 для транспортного протокола и в ИСО 11783-6 для расширенного транспортного протокола.

Если время ожидания истекло, предполагается, что запрос не выполнен, и клиент должен повторить запрос, используя тот же TAN.

Если ответ на запрос занимает более 200 мс после завершения запроса, FS должен отправить клиенту сообщение о состоянии, чтобы указать состояние занятости. Это обеспечивает время ожидания запроса 600 мс. если сообщение о состоянии FS не показывает состояние занятости.

• 5.4 Поддержка даты и времени

Несколько команд FS требуют даты и времени файла. UTC¹’ используется для этого времени. Реализация поддержки в реальном времени на файловом сервере может осуществляться либо путем ведения собственной информации в реальном времени, либо путем запроса информации о времени и дате, используя группу параметров времени/даты. указанную в ИС011783-7. Дата и время файла — это последние дата и время, когда файл был фактически изменен. Файл, который открыт для доступа на чтение/эались. но не изменен действием записи, не должен получить более позднюю дату и время.

• 5.5 Поддержка мультиклиентов

Файловый сервер должен поддерживать одного или нескольких клиентов. Если более чем один клиент имеют соединение одновременно. FS должен работать с каждым клиентом, как если бы он был единственным в сети. Не должно быть помех между командами, обрабатываемыми для разных клиентов.

При подключении клиента файловый сервер инициирует текущую директорию для этого клиента в качестве корневой директории основного тома файловой системы FS. Если томов нет. то текущей директории присваивается список томов «\\». Клиент должен использовать соответствующие команды «Изменить Текущую Директорию» или «Открыть Файл» для доступа к файлам, которые должны быть уникальными для этого клиента. В случае, когда нескольким клиентам требуется доступ к общим файлам, эти клиенты отвечают за синхронизацию соглашений об именах директорий и файлов, чтобы обеспечить доступ к этим общим файлам. Чтобы предотвратить непреднамеренный доступ к частным файлам производителя, указывается зарезервированное имя директории, содержащее код производителя в соответствии с ИСО 11783-5. Соглашение об именах директорий производителя:

МСМС0000.

где 0000 содержит четырехзначный код производителя в десятичном представлении, отформатированный лидирующими нулями. Клиент не должен использовать это имя директории, закодированное производителем, используя код производителя, отличный от кода производителя в своем поле ИМЯ. Когда клиент пытается открыть файл в директории производителя, оде код производителя в поле ИМЯ этого клиента не совладает с именем директории производителя. FS должен запретить доступ и вернуть код ошибки «отказано в доступе».

Когда файловый сервер поддерживает несколько томов, на каждом томе могут быть созданы директории производителя. Создание директории производителя является обязанностью клиента. Специальная директория производителя должна находиться только в корне каждого тома.

• 5.6 Обработчики файлов

FS может поддерживать несколько обработчиков файлов. Многие команды, доступные для FS. создает и/или использует обработчик файлов. Однако есть некоторые команды, которые используют только папки или имена файлов. Внутренне, если FS создает обработчик файлов для обработки этих команд, число открытых файлов должно быть увеличено, чтобы отразить внутреннее состояние FS.

• 5.7 Тома

Различные типы носителей (флэш-память, съемные носители, жесткие диски) могут быть также использованы для разных томов.

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

Список томов, указанный в «А», является высшим уровнем (или базой) структуры директорий.

Специальный сервисный инструмент для FS можно использовать для создания томов, как указано в приложении С (С.5.2.2). Названия томов определяются FS; однако FS может позволить сервисному инструменту назвать их. как указано для этого сообщения.

Примечание — Настоящий стандарт не определяет, каким образом сервисный инструмент выбирает носители или тома для инициализации, есга они не названы и не перечислены в списке томов

Всемирное координированное время или универсальное время, ранее известное как среднее время по Гринвичу (GMT).

Приложение А (обязательное)

Наборы знаков

А.1 Допустимые знаки

Файловый сервер использует имена файлов и пути. Каждый символ. используемый для одного из имен 8.3 (см. ниже), проверяется FS с использованием соответствующего поднабора таблицы А.1 (на основе ИСО/МЭК 8859-1) и определений имени файла и пути, приведенных в А.2. При представлении имени файла или пути пользователю отображаются только печатные символы. Для файловых систем без учета регистра FS преобразует символы нижнего регистра (от 61₁₆ до 7А₁₆) в верхний регистр (от 41_1в до 5А_|в). Файловые серверы, которые не поддерживают длинные имена файлов, должны использовать нотацию 8.3 с именем и расширением, где имя имеет длину не более восьми символов, за которым может следовать расширение, начинающееся с одной точки (2Е_1в) и заканчивающееся максимум тремя символами. Файловые серверы, которые поддерживают длинные имена файлов, должны использовать имя файла и путь, определенные в А.2.

Таблица А.1—Набор знаков ИСО латиница 1

А.2 Определения имен файлов и пути

А.2.1 Общие положения

Определения;

[ ] любой из знаков в таблице АЛ. в том числе ни один из набора (опционально):

(A-В) определяет диапазон от первого до последнего (включительно):

() группа;

< > класс знака:

\ пропускает следующий символ, хак в «Ч». который указывает на одну левую скобку, а не на содержание

набора;

А|В последовательность'А* или "В";

А + В последовательность А и следующая за ней В:

{т} ровно т предыдущего набора;

{т.п} от т до п. включая п предыдущего набора;

\хХХ код символа в шестнадцатеричной записи, где XX — две шестнадцатеричные цифры (<х20. например, указывает код символа 32. который является пробелом).

А.2.2 Определения имен

А.2.2.1 Имена

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

ShortNameChar :;= [ 0-9А-2\-!#$%&Л(\>@^Л_Л{\}-\хА1-\хРР ] {1}

LongNameChar любой отдельный знак, определенный Unicode/ISO/IEC 10646. кроме NUL. \. *. или ?

WildCardChar ;;=(*? HU

ManufacturerSpecificDirectoryChar ::= [ - J (1}

PathSeparatorChar ::= [ \\ ] {1}

VoJumeUstlndtcator :;= [ \\ ] {2}

FarentFolderfndicator :;=[.] {2}

CurrentFotderindicator :;= [. ] {1}

MfgSpecificFolderlndtcator[<ManufadunerSpecificDirectoryChar> ] {1}

ShortWildCardNameChar:;» [ «ShortNameChar* | «WildCardChar* ] {1}

LongWiidCardNameChar.;» [ «LongNameChar* | «WildCardChar* ] {1)

ShoctName ::= [ «ShortNameChar* J (1.8) (.+ [ «ShortNameChar* ] {0.3} ]

LongName ::= ( «LongNameChar* ) {1.254}

ShortWildCacdName ::= [ «ShortWildCacdNameChar* ] {1.8} [.+ («ShortWildCardNameChar* ] {0.3}]

LongWidCardName ::= {«LongWildCardNameChar* ] (1.254)

A.2.2.2 Имена файлов

Имена файлов используют имена, определенные а А.2.2.1.

ShortFdeName :;= «ShortName*

LongFileName ;:= «LongName*

Пример — Test, Test.txt. Test Filename.long.name (специально указанное LongName).

A.2.2.3 Тома

Тома используют имена, определенные в А.2.2.1.

VolumeName ::= «LongName*

Пример — VOL_B, Flash Volume (специально указанное LongName).

А.2.3 Определения пути

А.2.3.1 Общие положения

Определение пути аналогично определению имени файла, но имеет дополнительные префиксные определения и разделители между сегментами пути.

Когда запрашивается список директорий по пути «\\» (две обратные косые черты). FS возвращает список томов. Все файловые серверы должны поддерживать чтобы клиенты могли запрашивать тома (включая съемные носители), даже если у FS есть только один том.

Два предопределенных специальных имени директорий. «.» и «..», ссылаются на текущую («.») и родительскую («..») директории. Эти предварительно определенные имена директорий не должны указываться в списке директорий. но могут использоваться в имени пути для указания ссылки на текущую или родительскую директорию.

Знак «-а (тильда) мажет использоваться в качестве заполнителя для директории клиента, определенного производителем. Этот символ может быть указан только в начале пути или после имени тома и должен быть заменен FS с именем директории, специфичным для производителя, на текущем томе. Если текущий том отсутствует, то должен использоваться основной том сервера. «-» может использоваться в названии, но не может быть единственным символом, так как это будет интерпретироваться как директория производителя, например or «-Vilel.lxt» до «MCMCOOOO\file1.txt».

ShortFolderName ::= [ «ShortName* | «ParentFolderlndicator* | «CurrenlFoldertndicator* ] {1}

LongFolderName [ «LongName* | «ParentFolderlndicator* | «CurrentFolderlndcator* ] {1)

ShortPathName ::= |

[ «VotumeListlndicator* ] |

[ [ <VolumeListlndicator> ] + <VolumeName> + <PalhSeparatorChar> + [ <MfgSpecificFolderlndicatoo + <PathSeparatorChar> ] (0.1) + [ <ShortFolderName> + <PathSeparatorChar> ] {0,n} ] |

[ [ <PathSeparatorChar> ] {0.1} + [ <ShortFolde<Name> + <PathSeparatorChar> ] (O.n) ] |

[ [ <M1gSpecificFoldeflndicator> * <PathSeparatorChar> ] {0.1} * [ <ShortFoiderName> * <PathSeparatorChar> ] {O.n} ] ]{1}

LongPathName ::= [ [ <VolumeListlndicatof> ] |

[ [ <VoiumeListlndicator> ] + <VoiumeName> + <PalhSeparatorChar> + [ <M1gSpecificFo4der!ndicatof> + <PathSeparatorChar> J (0.1) + [ <LongFolderName> + <PathSeparatorChar> J (O.n) ] |

[ [ <PathSeparatorChar> ] {0.1} * [ <LcxigFoJdsrName> + <PathS&paratorChar> ] {O.n} ] |

[ [ <MfgSpecrftcFoiderindicatoc> * «PathSeparatorChar* ] (0.1) * [ <LongFolderName> + <PathSeparatorChar> j {O.n} ] ]{1}

Пример 1 — Путь относительно текущей директории:

Л ..'path\ ..U-Ong path name\ (специально указанное LongName) Path\

Level1\Level2\

Path.dirt

Long path name' (специально указанное LongName)

Пример 2— Путь относительно корневого или текущего томе:

'Path'

\Level1\Level2\ 'Path .dirt

'Long path name' (специагъно указанное LongName)

Path including volume:

WOL.Bipath'

\\VOL_B\Levet1\Leve<2\ "Flash Volume'Long path name' (специально указанное LongName)

Пример 3 — Путь с использованием указателя производителя:

-\

-\Patht

-\Levei1\Lsvet2\

"VOL_B\-1path\

"VOL_B\-'Level 1 \Level2\

А.2.3.2 Путь и имя файла

Это имя пути включает а себя столько информации о пути, сколько необходимо для создания однозначного описания пути к файлу:

ShortPathAndFHeName ::= [

[ [ <VdumeListlndicator> ] + <VolumeName> + <PathSeparatorChar> + ( <MfgSpecificFold6rlndicator> * <PathSeparatocChar> ] (0.1) + [ <ShortFolderName> + <PathSeparatorChar> ] (0,n) + [ <ShortFileName> ] J |

([ <PathSeparatorChar> ] {0.1} + (<ShortFotderName> + <PathSeparalorChar> J {O.n} + [ <ShortFiteName>) ] |

[ [ <MfgSpecificFoldeclndicator> + <PathSeparatorChar> ] (0.1} + [ <ShortFolderName> + <PathSeparalorChar> ] (O.n) + {<ShortFileName> J)

]{1}

LongPathAndFileName ::= (

[ [ <VciumeListlndicator> ] + <Vok)meName> + <PathSeparatorChar> + [ <MfgSpecificFcklertnd(cator> + <PathSeparatorChar> J (0.1) + [ <LongFolderName> + <PathSeparatorChar> ] (O.n) + [ <LongFileName> ] ] |

[ (<PathSeparatorChar> J {0.1} + (<LongFotderName> * <PathSeparatorChar> ] {O.n} + [ <LongFileName> J ] |

[ [ <MfgSpecificFc*derincfccakx> + <PathSeparatorChar> ] {0.1} * [ <LongFolderName> + <PathSeparalorChar> ] {O.n} + [ <LongFieName> ] j

]{1}

Пример 1 — Путь относительно текущей директории:

Test.txt

path\Test.txt

Long path name'Test F4ename.long.name (специально указанное LongName)

Пример 2 — Путь относительно корневого или текущего тома:

IpathtTest

-\path\Test -\Level 1 \Level2\Test

Пример 3— Путь, включая том:

WOL_B\path\Test WVOL_B\-\path\Test WOL_B\path\Test.lxt WVOL.BtLevel 1 U.evel2\Test WFlash VolumeXLong path nameVTest Filename.long.name (специально указанное LongName) На рисунке A.1 показан пример архитектуры FS с томами, каталогами и файлами, а также пример имени пути. Пример пути — указанная производителем директория, которая должна использоваться только клиентами с соответствующим кодом производителя в их поле ИМЯ.

А.2.3.3 Определения поиска

Подстановочные **’ и '?* могут быть использованы:

подстановочный знак для 0 или более знаков имени файла или имени папки;

**?"подстаноаочный знак для одного знака имени файла или имени папки: is a wildcard for a single character in a Rename or (older name. Подстановочные знаки должны использоваться только для списков директорий

ShortPalhAndWiidCardName ::= [

[ [ <VolumeUstindicalor> ] * < Volume Name> + <PathSeparatorChar> * | <MfgSpecificFolderlndicator> + <PathSeparatorChar> ] {0.1} + [ <ShortFo1derName> + <PalhSeparatorChar> ] {O.n} + <ShortWildCardName> ] |

| [ <PalhSeparatorChar> ] {0.1} + (<ShortFolderName> * <PathSeparalorChar> ] {O.n} + <ShortWildCardNanTe> J |

[ | <M(gSpecificFolderlndicator> * <PathSeparatorChar> ] {0.1} * [ <ShortFolderName> * <PathSeparatorChar> ] {O.n} + <ShortWUdCardName> ]

1(1)

LongPathAndWildCardName[

[ [ «VolumeUstlndkator» ] + <VolumeName> * <PathSeparatorChar> + [ <M(gSpecd»cFotderlndicator> + <PathSeparalorChar>} {0.1} + [ <LongFokierName> + <PathSeparalocChar>) {0.n} + <LongWildCardNan»e> J |

[ [ <PathSeparatorChar> ] {0.1} + [ <LongFolde<Name> + <PathSeparakxChar> ] {O.n} * <LongWildCardName> ] | [ [ <MfgSpecificFolderlndicator> + <PathSeparatorChar> ) (0.1) * [ <LongFolderName> * <PalhSeparatorChar> ] {O.n} + <LongWildCardName> j

H1)

Пример 1 — Путь относительно текущей директории: в ?э№ ?а*

-Г

-\?ath

Пример 2 — Путь относительно корневого или текущего тома:

V \?alh -IpathV

Пример 3 — Путь, включая том:

\WOL_BV

WVOL_B\?ath

WVOL_B\path\Test*

WVOL_B\path\Tesf.txt

WVOL_B\Level1\Level2\Test.‘

WV0L_B\Level1\Levei2\T?st.txt

WFlash Volume\Long path nameVTest ???? Name.long.name (специально указанное LongName)

WFlash VolumeVLoog path nameVTest * Name.*.name (специально указанное LongName)

WFlash VolumeVLong path name\T?st FiJename.tong.name (специально указанное LongName)*

На рисунке A.1 показан пример архитектуры FS с томами, каталогами и файлами, а также пример имени пути.

Приложение В (обязательное)

Определения параметров

• В.1 Группы команд

Команды файлового сервера разделены на группы; четыре бига указывают группу команд. Длина данных: 4 бита

В.2 Функции команд

Каждая группа команд FS имеет ряд функций. Нижние четыре бига байга команды определяют функцию команды.

Длина данных: 4 бита

В.З Статус файлового сервера

Текущий статус FS.

Длина данных: 1 байт

• В.4 Количество открытых файлов Количество файлов, которые в данный момент открыты a FS. Длина данных: 1 байт

Разрешение: 1 бит

Диапазон данных: 0,₀ ... 255,0 (без знака 8 битое)

• В.5 Номер версии Номер издания или версии ИСО 11783-13. которым соответствует FS или клиент. Параметр, номер версии, сообщаемый клиентом, должен отражать издание (версию) международного стандарта (т.е. настоящую часть ИСО 11783), для которой разработан клиент. Он не должен изменяться во время выполнения из-за адаптации к различным файловым серверам. Например, клиент версии 3 по-прежнему будет сообщать о поведении версии 3 в этом параметре, даже если клиент использует поведение версии 2 для связи с файловым сервером версии 2. FS может решить сообщить об этом или предоставить его для диагностики, но не должен отклонять сообщение или запрос на основании сообщенного номера версии.

Длина данных: 1 байт

Значение Определение

О,_о Проект редакции международного стандарта

• 1,₀ Окончательный вариант проекта международного стандарта

2,ф Первое опубликованное издание международного стандарта

• 3,0 Второе опубликованное издание международного стандарта

4,0... 254,0 Зарезервировано

• 255,0 Соответствует версии 2 и более ранним (только для клиентов)

• В.6 Максимальное количество одновременно открытых файлов Максимальное количество файлов, которые можно открыть одновременно на FS. Длина данных: 1 байт

Разрешение: 1 бит

Диапазон данных: 0,0 ... 255,0 (без знака 8 битов)

• В.7 Возможности файлового сервера

Длина данных: 1 байт

• В.8 Номер операции

Номер (TAN), назначенный запросу, чтобы можно было идентифицировать соответствующий ответ.

Диапазон данных: 0 to 255

• В.9 Код ошибки

Кодошибки, возвращаемый ответным сообщением or FS к клиенту. Когда код ошибки в ответном сообщении не равен 010 «Успех», другие параметры после кода ошибки в ответном сообщена могут содержать неверные данные и должны игнорироваться клиентом. (Версия 3 и более поздние версии FS поддерживают этот код ошибки.) Длина данных: 1 байт

• В.10 Обработчик

Объект данных, назначенный FS и используемый FS и клиентом для ссылки на файл или директорию для запрашиваемых действий.

Длина данных: 1 байт

Объем, измеренный в единицах по 512.

• В.12 Длина имени пути

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

Длина данных: 2 байга

Разрешение: 1 бит

Диапазон данных: 0_t(> ... 65535₁₀ (без знака 16 битов)

• В.13 Имя пути

Допустимые в имени пути знаки указаны в А.2.3.1.

• В.14 Флаги

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

Длина данных.1 байт

Когда биты 1 и 0 установлены на «Открыть директорию», бит 3 игнорируется и рассматривается как доступный только для чтения, поскольку используется только для запроса того, что находится в директории. Путь к директории создается с помощью «Открыть директорию» и «Создать новый файл, если он еще не существует».

• В.15 Атрибуты

Объект данных, используемый FS для описания файла клиенту.

Длина данных: 1 байт

Определение

Том не чувствителен к регистру

Том чувствителен к регистру (FS версии 3 и более поздние поддерживают этот атрибут)

Том съемный

Том не съемный

Том не поддерживает длинные имена файлов

Том поддерживает длинные имена файлов

Обработчик не указывает директорию

Обработчик указывает директорию

Обработчик не указывает том

Обработчик указывает том

Том не поддерживает атрибут скрытый

Том поддерживает атрибут скрытый (FS версии 3 и более поздние поддерживают этот атрибут)

Атрибут «Скрытый» не установлен

Атрибут «Скрытый» установлен (не применимо, если том не поддерживает атрибут скрытый)

Атрибут только для чтения не установлен

Атрибут только для чтения установлен

В.16 Команда «Установить атрибуты»

Команда от клиента к FS для установки или очистки атрибутов файла.

Длина даншх: 1 байт

• В.17 Режим позиции

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

Длина данных: 1 байт

Значение Определение

0_)£) От начала файла

1,Ф От текущей позиции указателя

2₁₆ От конца файла

З,^ ...255,0 Зарезервировано

• В.18 Смещение

Смещение используется в режиме позиции для определения позиции указателя файла.

Длина данных: 4 байта

Разрешение: 1 бит

Диапазон данных: -2147483648,₀ ... *2147483647,q (со знаком 32 бита)

• В.19 Позиция

Значение позиции указателя файла.

Длина даншх: 4 байта

Разрешение: 1 бит

Диапазон данных: 0,0 ... 4294967295,0 {без знака 32 бита)

• В.20 Точка отсчета

Количество байтов данных, запрошенных для чтения или записи в файл, или количество записей каталога, прочитанных из каталога.

Длина данных: 2 байта

Разрешено: 1 бит

Диапазон данных: 0,₀ ... 65535,0 (без знака 16 битов)

В.21 Запись директории

Длина даншх: Переменная

• В.22 Длина имени файла

Количество знаков в имени файла.

Для FS без поддержки длинных имен файлов длина имени файла может содержать от 1 до 12 знаков.

Для FS с поддержкой длинных имен файлов имя файла может содержать от 1 до 254 знаков (в версии 2 и ранее указывалось не более 31 знака).

Длина данных: 1 байт

Разрешение: 1 бит

Диапазон данных: 1,0 ... 254,_&{без знака 8 битое)

• В.23 Имя файла

Допустимые знаки в имени файла указаны в А.2.2.2.

В.24 Дата файла

Дата файла представлена битовой группой со следующей кодировкой 16 битое.

Если дата файла недоступна в реагызации. все биты устанавливаются в ноль (0,q = 0000,^), отображая •1980-00-00”.

В.25 Время файла

Время файла представлено битовой группой со следующей кодировкой 16 битов. Длина данных: 2 байта

Если время файла недоступно в реализации, все биты устанавгываются в ноль (0₁₀ = 0000,_в). отображая *00-00-00”.

В.28 Отобразить скрытью файлы

Длина данных: 1 байт

В.29 Флаги томов

Объект данных, используемый клиентом для указания режима запрошенного тома. Длина данных: 1 байт

• В.ЗО Режим тома

Объект данных, используемый клиентом для указания режима запрошенного тома. Значение 00000000 запрашивает текущий статус (этот параметр применяется для FS версии 3 и более поздних версий).

Длина данных: 1 байт

Определение

Зарезервировано, передавать как 000000

Запрос подготовки удаления тома

Сообщение об использовании тома клиентом

Сообщение о неиспользовании тома клиентом

• В.31 Статус тома

Текущее состояние тома (этот параметр применяется для FS версии 3 и более поздних версий). Длина данных: 1 байт

• В.32 Максимальное время перед удалением тома

Максимальное время удержания тома от удаления (этот параметр применяется для FS версии 3 и более поздних версий).

1 байт

1 мин^бит, 0 смещение 0 др 250 Измеренное

• В.ЗЗ Имя тома

Допустимые знаки в имени тома указаны в А.2.2.3.

• В.34 Том, путь, файл и подстановочное имя

Допустимые знаки в томе. пути, файле и подстановочном имени указаны в А.2.2.3. А.2.3.1, А.2.3.2 и А.2.3.3 соответственно.

• 8.35 Том, путь, файл

Допустимые знаки в томе, пути и имени файла указаны в А.2.2.3. А.2.3.1 и А.2.3.2 соответственно.

Приложение С (обязательное)

Определения сообщений файлового сервера

С.1 Передача сообщений и данных файлового сервера

С.1.1 Обзор

Два PGN (номера группы параметров) зарезервированы для протокола сообщений FS:

• Ь) От Клиента к Серверу Частота повторения сообщения; Длина данных:

  По требованию Переменная О 170

  Адрес назначения 7

  43520 (AAOO_t$)

  
  

Поле Страницы Данных:

Поле Формата PDU: Специальное поле PDU: Приоритет по умолчанию: Номер Группы Параметров:

Прежде чем клиент (ECU) начнет поддерживать соединение с FS. он может получить информацию о возможностях файлового сервера, используя вышеприведенный PGN. GtmPGN также используются для передачи данных в или из FS с использованием транспортного протокола, указанного в ИСО 11783-3. или расширенного транспортного протокола, указанного в ИСО 11783-6. Должны испогъзоваться сообщения, специфичные для пункта назначения. и должно осуществляться управление соединениями.

Клиент (ECU) должен дождаться ответа перед отправкой другой команды. Фиксированное время ожидания для ответа не может быть дано из-за того, что различные команды могут иметь очень разное время ответа. Вместо этого клиент может контролировать обработку команд FS через сообщение о состоянии файлового сервера.

Код ошибки 1210 «Функция не поддерживается» позволяет FS указывать клиенту, что конкретная функция не поддерживается. Все файловые серверы должны реализовывать полный набор функций: тем не менее FS. основанный на определенной редакции этой части ИСО 11783, может поддерживать меньшее количество функций в случае добавления новых функций в более позднюю редакцию. Каждая неподдерживаемая функция в группе команд «Обработка». «Доступ к файлу». «Обработка файла» и «Обработка тома» должна получить ответ от FS с кодом ошибки, установленным на «Функция не поддерживается», когда запрошенная функция недоступна на файловом сервере.

С.1.2 Статус файлового сервера

Сообщение о состоянии файлового сервера отправляется FS для предоставления информации о состоянии файлового сервера. Время ожидания в 6 с для этого сообщения указывает на возможное отключение FS. что позволяет клиенту освободить выделенные ресурсы связи FS.

Частота повторения сообщения: 2 000 мс. когда статус не занят. 200 мс. когда статус занят чтением или записью и, при изменении байтов 2. до пяти сообщений в секунду

Байт 2 Статус файлового сервера см. В.З

БайтЗ Количество открытых файлов см. В.4

Байты 4—8 Зарезервировано, передавать как FF₃g

С.1.3 Обслуживание клиентского соединения

Сообщение об обслуживании клиентского соединения отправляется клиентом для поддержания соединения с FS. Клиент отправляет это сообщение при активном взаимодействии с FS. Когда это сообщение больше не принимается FS в течение 6 с. открытые файлы закрываются, и все обработчики для этого клиента становятся недействительными. Рабочий каталог клиента также теряется и возвращается к значению по умолчанию. Этот механизм необходим для того, чтобы FS мог корректно закрывать ресурсы, когда клиент отключен от шины CAN без надлежащего закрытия любых открытых обработчиков.

Частота повторения сообщения: 2 000мс

Длина данных: 8 байтов

Номер Группы Параметров: От клиента к FS. конкретное назначение

Байт 1 Функция FS = 0^

Биты 7-4 0000 Команда Управление Соединениями

Биты 3-0 0000 Функция Обслуживание Клиентского Соединения

Байт 2 Номер версии

Байты 3—8 Зарезервировано, передавать как FF_ie

С.1.4 Сообщение «Получить свойства файлового сервера*

Сообщение «Получить свойства файлового сервера» отравляется клиентом для запроса свойств FS.

Частота повторения сообщения: По запросу

Длина данных: 8 байтов

Номер Группы Параметров: От клиента к FS. конкретное назначение

Байт 1 Функция FS = 1_1&

Биты 7—4 0000 Команда Управление Соединениями

Биты 3—0 0001 Функция Получить Свойства Файлового Сервера

Байты 2—В Зарезервировано, передавать как FF_ie

С.1.5 Ответ на сообщение «Получить свойства файлового сервера»

Ответ на сообщение «Получить свойства файлового сервера» отправляется FS клиенту в ответ на сообщение «Получить свойства файлового сервера».

Частота повторения сообщения: в ответ на сообщение «Получить свойства файлового сервера»

С.1.6 Сообщение «Запрос состояния тома»

Клиент отравляет сообщение с запросом о состоянии тома, чтобы задать команду статуса тома файлового сервера или запросить текущее состояние тома. Имя пути длиной ноль должно использоваться для запроса объема текущего каталога клиента (это сообщение относится к FS версии 3 и более поздним версиям).

С.1.7 Ответ на сообщение «Запрос состояние тома»

Ответ на сообщение «Запрос состояния тома» отравляется файловым сервером клиенту в ответ на запрос о состоянии тома или при изменении состояния тома. При изменении состояния тома FS отправляет это сообщение на глобальный адрес (GA). Если запрос клиента вызывает изменение статуса, то FS должен отравить ответ a GA. чтобы все клиенты были проинформированы. Поскольку глобальный ответ касается изменения статуса, это означает, что код ошибки будет «Успех»: следовательно, неуспех должен быть отравлен только запрашивающей стороне. Если клиент «Объем запроса на подготовку к удалению» и запрошенный объем не могут быть удалены, или длина имени пути запроса равна нулю, а текущий каталог не задан, то FS должен вернуть «Неверный доступ». Файловый сервер может использовать имя тома «Л» для обозначения изменения состояния всех томов в FS.

Как тогъко FS обнаруживает наличие съемного тома, он должен сообщить, что том «Присутствует».

Если клиент отправляет «Том запроса на подготовку к удалению». FS сообщает, что том «Подготовка к удалению» и все клиенты закрывают свои файлы «Уили каталоги. Чтобы сохранить том в состоянии «Подготовка к удалению», клиент должен постоянно отправлять запрос «Сохранить».

Переход состояния тома с «Подготовки к удалению» на «Удалено» отправляется всем клиентам после того, как все они закроют свои файлы и/или каталоги. FS поддерживает том в течение 2 с после последнего клиентского запроса «Поддерживать», сообщая клиенту о том, что том используется в запросе статуса тома в течение максимального времени до удаления тома. Последнее определяется FS и может быть временем, представляемым пользователю при извлечении носителя, или временем, отводимым при отключении питания, на котором FS может удерживаться. Если все клиенты сообщают, что том больше не используется. FS может немедленно удалить том.

Если клиент запрашивает состояние тома и на томе открыт файл или каталог или в «Подготовке к удалению» имеется запрос «Сохранить», то FS сообщает об этом томе как «Используется».

(Это сообщение относится к FS версии 3 и более поздним версиям.)

С.2 Обработка директорий

С.2.1 Обзор

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

С.2.2 Запрос «Получить текущую директорию»

С.2.2.1 Общие положения

Запрос «Получить текущую директорию» возвращает текущую директорию в виде пути. После успешного завершения запроса «Получить текущую директорию» сообщается полный путь в форме «WOUDIR1SUBDIR».

С.22.2 Сообщение «Получить текущую директорию»

По запросу 8 байтов От клиента к FS. конкретное назначение

Команда Обработка Директорий

С.2.2.Э Ответ на сообщение «Получить Текущую Директорию»

С.2.3 Изменение текущей директории

С.2.3.1 Общие положения

Изменение текущей директории: выбор текущей директории.

С.2.3.2 Сообщение «Изменить текущую директорию»

С.2.3.3 Ответ на сообщение «Изменить текущую директорию»

В ответ на сообщение «Изменить текущую директорию»

4₁₀ Файл, путь или том не найден

7^ Недопустимое указанное имя назначения

10)0 Съемный носитель отсутствует [ранее код ошибки 13. ниже, в версии 2 FS (см. В.5))

13)о Том. возможно. не инициализирован

43ю Недостаточно памяти

44)0 Любая другая ошибка

Байты 4—8 Зарезервировано, передавать как FF_te

С.З Доступ к файлу

С.3.1 Обзор

Доступ к файлу состоит из сообщений для открытия и закрытия файлов, для навигации по файлам и для чтения и записи данных в файлы.

С.3.2 Запрос «Создать файл или директорию»

Создание файла с помощью команды «Создать файл» выполняется с помощью команды «Открыть файл» с установленным флагом «Создать файл».

С.3.3 Запрос «Открыть файл»

С.З.Э.1 Общие положения

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

С.3.3.2 Сообщение «Открыть файл»

Частота повторения сообщения

Длина данных:

Номер Группы Параметров:

Байт 1 Функция FS s 32)0

Биты 7—4 0010

Биты 3—0 0000

Байт 2

Байты 3

Байты 4.5

Байты 6—л

С.3.4 Запрос «Найти файл*

С.3.4.1 Общие положения

Запрос «Найти файл» устанавливает указатель файла для следующего доступа в файле. В зависимости от режима положения указатель файла может быть установлен относительно начала файла, текущего указателя файла или конца файла. Если функция завершается успешно, возвращается новая позиция. Новая позиция файла основана на следующем режиме позиции:

О Новая позиция = начало файла * смещение (может быть только положительным или 0);

• 1 Новая позиция = текущая позиция + смещение (может быть только отрицательным или 0):

• 2 Новая позиция = конец файла + смещение (может быть только положительным или 0).

Когда обработчик ссылается на файл, смещение и положение определяются в байтах. Когда обработчик ссыпается на директорию, смещение и позиция определяются в записях директории.

Когда указатель файла находится в конце позиции файла и отправляется запрос на перемещение указателя файла за конец файла, ответ должен содержать код ошибки «Указатель файла в конце файла».

С.3.4.2 Сообщение «Найти файл»

Частота повторения сообщения: По запросу

Байт 1 Функция FS = 33,0

С.3.4.Э Ответ на сообщение «Найти файл»

C.3.S Запрос «Прочитать файл»

С.3.5.1 Общие положения

Запрос «Прочитать файл» читает данные из файла, на который ссылается обработчик. Если обработчик ссыпается на файл, счетчик указывает количество считываемых данных. Запрашиваемые данные (исключая другие параметры) отправляются в ответе (до 1780 байтов при использовании ТР. до 65 530 байтов при использовании ЕТР). Количество прочитанных данных может быть меньше запрошенного, если достигнут конец файла. Если обработчик ссылается на директорию, счетчик указывает количество записей директории, которые должны быть прочитаны, тогда как «Сообщить скрытые файлы» указывает, являются ли файлы с атрибутом, установленным в вскрытый», частью списка записей директории.

Когда указатель файла находится в конце позиции файла и отправляется запрос на чтение после конца файла. ответ должен содержать код ошибки «Указатель файла в конце файла».

С.3.5.2 Сообщение «Прочитать файл»

С.3.5.3 Ответ на сообщение «Прочитать файл» (ссылочный файл обработчика)

Ответ на сообщение «Прочитать файл» содержит данные, прочитанные из файла, на который ссылается обработчик, указанный в сообщении «Прочитать файл».

Частота повторения сообщения: В ответ на сообщение «Прочитать файл»

С.3.5.4 Ответ на сообщение «Прочитать директорию» (ссылочная директория обработчика)

Ответ на сообщение «Прочитать директорию» содержит записи директории, прочитанные из директории, на которую ссылается обработчик, указанный в сообщении «Прочитать файл».

Частота повторения сообщения: В ответ на сообщение «Прочитать файл»

О,_о Успешно

5₁₀ Недопустимый Обработчик

11ю Неудача при операции чтения 42₁₀ Недопустимая запрошенная длина 43₁₀ Недостаточно памяти

44,0 Любая другая ошибка

45,0 Указатель файла а конце файла

Байты 4.5 Счетчик см. В.20

С.3.6 Запрос «Записать Файл»

С.3.6.1 Общие положения

Запрос «Записать файл» записывает данные в открытый файл, к которому обращается обработчик. Данные (исключая другие параметры) для записи отправляются в FS в запросе (до 1780 байтов при использовании ТР и до 65 530 байтов при использовании ЕТР). Запрос «Записать файл» не должен использоваться обработчиком, который ссыпается на директорию.

С.3.6.2 Сообщение «Записать файл»

С.3.6.3 Ответ на сообщение «Записать файл»

Частота повторения сообщения: В ответ на сообщение «Записать файл»

С.3.7 Запрос «Закрыть файл»

Запрос «Закрыть файл» закрывает файл, указанный обработчиком. Все внутренние буферы, принадлежащие этому файлу, записываются, а запись директории обновляется. Обработчик недействителен после получения ответа на сообщение «Закрыть файл».

С.4 Обработка файлов

С.4.1 Обзор

Обработка файла состоит из сообщений, используемых для перемещения, копирования и удаления файлов, получения или установки атрибутов и получения даты файла.

С.4.2 Запрос «Переместить файл»

С.4.2.1 Общие положения

Запрос «Переместить файл» перемещает или колирует файл из его текущего местоположения в новое местоположение. Тип действия указывается в режиме обработки файла и спецификации назначения:

• а) если имя файла назначения отличается от текущего имени файла, файл переименовывается;

• Ь) если путь назначения отличается от исходного пути, файл перемещается;

• с) если путь назначения содержит каталоги, которые не существуют, эти каталоги создаются:

• d) если установлен режим «копирования», файл копируется.

Если директория или файл существует в пути назначения, код ошибки «Доступ запрещен» должен быть возвращен, если не установлен принудительный режим. Рекурсивный режим необходим для перемещения или копирования директории, содержащей дополнительные каталоги или файлы. Если в этом случав рекурсивный режим не установлен, возвращается код ошибки «Доступ запрещен». Если пункт назначения рекурсивного перемещения или копии находится в исходном пути, возвращается код ошибки «Доступ запрещен». При указании директории необходимо добавить «\» в конце, чтобы указать в имени путь источника или места назначения. Если пункт назначения рекурсивного перемещения ига копии является подпапкой исходного пути, то должен быть возвращен код ошибки «Доступ запрещен».

С.4.2.2 Сообщение «Переместить файл»

Частота повторения сообщения;

Длина данных:

Номер Группы Параметров:

Байт 1 Функция FS = 48₁₀

С.4.3 Запрос «Удалить файл»

Запрос «Удалить файл» удаляет файл из его текущего местоположения. Тип действия указывается в режиме обработки файла и спецификации назначения.

Если файл защищен от записи или является директорией, содержащей файлы, защищенные от записи, возвращается код ошибки «Отказано в доступе», если не установлен принудительный режим. Если файл является директорией, содержащей файлы, возвращается код ошибки «Отказано в доступе», если не установлен рекурсивный режим. Чтобы удалить директорию, которая содержит хотя бы один защищенный от записи файл, необходимо установить принудительный и рекурсивный режимы.

С.4.3.1 Сообщение «Удалить файл»

Частота повторения сообщения:

Длина даншх:

Номер Группы Параметров: Байт 1 Функция FS s 49,о

Биты 7—4 0011

Биты 3—0 0001

Байт 2

Байт 3

С.4.4 Запрос «Получить атрибуты файла»

С.4.4.1 Общие положения

Запрос «Получить атрибуты файла» возвращает атрибуты файла или директорию с указанным томом, путем и именем файла.

С.4.4.2 Сообщение «Получить атрибуты файла»

4,0 Файл, путь или том не найден

6,0 Недопустимое указанное имя источника

10 ,₀ Съемный носитель отсутствует (ранее кед ошибки 13. ниже, в вер

сии 2 FS (смотри В.5)]

1110 Неудача при операции чтения

13,0 Том. возможно, не инициализирован

43,0 Недостаточно памяти

44,0 Любая другая ошибка

Байт 4 Атрибуты см. В.15

Байты 5—8 Размер см. В.26

С.4.5 Запрос «Установить атрибуты файла»

С.4.5.1 Общие положения

Запрос «Установить атрибуты файла» устанавливает или сбрасывает бит «Атрибуты файла или директории» с указанным томом, путем, именем файла и подстановочным именем.

С.4.5.2 Сообщение «Установить атрибуты файла»

Частота повторения сообщешя: По запросу

С.4.5.3 Ответ на сообщение «Установить атрибуты файла»

Частота повторения сообщения: В ответ на сообщение «Установить атрибуты файла»

С.4.6 Запрос «Получить дату и время файла*

С.4.6.1 Общие положения

Запрос «Получить дату и время файла» возвращает дату и время файла или директории с указанными томом. путем и именем файла.

С.4.6.2 Сообщение «Получить дату и время файла»

Частота повторения сообщения; По запросу

С.5 Доступ к тому

С.5.1 Общие положения

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

С.5.2 Запрос «Инициализировать том»

С.5.2.1 Общие положения

Готовит том для приема файлов и директорий. Все данные теряются при завершении этой команды.

С.5.2.2 Сообщение «Инициализировать том»

Частота повторения сообщения: По запросу

Приложение D (справочное)

Примеры обычно используемых файловых систем

В таблице D.1 приведены примеры обычно используемых файловых систем¹) с перечисленными ограничениям!. которые можно использовать в имени файла.

Таблица D.1 — Примеры обы-ыо используемых файловых систем

’) Эта информация предоставлена для удобства пользователей данной части ИСО 11873 и не является одобрением ИСО этих продуктов.

Сведения о соответствии ссылочных международных стандартов национальным стандартам

Таблица ДАЛ

Примечание — В настоящей таблице использовано следующее условное обозначение степени соответствия стандартов:

- IDT — идентичные стандарты.

Библиография

• [1] ISO 11898-1. Road vehicles— Controller area network (CAN) — Part 1; Data link layer and physical signalling

• [2] ISO 11898-2. Road vehicles — Controller area network (CAN) — Part 2: High-speed medium access unit

• [3] SAE J 1939. Recommended Practice for a Sena! Control and Communications Vehicle Network

• [4] ISO/1EC 8859-1. Information technology — 8-M single-byte coded graphic character sets — Part 1: Latin alphabet No. 1

• [5] 1SO/1EC 10646. Information technology— Universal Multiple-Octet Coded Character Set (UCS)

• [6] ISO/IEC 7498 (al parts). Information technology— Open Systems Interconnection — Basic Reference Mode

УДК 631.3:006.354

Ключевые слова: тракторы и машины сельскохозяйственные; последовательная сеть управления и передачи данных; файловый сервер

Редактор В.Н. Шмельков Технический редактор В.Н. Прусакова Корректор Л.С. Лысенко Компьютерная верстка Е.О. Астатина

Сдам в набор 01.tt.2021 Подписано в печать 17.11.2021. Формат 60*34%. Гарнитура Ариал. Усл. печ. л. 4.18. Уч.-изд. л. 3.89.

Подготовлено на основе электронной версии, предоставленной разработчиком стандарта

Создано a единичном исполнении в ФГБУ кРСТ» для комплектомиия Федерального инфорыационмго фонда стандартов. 117418 Москва. Нахимовский пр-т. д. 3t. к. 2.

www.goslinfo.ru [email protected]