Какие сообщения печатает принтер, подключенный к пульту дистанционного управления s2000m

Обновлено: 03.07.2024

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

Цель

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

Обзор

Спецификация S2000M состоит из семи глав, которые подробно описаны ниже:

История разработки руководства С2000М

1981 — создана рабочая группа по снабжению ASD (ранее AECMA).
1992 – Выпуск 2.1 – Первый выпуск, который будет использоваться в поддержку проекта.
1998 — выпуск 3.0 — введение главы 5 (ремонт), SQ1 (ценообразование на основе заказа), удаление приложения 5 (EDIFACT).
2005 – Выпуск 4.0 – Распространение на сушу и море. Введение в главу 6 («С2000М Лайт»).
2012 г. — выпуск 5.0 — информация о ремонте (глава 5) перенесена в главу 3.
2015 г. — выпуск 6.0 — опубликовано в декабре 2015 г. Представлен набор XML-сообщений, основанный на долгосрочной цели использования установленных стандарты данных о продуктах в качестве основы для обмена данными.
2017 — выпуск 6.1 — опубликовано в марте 2017 г. Внесены исправления на основе комментариев, полученных к выпуску 6.0, а также другие незначительные улучшения и исправления.
2021 — Выпуск 7.0 — Опубликовано в апреле 2021 года. Включает изменения, связанные с данными и экспортным контролем или торговым контролем, а также введением логистики, основанной на результатах (PBL), а также дополнительные сведения об устаревании и управлении устареванием. Гармонизация терминологии во всех спецификациях IPS серии S. Моделирование выпуска 7.0 соответствует модели Common Data Model (CDM) для спецификаций IPS серии S.

Краткое описание

Глава 1 Подготовка

Подготовка — это процесс выбора элементов поддержки и запасных частей, необходимых для поддержки всех категорий Продуктов. В этой главе определяется процесс и указываются данные, форматы и процедуры передачи, которые должны использоваться для предоставления информации о предоставлении клиенту на различных этапах жизненного цикла Продукта. Он также предоставляет базу данных, из которой можно создавать иллюстрированные каталоги деталей (IPC). Правила производства и представления МПК на различных носителях регламентируются спецификацией S1000D. IPC идентична Illustrated Parts Data Publication (IPDP).

Глава 1-1 Общие положения; охватывает представление базовой линии Продукта, представление его данных, а также обновление этого представления.

Глава 1-2 Наблюдения; определяет обмен информацией между заказчиком и подрядчиком или наоборот в процессе подготовки; как правило, они основаны на проверке любой из сторон Данных обеспечения или их обновлений.

Глава 1–3 Кодификация; охватывает процессы кодификации НАТО и потоки информации между промышленностью, национальными бюро кодификации (NCB) и заказчиком для всех видов деятельности, связанных с кодификацией. Однако С2000М можно применять без использования кодификации НАТО.

Глава 2 Список запасных частей

Список запасных частей позволяет заказчику и подрядчику обрабатывать данные о деталях (включая коммерческие данные), чтобы обеспечить процессы, описанные в главе 3 этой спецификации, без необходимости использования процессов, описанных в главе 1 этой спецификации.

Глава 3 Поставка материалов

Глава 3-1 Общие сведения о снабжении материалами; обеспечивает процессы, процедуры и методы ценообразования, администрирования заказов, транспортировки и выставления счетов.
Ценообразование включает в себя процессы, процедуры и методы запроса котировок и предоставления цен тремя различными способами:

  • единая цена
  • прайс-листы
  • цены на основе заказа.

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

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

Транспорт предоставляет процессы, процедуры и методы для создания и передачи информации, связанной с транспортом.

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

Глава 3-2 Обмен данными о поставках материалов; предоставляет процессы, процедуры и методы размещения заказов, выполнения заказов и доставки заказанных товаров. Он поддерживает администрирование заказов на товары, а также на услуги, например ремонт.В этой главе также представлены процессы, процедуры и методы для создания и пересылки информации, связанной с транспортировкой, а также процессы, процедуры и методы для создания и пересылки счетов, а также для принятия или отклонения счетов.

Глава 3-3 Логистика, основанная на результатах (PBL); описывает концепцию логистики, основанной на результатах, и ее договорные рамки. Кроме того, дается описание использования существующих сообщений, элементов данных и ключевых показателей эффективности (KPI), которые можно использовать для создания отдельного контракта PBL.

Глава 4 Техники коммуникации

Целью этой главы является описание стандартов, существующих для обмена информацией в соответствии с процедурами S2000M.

Глава 5 Модель данных

Целью этой главы является описание моделей UML и результирующей схемы XML.

Глава 6 Словарь данных

Словарь данных представляет собой каталог всех элементов данных, используемых С2000М. Его целью является определение стандартизированных имен, определений и атрибутов для обеспечения общего понимания и применения элементов данных.

Глава 7 Определения, сокращения и справочные документы

Глоссарий терминов и определений – это каталог всех терминов, используемых в S2000M, глава 1–6. Его цель – идентифицировать термины и пояснить их определения, чтобы обеспечить общее понимание S2000M.
Кроме того, он предоставляет обзор всех справочных документов, используемых в S2000M.

Выпуск 7.0 S2000M опубликован как часть блочного выпуска серии S 2021!

Выпущен блочный выпуск серии S 2021. Руководящий комитет S2000M с гордостью сообщает, что новая версия S2000M Issue 7.0 является частью этого блочного выпуска и поэтому полностью совместима с остальными спецификациями IPS серии S.

Вы можете бесплатно загрузить S2000M Issue 7.0 и его XML-схемы с нашей страницы загрузок.

«Кошмар печати» — это ошибка в службе диспетчера очереди Windows, которая при некоторых обстоятельствах может привести к тому, что злоумышленник сможет удаленно запускать код в системе Microsoft Windows от имени локального пользователя SYSTEM. Обычно это (а также последующие исправления и исправления от Microsoft) упоминается как «PrintNightmare», но также упоминается как CVE-2021–1675, CVE-2021–34527 и CVE-2021–34481.

Вам следует прочитать рекомендации от Microsoft (обновлено информацией об исправлениях безопасности от 6 июля 2021 г.).

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

Как предотвратить это?

Пожалуйста, исправьте ваши системы!

Корпорация Майкрософт выпустила несколько исправлений и исправлений для устранения этих уязвимостей. Они доступны через Центр обновления Windows или по ссылкам в бюллетене. PaperCut настоятельно рекомендует установить исправление на все системы Microsoft Windows, отдавая предпочтение системам, в которых служба диспетчера очереди печати Microsoft Windows открыта для вашей сети.

Я еще не установил исправления, что мне делать?

PaperCut настоятельно рекомендует вам самостоятельно ознакомиться с советами Microsoft, чтобы понять последствия и область действия рекомендуемых обходных путей и мер по устранению проблем. Мы рекомендуем каждому клиенту оценить этот риск для себя и, при необходимости, рассмотреть подходы к его снижению, изложенные в этой статье. Мы настоятельно рекомендуем вам установить исправление для любой системы, которой необходимо предоставить доступ к диспетчеру очереди печати Microsoft Windows в сети в качестве приоритета.

Основываясь на обновлении (версия 2.0) рекомендаций Microsoft от 6 июля 2021 г., PaperCut считает, что следующие обходные пути и конфигурации обеспечивают разумный баланс между безопасностью и сохранением возможности печати. Как всегда, организациям следует оценивать это внутренне и в отношении своих собственных процедур управления рисками:

  • Убедитесь, что все серверы печати Microsoft Windows изолированы от Интернета (например, доступны только из вашей внутренней сети)
  • Контроллер домена не используется в качестве сервера печати.
  • Исправьте все серверы печати с помощью исправлений, указанных в рекомендациях Microsoft.
  • Отключение службы буферизации на любом рядовом сервере или клиенте, которому не нужно печатать.
  • Отключение групповой политики "Разрешить диспетчеру очереди печати принимать клиентские подключения:" в системах, которым не требуется принимать задания на печать из других систем.
  • Ограничить использование функции «Укажи и напечатать» на рядовых серверах и клиентах, которым требуется возможность печати, в соответствии с инструкциями в статье базы знаний Майкрософт.

Как восстановить печать в моей среде после применения исправлений?

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

ПроблемаКБВременное решение Долговременное решение
Неадминистраторы могут увидеть диалоговое окно "Доверяете ли вы этому принтеру" после установки обновлений Windows от августа 2021 г.KB5005652Временный раздел реестра обходной путь, подробно описанный для известной проблемы: PD-1112.Выберите один из вариантов из 4 способов исправить сообщение в блоге Print Nightmare with PaperCut.
Печать из macOS в Windows через SMB перестает работать после установки обновлений Windows за сентябрь 2021 г. Временный обходной путь раздела реестра, подробно описанный для известной проблемы: PO-522.Если вы хотите решить только проблему печати в macOS > Windows, переключитесь на альтернативный метод сетевой печати, например, с помощью службы PaperCut LPD. для печати по LPR вместо SMB. Кроме того, выберите один из вариантов из 4 способов исправить сообщение в блоге Print Nightmare с помощью PaperCut.
Сетевая печать может завершиться ошибкой 0×0000011b после установки в сентябре 2021 г. Обновления Windows.KB5005565Временный обходной путь раздела реестра, подробно описанный для известной проблемы: PO-523.Выберите один из вариантов из 4 способов устранения Сообщение в блоге Print Nightmare with PaperCut.
Перенаправление между серверами может завершиться ошибкой 283 или 317 после установки обновлений Windows за сентябрь 2021 г.KB5005568 Временный обходной путь раздела реестра, подробно описанный для известной проблемы: PC-18603.Выберите один из вариантов из 4 способов исправить сообщение в блоге Print Nightmare with PaperCut.
Сетевая печать может завершиться ошибкой 0x00000709 после установки обновлений Windows от октября 2021 г.KB5006670, KB5006672Нет — см.: PO-598 .Microsoft выпустила Дополнительное обновление KB5007253 для решения этой проблемы. Это устраняет проблему, которая вызывает коды ошибок 0x000006e4, 0x0000007c или 0x00000709 при подключении к удаленному принтеру, который находится в общем доступе на сервере печати Windows. Дополнительные сведения см. в документации Microsoft.

Ключевые слова: безопасность, кошмар печати, Microsoft, диспетчер очереди печати, диспетчер очереди печати Windows, [cve-2021-1675] cve-2021-34527

В этом документе содержится информация о возможностях, поддерживаемых аппаратным обеспечением принтеров C.Itoh и Citizen. Он также указывает, будет ли каждая модель принтера работать при печати из продуктов IBM System i.

Решение проблемы

В этом документе содержится информация о возможностях, поддерживаемых аппаратным обеспечением принтеров C.Itoh и Citizen. Он также указывает, будет ли работать каждая модель принтера при печати из продуктов IBM System i с использованием LPR, PJL, SNMP, IPP или сеанса принтера PC5250.

Информацию о принтерах других производителей см. в следующих документах:

***************
Этот документ не обновляется на регулярной основе. Служба поддержки IBM не занимается активным поиском информации о новых или других принтерах. Этот документ обновляется по мере необходимости. Обратитесь к документации по оборудованию принтера или посетите веб-сайт производителя принтера, чтобы найти технические характеристики принтера и определить, будет ли он работать с IBM i.

Какие характеристики искать:
эмуляция или языки принтера или искать на PCL.
Поддерживаемые сетевые протоколы, чтобы узнать, указаны ли в списке TCP/IP LPR/LPD, порт 9100, IPP или SNMP.

Или создайте конфигурацию принтера и проверьте, работает ли она. Большинство принтеров PCL используют порт 9100, и независимо от оборудования тип и модель производителя PCL, например *HP4, *HP5SI, *HP4000 и т. д., будут работать. Большинство принтеров, поддерживающих LPD, будут принимать данные через порт 515 независимо от того, используется ли правильное значение очереди удаленного принтера.

**Где xxxx — IP-адрес принтера.
Для подключенного к локальной сети принтера с ящиками:
CRTDEVPRT DEVD(PrinterName) DEVCLS(*LAN) TYPE(3812) MODEL(1) LANATTACH(*) IP) PORT(9100)
ONLINE(*YES) FONT(11) FORMFEED(*AUTOCUT) PRTERRMSG(*INFO) INACTTMR(*SEC15)
TRANSFORM(*YES) MFRTYPMDL(*HP4) RMTLOCNAME( 'xxxx') SYSDRVPGM(*IBMSNMPDRV -или- *HPPJLDRV)

Для принтера с непрерывными формами, подключенного к локальной сети и поддерживающего SNMP:
CRTDEVPRT DEVD(PrinterName) DEVCLS(*LAN) TYPE(3812) MODEL(1) LANATTACH(*IP) PORT(9100)
ONLINE(*YES) FONT(11) FORMFEED(*CONT) PRTERRMSG(*INFO) INACTTMR(*SEC15)
TRANSFORM(*YES) MFRTYPMDL(*HP4) RMTLOCNAME('xxxx') SYSDRVPGM(*IBMSNMPDRV)

Если бумага не вытягивается из ожидаемого лотка, попробуйте использовать MFRTYPMDL *HP5SI или *HP4000.

Для подключенного к локальной сети принтера непрерывных форм, который поддерживает LPR/LPD (обычно это построчный принтер или принтер, использующий собственный язык принтера, например Zebra (ZPL)):
CRTOUTQ OUTQ(QUSRSYS/OutputQueueName) RMTSYS( *INTNETADR) RMTPRTQ(RAW) AUTOSTRWTR(1)
CNNTYPE(*IP) DESTTYPE(*OTHER) TRANSFORM(*YES) MFRTYPMDL(*WSCST) WSCST(QWPDEFAULT)
INTNETADR('xxxx') DESTOPT(XAIX) SEPPAGE(*NO)

Если принтер LPR/LPD имеет режим эмуляции IBM или Epson:
CRTOUTQ OUTQ(QUSRSYS/OutputQueueName) RMTSYS(*INTNETADR) RMTPRTQ(RAW) AUTOSTRWTR(1)
CNNTYPE(*IP) DESTTYPE(*OTHER) TRANSFORM(*YES) MFRTYPMDL(На основе эмуляции: *IBM42011 -OR- *EPFX850)
INTNETADR('xxxx') DESTOPT(XAIX) SEPPAGE(*NO)

В случае сбоя модуля записи сообщения об ошибках в журнале заданий модуля записи помогут определить причину.
***************

Если для PJL задано значение Y, модель принтера должна работать с описанием устройства *LAN 3812 PJL, которое обменивается данными с принтером и сервером печати с использованием протокола HP Printer Job Language (PJL).

Если для SNMP установлено значение Y, модель принтера должна работать с описанием устройства *LAN 3812 SNMP, которое взаимодействует с принтером и сервером печати с помощью протокола управления малой сетью (SNMP).

Если для IPP задано значение Y, модель принтера должна работать с описанием устройства *LAN 3812 IPP, которое обменивается данными с принтером и сервером печати с помощью протокола Интернет-печати (IPP).

Большинство точечно-матричных, линейно-матричных, ударных, струйных и термопринтеров этикеток могут обмениваться данными с помощью только LPR, но большинство лазерных и многофункциональных принтеров могут обмениваться данными с помощью LPR, PJL или SNMP.


Другие потоки данных принтера

Ниже представлена ​​информация о потоках данных принтера, на которые имеются ссылки в приведенных выше таблицах принтеров, но которые не указаны в разделе «Поток данных принтера» ниже:


  • Объяснение полей в списках принтеров

В следующих разделах дается пояснение к каждому из заголовков в таблицах принтеров, представленных в вышеуказанных документах. Нажмите на стрелку перед любым разделом, чтобы прочитать объяснение. Заголовки: «Принтеры», «Поток данных принтера», «На основе хоста» или «Только для Windows», «Файл PDT для PC5250», «MFRTYPMDL для HPT, LPR, PJL, SNMP и IPP».

Столбец «Принтеры» содержит название каждого принтера или серию принтеров. Принтеры сгруппированы по типу принтера (например, лазерные принтеры, цветные лазерные принтеры, струйные принтеры, матричные и линейные принтеры, а также многофункциональные принтеры) и обычно перечислены в порядке возрастания. Делается попытка получить запись для каждого принтера ASCII от определенного производителя, независимо от того, продаются ли они в настоящее время этим производителем или нет.


Поток данных принтера

В столбце «Поток данных принтера» перечислены потоки данных принтера, поддерживаемые каждым конкретным принтером. Если принтер перечисляет более одного потока данных, вы можете просмотреть таблицу для каждого потока данных, чтобы увидеть, как он поддерживается файлами таблицы определения принтера PC5250 (PDT), преобразованием печати хоста (HPT), очередями удаленного вывода, *LAN 3812. описания устройств PJL, описания устройств *LAN 3812 SNMP и описания устройств *LAN 3812 IPP. Их поддержка может различаться в зависимости от потока данных.


Только для хоста или Windows

Столбец Host-Based (ранее называвшийся столбцом Windows Only) показывает, является ли конкретный принтер хост-принтером. Термин принтер только для Windows означает, что принтер был разработан для использования только на ПК с установленной версией Microsoft Windows, а также, как правило, предназначен для использования дома или в небольшом офисе, а не в сетевой среде. Термин хост-принтер расширяет его и включает любой принтер, который использует вычислительную мощность хост-компьютера для создания печатных страниц; например, если на хост-компьютере установлена ​​одна из версий операционной системы Microsoft Windows, Linux или Macintosh. Термин принтер только для Windows становится несколько устаревшим, поскольку новые принтеры, соответствующие этой категории, часто поставляются с программным обеспечением принтера и драйверами принтера, которые позволяют использовать их на компьютерах Apple Macintosh и ПК, работающих под управлением одной или нескольких версий операционной системы Linux. Однако термин принтер только для Windows часто по-прежнему будет использоваться для описания хост-принтеров.

Поскольку они полагаются на вычислительную мощность хост-компьютера, хост-принтеры не нуждаются в собственном мощном процессоре и, следовательно, они, как правило, дешевле, чем обычные принтеры. Однако, поскольку они совместно используют процессор компьютера, они могут работать медленно и замедлять выполнение других задач на компьютере. В хост-принтерах обычно используется собственный поток данных принтера, а не стандартный поток данных принтера, такой как IBM Proprinter Data Stream (PPDS), Epson ESC/P2, язык управления принтером HP (PCL) или Adobe PostScript (PS).

Поскольку они используют собственный поток данных принтера, они не работают с Host Print Transform (HPT) или файлом PC5250 Printer Definition Table (PDT). Поскольку они не будут работать с HPT, они также не будут работать для печати буферных файлов *AFPDS с помощью кода преобразования AFPDS в ASCII в HPT. Единственный способ заставить хост-принтер печатать буферные файлы семейства IBM i — подключить его к хост-компьютеру, а затем использовать программное обеспечение эмуляции принтера, такое как сеанс принтера PC5250, для печати буферного файла через хост-принтер. водитель.


Файл PDT для PC5250

В столбце PDT File for PC5250 указано имя файла таблицы определения принтера (PDT), который можно использовать при настройке сеанса принтера Personal Communications 5250 (или PC5250).

Personal Communications 5250 (PC5250) начал поставлять новые файлы PDT, начиная с V5R3M0 IBM iSeries Access для Windows. Файлы PDT, набранные строчными буквами, поставляются с iSeries Access версии V5R3M0 для Windows и более поздних версий (например, hppcl5.pdt), а файлы PDT, набранные прописными буквами, поставляются с версией iSeries Access версии V5R2M0 для Windows и более поздними версиями (например, HPLJ4.PDT). . Для получения дополнительной информации о файлах PDT, включая список всех файлов PDT, доступных через iSeries Access для Windows, или для получения более старых файлов PDT на ПК с iSeries Access версии V5R3M0 или более поздней, обратитесь к следующему документу:

Информацию о настройке и ограничениях сеансов принтера PC5250 с файлом PDT или без него см. в следующем документе:


MFRTYPMDL для HPT

В столбце MFRTYPMDL для HPT перечислены параметры производителя и модели (MFRTYPMDL), которые можно использовать с преобразованием хост-принтера (HPT) для выбора соответствующего потока данных для этого принтера. Это может относиться к использованию сеанса принтера PC5250, а также очереди удаленного вывода, описания устройства *LAN 3812 PJL, описания устройства *LAN 3812 SNMP или описания устройства *LAN 3812 IPP.

Примечание. Настройка QWPDEFAULT относится к установке для параметра типа и модели производителя (MFRTYPMDL) значения *WSCST, *WSCSTLETTER или *WSCSTCONT132, а затем к установке для параметра объекта настройки рабочей станции (WSCST) значения QWPDEFAULT в библиотеке QSYS. Этот специальный объект настройки рабочей станции заставляет Host Print Transform отправлять простой текст ASCII без каких-либо элементов управления принтером, таких как размер страницы, LPI, CPI, шрифт, качество печати и т. д.

Дополнительную информацию об использовании Host Print Transform (HPT) с различными ASCII-принтерами см. в следующих документах:

В столбце LPR показано, можно ли использовать команду «Очередь удаленного вывода» или команду «Отправить буферный файл TCP/IP» (SNDTCPSPLF или LPR) для печати на этом принтере при прямом подключении к локальной сети. Поддержка печати с использованием протоколов TCP/IP Line Printer Requester (LPR) и Line Printer Daemon (LPD) доступна в базовом коде для R230 OS/400 и выше для команд SNDTCPSPLF и LPR, а также в базовом коде для R310 OS. /400 и выше для удаленных очередей вывода.

Поддержка удаленных очередей вывода, а также команд SNDTCPSPLF и LPR во многом зависит от внутренней сетевой карты (NIC) или внешнего сервера печати, используемого с принтером. Таким образом, этот столбец в большей степени относится к сетевому адаптеру или серверу печати, который обычно поставляется с принтером, чем к самому принтеру. Если неясно, поддерживает ли сетевая карта, сервер печати и/или принтер LPR/LPD, обратитесь к производителю.

Это поле может иметь одну из следующих настроек:

Звезда
Режим линии звезды
Режим страницы звезды
Режим звезды DP8340
Термины Star, режим Star line, режим Star page и режим Star DP8340 относятся к собственным языкам принтеров Star Micronics. Этот язык принтера не поддерживается Host Print Transform (HPT), но HPT должен передавать поток данных ESC/POS на принтер нетронутым, если он настроен на использование предоставленного системой объекта настройки рабочей станции (WSCST) QWPDEFAULT.
< td width="88%">LPR/LPD можно использовать для печати на этом принтере при прямом подключении к локальной сети при условии, что сервер печати поддерживает LPR/LPD.
Y
NLPR/LPD нельзя использовать для печати на этом принтере при прямом подключении к локальной сети.
?Недостаточно известно об этом принтере, сетевой карте (NIC) или внешнем сервер печати, который обычно поставляется с принтером, чтобы узнать, будет ли работать LPR/LPD.
Дополнительную информацию об удаленных очередях вывода см. в следующих документах:

Программа выхода TSPRWPR позволяет пользователю распечатать определенный диапазон страниц при использовании очереди удаленного вывода, для которой настроен тип подключения *IP, или при использовании команды Отправить буферный файл TCP/IP (SNDTCPSPLF или LPR). Дополнительные сведения о программе выхода для поддержки неподдерживаемого диапазона страниц удаленного записи TSPRWPR см. в следующем документе:

Программа выхода TSPLPRD — это неподдерживаемая утилита, которую можно использовать для настройки описания устройства принтера *LAN 3812 для отправки буферных файлов на принтер ASCII с использованием LPR/LPD. Очереди удаленного вывода также отправляют с использованием LPR/LPD, но программа выхода TSPLPRD использует модуль записи принтера, а не удаленный модуль записи. Дополнительные сведения о неподдерживаемой программе выхода драйвера печати TSPLPRD LPR см. в следующих документах:

В столбце PJL показано, можно ли использовать описание устройства *LAN 3812 PJL для печати на этом принтере при прямом подключении к локальной сети. Термин PJL относится к языку задания принтера HP. PJL обеспечивает двустороннюю связь с принтером при подключении к локальной сети с помощью сервера печати, который также поддерживает двунаправленный PJL. Поддержка драйвера печати PJL доступна в базовом коде для R410 OS/400 и выше и была добавлена ​​в R370 OS/400 через PTF.

Поддержка драйвера печати PJL во многом зависит от внутренней сетевой карты (NIC) или внешнего сервера печати, используемого с принтером. Таким образом, этот столбец в большей степени относится к сетевому адаптеру или серверу печати, который обычно поставляется с принтером, чем к самому принтеру. Если неясно, поддерживает ли сетевая карта, сервер печати или принтер PJL, обратитесь к производителю.

Это поле может иметь одну из следующих настроек:

< td width="88%">Описание устройства *LAN 3812 PJL можно использовать для печати на этом принтере при прямом подключении к локальной сети при условии, что сервер печати поддерживает двунаправленный PJL.
Y
NОписание устройства *LAN 3812 PJL нельзя использовать для печати на этом принтере при прямом подключении к локальной сети. Это обычно встречается в матричных (или линейных) принтерах, струйных принтерах или старых лазерных принтерах, которые не поддерживают язык принтера HP PCL5e.
?О данном принтере, сетевой карте (NIC) или внешнем сервере печати, обычно *Описание устройства LAN 3812 PJL будет работать или нет.
Дополнительную информацию об описании *устройства LAN 3812 PJL см. в следующих документах:

В столбце SNMP показано, можно ли использовать описание устройства SNMP *LAN 3812 для печати на этом принтере при прямом подключении к локальной сети. Термин SNMP относится к простому протоколу управления сетью. SNMP обеспечивает двустороннюю связь с принтером, когда он подключен к локальной сети с помощью сервера печати, который также поддерживает SNMP. Поддержка драйвера печати SNMP доступна в базовом коде для R450 OS/400 и выше и добавляется в R430 и R440 OS/400 с помощью PTF.

Поддержка драйвера печати SNMP во многом зависит от внутренней карты сетевого интерфейса (NIC) или внешнего сервера печати, используемого с принтером. Таким образом, этот столбец в большей степени относится к сетевому адаптеру или серверу печати, который обычно поставляется с принтером, чем к самому принтеру. Если неясно, поддерживает ли сетевая карта, сервер печати или принтер протокол SNMP, обратитесь к производителю.

Это поле может иметь одну из следующих настроек:

< td width="88%">Описание устройства SNMP *LAN 3812 можно использовать для печати на этом принтере при прямом подключении к локальной сети при условии, что сервер печати поддерживает SNMP.
Y
NОписание устройства *LAN 3812 SNMP нельзя использовать для печати на этом принтере при прямом подключении к локальной сети.
?Недостаточно известно об этом принтере, сетевой карте ( NIC) или внешний сервер печати, обычно поставляемый с принтером, чтобы узнать, будет ли работать описание устройства *LAN 3812 SNMP.
Дополнительные сведения об описаниях устройств *LAN 3812 SNMP , обратитесь к следующим документам:

Примечание. Большое количество принтеров HP LaserJet и совместимых с ними, а также некоторые линейно-матричные принтеры имеют встроенную поддержку SNMP. Многие принтеры будут поддерживать как PJL, так и SNMP, но еще больше принтеров поддерживают только SNMP, поэтому, если в поле SNMP есть «?» тогда рекомендуется попробовать настроить описание устройства *LAN 3812 SNMP, чтобы проверить, будет ли оно работать.

Еще один вариант — сначала попробовать настроить принтер на ПК под управлением Windows 2000, Windows 2003 Server или Windows XP Professional, чтобы проверить подключение к принтеру, подключенному к локальной сети. Если тестовая страница Windows может быть успешно распечатана на этом принтере, просмотр порта принтера покажет, поддерживает ли принтер печать с использованием LPR/LPD или печать с использованием RAW через порт принтера TCP/IP. Если настроено использование RAW на порте принтера TCP/IP, то принтер, скорее всего, будет работать с использованием описания устройства *LAN 3812 SNMP с этим портом принтера TCP/IP, указанным в параметре «Номер порта» (ПОРТ). Дополнительную информацию см. в следующем документе:

В столбце IPP показано, можно ли использовать описание устройства *LAN 3812 IPP для печати на этом принтере при прямом подключении к локальной сети, глобальной сети или Интернету. Термин IPP относится к Интернет-протоколу печати. IPP обеспечивает двустороннюю связь с принтером, когда он подключен к локальной сети с помощью сервера печати, который также поддерживает IPP. Поддержка драйвера печати IPP доступна в базовом коде для R520 OS/400.

Поддержка драйвера печати IPP во многом зависит от внутренней сетевой карты (NIC) или внешнего сервера печати, используемого с принтером. Таким образом, этот столбец в большей степени относится к сетевой карте (NIC) или серверу печати, обычно поставляемым с принтером, чем к самому принтеру. Если неясно, поддерживает ли сетевая карта, сервер печати или принтер протокол IPP, обратитесь к производителю.

Это поле может иметь одну из следующих настроек:

< td width="88%">Описание устройства *LAN 3812 IPP можно использовать для печати на этом принтере при прямом подключении к локальной сети при условии, что сервер печати поддерживает IPP.
Y
NОписание устройства *LAN 3812 IPP нельзя использовать для печати на этом принтере при прямом подключении к локальной сети.
?Недостаточно известно об этом принтере, сетевой карте ( NIC) или внешний сервер печати, обычно поставляемый с принтером, чтобы узнать, будет ли работать описание устройства *LAN 3812 IPP.
Дополнительные сведения об описаниях устройств *LAN 3812 IPP , обратитесь к следующим документам:


Рассмотрите возможность добавления следующего в раздел Host-Based или Windows Only:

Ширина сетевых подключений

Все мы знаем, что компьютеры и другие электронные устройства — принтеры, маршрутизаторы, ноутбуки, смартфоны и т. д. — объединены в сеть для обмена информацией.

Но как эта информация оказывается там, где она должна быть?

Как электронная таблица попадает на принтер, видео с YouTube на ваш смартфон или, что наиболее важно для инженеров по автоматизации, значение с датчика попадает на ваш HMI?

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

Запрос и ответ

Типичная модель взаимодействия компьютеров в сети — запрос-ответ. В модели "запрос-ответ" клиентский компьютер или программное обеспечение запрашивает данные или службы, а серверный компьютер или программное обеспечение отвечает на запрос, предоставляя данные или службу.

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

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

При автоматизации клиентом обычно является ПК, а сервером — ПЛК или PAC. Приложение HMI на вашем ПК запрашивает данные из ПЛК или PAC, чтобы отобразить их на мониторе.

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

Иллюстрация запроса-ответа : клиент и сервер

Запрос-ответ и представление groov

С интерфейсом оператора Opto 22 groov® View процессор groov EPIC, groov Box или сервер groov для Windows действуют как клиент, запрашивающий данные, необходимые для ЧМИ, от устройств, к которым он подключен — контроллеров EPIC и SNAP PAC, устройств Modbus® и ПЛК через OPC UA. Эти устройства отвечают данными, необходимыми для интерфейса.

При этом groov EPIC или Box также действуют как веб-сервер. По запросу таких клиентов, как авторизованные смартфоны и планшеты, groov View отвечает, предоставляя созданные вами страницы интерфейса этим клиентам в сети.

Подробнее о Groov View

Опубликовать и подписаться

Другой способ взаимодействия устройств в сети называется публикация-подписка или публикация-подписка. В архитектуре pub-sub центральный источник, называемый брокером (также иногда называемым сервером), получает и распределяет все данные. Клиенты Pub-Sub могут публиковать данные для брокера или подписываться на получение данных от него, либо и то, и другое.

Клиенты, публикующие данные, отправляют их только при изменении данных (отчет по исключениям или RBE). Клиенты, которые подписываются на данные, автоматически получают их от брокера/сервера, но опять же, только при их изменении.

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

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

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

MQTT-клиенты и брокер иллюстрация

MQTT — протокол публикации и подписки

Логотип MQTT

MQTT — довольно известный транспортный протокол, использующий архитектуру публикации и подписки. MQTT очень легкий: он почти не занимает места на устройстве, поэтому его могут использовать даже небольшие устройства с очень небольшой вычислительной мощностью.

MQTT определяет грузовик и маршруты. Но он не определяет, как загрузка (данные) упаковывается или распаковывается. Вот тут и приходит на помощь Sparkplug.

MQTT со свечой зажигания

Sparkplug logo

Спецификация открытого клиента MQTT Sparkplug обеспечивает формат обмена сообщениями, подходящий для промышленного использования.

Sparkplug кодирует полезную нагрузку данных: он определяет, как данные упаковываются на грузовике перед отправкой издателем и как они распаковываются в подписчике.

Данные, отправляемые по протоколу MQTT с помощью Sparkplug, сжаты и эффективны. Грузовики MQTT, которые были упакованы с определением Sparkplug, также должны быть распакованы с помощью Sparkplug, поэтому и издатели, и подписчики должны использовать его для доставки данных.

MQTT с Sparkplug также предоставляет эффективный способ отслеживания состояния клиентов и обеспечения возможности доставки и получения данных клиентами с ненадежным соединением.

  • Если клиент отключается (разрывает соединение с брокером), брокер отправляет «свидетельство о смерти» клиентам, подписавшимся на эти данные.
  • Когда клиент снова подключается к сети (восстанавливает соединение), брокер выдает «свидетельство о рождении» с текущим статусом всех тегов данных.

В зависимости от конфигурации клиента также может быть отправлено определенное количество пропущенных данных.

Подробнее о MQTT и OPC UA

Сравнение запроса-ответа и публикации-подписки

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

В части 2 мы рассмотрим некоторые ключевые отличия и рассмотрим, когда вы можете их использовать. Совет. Один из них может лучше подходить для приложений промышленного Интернета вещей (IIoT).

Подписаться на Еженедельный дайджест ОптоБлога

Автор Жан Фемиа

Жан Фемиа пишет на технические темы и уже более 15 лет занимается системами автоматизации и управления. Ей нравится узнавать о технологиях и делать повороты на своей Honda S2000.

Читайте также: