Какие сообщения печатает принтер, подключенный к пульту дистанционного управления s2000m
Обновлено: 21.11.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. р>
Другие потоки данных принтера
Ниже представлена информация о потоках данных принтера, на которые имеются ссылки в приведенных выше таблицах принтеров, но которые не указаны в разделе «Поток данных принтера» ниже:
Звезда Режим линии звезды Режим страницы звезды Режим звезды DP8340 | Термины Star, режим Star line, режим Star page и режим Star DP8340 относятся к собственным языкам принтеров Star Micronics. Этот язык принтера не поддерживается Host Print Transform (HPT), но HPT должен передавать поток данных ESC/POS на принтер нетронутым, если он настроен на использование предоставленного системой объекта настройки рабочей станции (WSCST) QWPDEFAULT. | тр> таблица>
Y | < td width="88%">LPR/LPD можно использовать для печати на этом принтере при прямом подключении к локальной сети при условии, что сервер печати поддерживает LPR/LPD.|
N | LPR/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, обратитесь к производителю.
Это поле может иметь одну из следующих настроек:
Y | < td width="88%">Описание устройства *LAN 3812 PJL можно использовать для печати на этом принтере при прямом подключении к локальной сети при условии, что сервер печати поддерживает двунаправленный PJL.|
N | Описание устройства *LAN 3812 PJL нельзя использовать для печати на этом принтере при прямом подключении к локальной сети. Это обычно встречается в матричных (или линейных) принтерах, струйных принтерах или старых лазерных принтерах, которые не поддерживают язык принтера HP PCL5e. |
? | О данном принтере, сетевой карте (NIC) или внешнем сервере печати, обычно *Описание устройства LAN 3812 PJL будет работать или нет. |
В столбце SNMP показано, можно ли использовать описание устройства SNMP *LAN 3812 для печати на этом принтере при прямом подключении к локальной сети. Термин SNMP относится к простому протоколу управления сетью. SNMP обеспечивает двустороннюю связь с принтером, когда он подключен к локальной сети с помощью сервера печати, который также поддерживает SNMP. Поддержка драйвера печати SNMP доступна в базовом коде для R450 OS/400 и выше и добавляется в R430 и R440 OS/400 с помощью PTF.
Поддержка драйвера печати SNMP во многом зависит от внутренней карты сетевого интерфейса (NIC) или внешнего сервера печати, используемого с принтером. Таким образом, этот столбец в большей степени относится к сетевому адаптеру или серверу печати, который обычно поставляется с принтером, чем к самому принтеру. Если неясно, поддерживает ли сетевая карта, сервер печати или принтер протокол SNMP, обратитесь к производителю.
Это поле может иметь одну из следующих настроек:
Y | < td width="88%">Описание устройства SNMP *LAN 3812 можно использовать для печати на этом принтере при прямом подключении к локальной сети при условии, что сервер печати поддерживает SNMP.|
N | Описание устройства *LAN 3812 SNMP нельзя использовать для печати на этом принтере при прямом подключении к локальной сети. td> |
? | Недостаточно известно об этом принтере, сетевой карте ( NIC) или внешний сервер печати, обычно поставляемый с принтером, чтобы узнать, будет ли работать описание устройства *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, обратитесь к производителю.
Это поле может иметь одну из следующих настроек:
Y | < td width="88%">Описание устройства *LAN 3812 IPP можно использовать для печати на этом принтере при прямом подключении к локальной сети при условии, что сервер печати поддерживает IPP.|
N | Описание устройства *LAN 3812 IPP нельзя использовать для печати на этом принтере при прямом подключении к локальной сети. td> |
? | Недостаточно известно об этом принтере, сетевой карте ( NIC) или внешний сервер печати, обычно поставляемый с принтером, чтобы узнать, будет ли работать описание устройства *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 отвечает, предоставляя созданные вами страницы интерфейса этим клиентам в сети.
Опубликовать и подписаться
Другой способ взаимодействия устройств в сети называется публикация-подписка или публикация-подписка. В архитектуре pub-sub центральный источник, называемый брокером (также иногда называемым сервером), получает и распределяет все данные. Клиенты Pub-Sub могут публиковать данные для брокера или подписываться на получение данных от него, либо и то, и другое.
Клиенты, публикующие данные, отправляют их только при изменении данных (отчет по исключениям или RBE). Клиенты, которые подписываются на данные, автоматически получают их от брокера/сервера, но опять же, только при их изменении.
Брокер не хранит данные; он просто перемещает его от издателей к подписчикам. Когда данные поступают от издателя, брокер незамедлительно отправляет их любому клиенту, подписавшемуся на эти данные.
В нашей аналогии с грузовиком пустых грузовиков не бывает. Клиент, публикующий данные, отправляет полный грузовик брокеру. Брокер видит, как подъезжает грузовик, но не разгружает его; он просто направляет его подписчику без изменений (клонирование грузовика, если есть более одного подписчика).
На диаграмме ниже клиент слева публикует данные, на которые подписываются клиенты справа. Кроме того, клиент в правом нижнем углу также публикует данные, необходимые другим клиентам, которые не показаны.
MQTT — протокол публикации и подписки
MQTT — довольно известный транспортный протокол, использующий архитектуру публикации и подписки. MQTT очень легкий: он почти не занимает места на устройстве, поэтому его могут использовать даже небольшие устройства с очень небольшой вычислительной мощностью.
MQTT определяет грузовик и маршруты. Но он не определяет, как загрузка (данные) упаковывается или распаковывается. Вот тут и приходит на помощь Sparkplug.
MQTT со свечой зажигания
Спецификация открытого клиента MQTT Sparkplug обеспечивает формат обмена сообщениями, подходящий для промышленного использования.
Sparkplug кодирует полезную нагрузку данных: он определяет, как данные упаковываются на грузовике перед отправкой издателем и как они распаковываются в подписчике.
Данные, отправляемые по протоколу MQTT с помощью Sparkplug, сжаты и эффективны. Грузовики MQTT, которые были упакованы с определением Sparkplug, также должны быть распакованы с помощью Sparkplug, поэтому и издатели, и подписчики должны использовать его для доставки данных.
MQTT с Sparkplug также предоставляет эффективный способ отслеживания состояния клиентов и обеспечения возможности доставки и получения данных клиентами с ненадежным соединением.
- Если клиент отключается (разрывает соединение с брокером), брокер отправляет «свидетельство о смерти» клиентам, подписавшимся на эти данные.
- Когда клиент снова подключается к сети (восстанавливает соединение), брокер выдает «свидетельство о рождении» с текущим статусом всех тегов данных.
В зависимости от конфигурации клиента также может быть отправлено определенное количество пропущенных данных.
Сравнение запроса-ответа и публикации-подписки
Поскольку эти две модели сетевого взаимодействия работают по-разному, некоторые приложения больше подходят для той или иной модели.
В части 2 мы рассмотрим некоторые ключевые отличия и рассмотрим, когда вы можете их использовать. Совет. Один из них может лучше подходить для приложений промышленного Интернета вещей (IIoT).
Автор Жан Фемиа
Жан Фемиа пишет на технические темы и уже более 15 лет занимается системами автоматизации и управления. Ей нравится узнавать о технологиях и делать повороты на своей Honda S2000.
Читайте также:
- Как отключить сканер на принтере
- Принтер не захватывает бумагу, что делать canon
- Как настроить принтер canon mg2545s
- Что такое драйвер принтера
- Принтер занят или произошла ошибка