Проверка p n p: Как проверить транзистор простым мультиметром

Содержание

Тесты PnP (основы устройства) — Windows drivers


  • Статья

  • Чтение занимает 9 мин

Тесты PnP «Основы устройств» заставляют драйвер обрабатывать почти все PnP IRP; тем не менее, есть три области, в которых особое внимание: удаление, перераспределение и неожиданное удаление. Тест PnP предоставляет механизм для тестирования каждого из них по отдельности или для проверки их всех вместе (то есть в качестве стресс-теста). Это тестирование PnP выполняется с помощью сочетания вызовов API пользовательского режима (через тестовое приложение) и вызовов API в режиме ядра (через драйвер верхнего фильтра).

Тесты PNP

Тесты Plug and Play (PnP) выполняют различные пути кода, связанные с PnP, в компонентах драйвера и пользовательского режима. Тесты PnP должны выполняться с включенным средство проверки драйверов на тестовом компьютере. Сведения о включении средства проверки драйверов см. в разделе Свойства средства проверки драйверов для проектов драйверов.

Отключение поддержки расширенного тестирования устройств (EDT)

Этот тест удаляет драйвер тестового фильтра (msdmfilt.sys) в качестве верхнего фильтра на устройствах, указанных с помощью параметра DQ. Этот фильтр теста устанавливается в рамках выполнения тестов в этой категории тестов.

Параметры: см. раздел Тестовые параметры основы устройства.

DQ

TestCycles

DoSimpleIO

IOPeriod

DoConcurrentIO

IOType

Перезагрузка PNP (отключение и включение) с вводом-выводом до и после

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

Тестовый двоичный файл: Devfund_PNP_DisableEnable_Reboot_With_IO_BeforeAndAfter.wsc

Метод теста: PNP_DisableEnable_Reboot_With_IO_Before_And_After

Параметры: см. раздел Тестовые параметры основы устройства.

DQ

IOPeriod

PNP (отключение и включение) с вводом-выводом до и после

Этот тест выполняет операции ввода-вывода и простого отключения и включения PnP на устройствах.

Этот тест выполняет следующие действия.

  1. Проверяет, нет ли в системе устройств, сообщающих коды проблем с устройствами.
  2. Тестирует ввод-вывод на каждом устройстве в системе с помощью подключаемых модулей простого ввода-вывода WDTF. Дополнительные сведения см. в разделе Предоставленные подключаемые модули простого ввода-вывода WDTF .
  3. Отключает и включает все устройства в системе с помощью интерфейсов действий WDTF PnP. Дополнительные сведения см. в разделах Методы IWDTFPNPAction2::D isableDevice и IWDTFPNPAction2::EnableDevice .
  4. Проверяет, нет ли в системе устройств, сообщающих коды проблем с устройствами.
  5. Тестирует ввод-вывод на каждом устройстве в системе с помощью подключаемых модулей простого ввода-вывода WDTF. Дополнительные сведения см. в разделе Предоставленные подключаемые модули простого ввода-вывода WDTF .
  6. Повторяет шаги 3–5 несколько раз.

Тестовый двоичный файл: Devfund_PNP_DisableEnable_With_IO_BeforeAndAfter.wsc

Метод теста: PNP_DisableEnable_With_IO_Before_And_After

Параметры: см. раздел Тестовые параметры основы устройства.

DQ

IOPeriod

Тест отмены удаления устройства PNP

В этом тесте используется драйвер фильтра EDT для отправки IRP_MN_CANCEL_REMOVE_DEVICE в целевые стеки устройств.

Дополнительные сведения см. в разделе Сведения о тестах удаления устройства.

Тестовый двоичный файл: Devfund_PnPDTest.dll

Метод теста: PNPCancelRemoveDevice

Параметры: см. раздел Тестовые параметры основы устройства.

DQ

TestCycles

DoSimpleIO

IOPeriod

DoConcurrentIO

Проверка устройства отмены отмены PNP

Этот тест использует драйвер фильтра EDT для отправки IRP_MN_CANCEL_STOP_DEVICE в целевые стеки устройств.

Дополнительные сведения см. в разделе Сведения о тестах повторной балансировки.

Тестовый двоичный файл: Devfund_PnPDTest.dll

Метод теста: PNPCancelStopDevice

Параметры: см. раздел Тестовые параметры основы устройства.

DQ

TestCycles

DoSimpleIO

IOPeriod

DoConcurrentIO

PNP DIF Remove Device Test

Этот тест использует API SetupDi для отправки DIF_REMOVE запроса установщикам на удаление устройства.

Тестовый двоичный файл: Devfund_PnPDTest.dll

Метод теста: PNPDIFRemoveAndRescanParentDevice

Параметры: см. раздел Тестовые параметры основы устройства.

DQ

TestCycles

DoSimpleIO

IOPeriod

DoConcurrentIO

Отключение и включение теста устройства PNP

Этот тест отключает и включает целевые устройства.

Тестовый двоичный файл: Devfund_PnPDTest.dll

Метод теста: PNPDisableAndEnableDevice

Параметры: см. раздел Тестовые параметры основы устройства.

DQ

TestCycles

DoSimpleIO

IOPeriod

DoConcurrentIO

IOType

PNP Rebalance Fail Restart Device Test

В этом тесте используется драйвер фильтра EDT для отправки IRP_MN_STOP_DEVICE в целевые стеки устройств. Затем драйвер фильтра EDT завершается сбоем IRP_MN_START_DEVICE запросов (которые следуют IRP_MN_STOP_DEVICE запросам), чтобы активировать неожиданное удаление целевых устройств.

Дополнительные сведения см. в разделе Сведения о тестах повторной балансировки.

Тестовый двоичный файл: Devfund_PnPDTest.dll

Метод теста: PNPTryStopDeviceAndFailRestart

Параметры: см. раздел Тестовые параметры основы устройства.

DQ

TestCycles

DoSimpleIO

IOPeriod

DoConcurrentIO

PNP Rebalance Request New Resources Test Device Test

В этом тесте используется драйвер фильтра EDT для отправки IRP_MN_STOP_DEVICE в целевые стеки устройств. Он также управляет требованиями к ресурсам устройств, чтобы максимально повысить вероятность выделения новых ресурсов для устройств.

Дополнительные сведения см. в разделе Сведения о тестах повторного балансировки.

Тестовый двоичный файл: Devfund_PnPDTest.dll

Метод тестирования: PNPTryStopDeviceRequestNewResourcesAndRestartDevice

Параметры: см . раздел Параметры теста «Основы устройства».

DQ

TestCycles

DoSimpleIO

IOPeriod

DoConcurrentIO

PNP Remove Device Test

Этот тест вызывает отправку IRP_MN_QUERY_REMOVE_DEVICE и IRP_MN_REMOVE_DEVICE в целевые стеки устройств.

Дополнительные сведения см. в разделе Сведения о тестах удаления устройств.

Тестовый двоичный файл: Devfund_PnPDTest.dll

Метод тестирования: PNPRemoveAndRestartDevice

Параметры: см . раздел Параметры теста «Основы устройства».

DQ

TestCycles

DoSimpleIO

IOPeriod

DoConcurrentIO

Проверка устройства остановки (повторного балансировки) PNP

В этом тесте используется драйвер фильтра EDT для отправки IRP_MN_STOP_DEVICE в целевые стеки устройств.

Дополнительные сведения см. в разделе Сведения о тестах повторного балансировки.

Тестовый двоичный файл: Devfund_PnPDTest.dll

Метод тестирования: PNPTryStopAndRestartDevice

Параметры: см . раздел Параметры теста «Основы устройства».

DQ

TestCycles

DoSimpleIO

IOPeriod

DoConcurrentIO

Тест PNP Surprise Remove Device

В этом тесте используется драйвер фильтра EDT для отправки IRP_MN_SURPRISE_REMOVAL в целевые стеки устройств.

Дополнительные сведения см. в разделе О тесте удаления сюрпризов.

Тестовый двоичный файл: Devfund_PnPDTest.dll

Метод тестирования: PNPSurpriseRemoveAndRestartDevice

Параметры: см . раздел Параметры теста «Основы устройства».

DQ

TestCycles

DoSimpleIO

IOPeriod

DoConcurrentIO

Сведения о тестах удаления устройств

  • PNP Remove Device Test
  • Тест отмены удаления устройства PNP

Тест удаления устройств охватывает IRP_MN_QUERY_REMOVE_DEVICE, IRP_MN_CANCEL_REMOVE_DEVICE и IRP_MN_REMOVE_DEVICE.

Тест пытается установить драйвер верхнего фильтра в стеке целевых устройств. Эта попытка приводит к удалению запроса IRP.

Если этот запрос удаляет IRP, тест перезагружает компьютер, чтобы получить драйвер фильтра в стек устройств. Если запрос на удаление не наложен вето, стек устройств будет удален и перезапущен с драйвером фильтра в стеке устройств.

Тест с помощью API установки вызывает отправку IRP для удаления запроса в стек устройств. Драйвер фильтра не выполняет этот запрос на удаление, поэтому отправляется IRP отмены и удаления. Драйвер фильтра будет утверждать, что отмена и удаление выполнена успешно.

Затем тестовое приложение вызывает установщик соответствующего класса и все зарегистрированные соинсталлеры для отключения или включения, а также удаления или повторной регистрации устройства (это тестирует обработку DIF_PROPERTYCHANGE класса и совместного установщика с DICS_DISABLE, DICS_ENABLE и DICS_PROPCHANGE). При получении IRP_MN_REMOVE_DEVICE драйвер фильтра будет утверждать, что более низкие драйверы успешно выполнили его.

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

Сведения о тесте удаления сюрпризов

  • Тест PNP Surprise Remove Device

Тест на удаление сюрпризов охватывает IRP_MN_SURPRISE_REMOVAL, за которым следует IRP_MN_REMOVE_DEVICE.

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

При активации тестового приложения драйвер фильтра приведет к тому, что система отправляет IRP_MN_SURPRISE_REMOVAL в стек устройств, а затем IRP_MN_REMOVE_DEVICE. Драйвер фильтра будет утверждать, что обе эти irP успешно завершены более низкими драйверами.

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

Сведения о тестах повторного балансировки

  • Проверка устройства остановки (повторного балансировки) PNP
  • PNP Rebalance Request New Resources Test Device Test
  • PNP Rebalance Fail Restart Device Test
  • Проверка устройства отмены отмены PNP

Как и в случае с тестом удаления, тестовое приложение пытается добавить верхний фильтр в стек целевого устройства, а затем перезапустить стек устройств с помощью SetupDiCallClassInstaller с DIF_PROPERTYCHANGE. Если эта попытка не увенчалась успехом (т. е. если кто-то в стеке целевого устройства не смог выполнить запрос и удалить IRP), тест перезагружает компьютер для проверки повторного балансировки.

В зависимости от выбранного теста балансировки возникают следующие события:

  1. Проверка устройства остановки (повторного балансировки) PNP Этот тест инициирует процедуру балансировки, которая приводит к IRP_MN_QUERY_STOP_DEVICE PnP IRP в драйвер устройства.

    Если какой-либо драйвер в стеке завершается сбоем этого IRP, процедура перебалансировки прекращается. Обратите внимание, что в Windows Vista поддерживается многоуровневая балансировка. Если перебалансировка запускается на узле неконечного устройства, все стеки устройств, которые присутствуют в дереве устройств с этим узлом устройства в качестве корневого узла, также проходят перебалансировку. И если какой-либо из дочерних стеков устройств не останавливает запрос, вся процедура перебалансировки прекращается. Поэтому драйверы не должны завершать запрос без подлинной причины для этого. В случае этой ошибки диспетчер PnP отправляет остановку отмены (IRP_MN_CANCEL_STOP) всем стекам устройств, в которые были отправлены запросы на остановку.

    Если все стеки устройств, в которых участвовали, проходят остановку запроса, тест продолжается с перебалансировкой и отправляет IRP_MN_QUERY_RESOURCE_REQUIREMENTS и IRP_MN_FILTER_RESOURCE_REQUIREMENTS IRPS для поиска требований к ресурсам устройств.

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

    • Если устройство не потребляет никакие ресурсы, диспетчер PnP сам отправляет остановку отмены (IRP_MN_CANCEL_STOP_DEVICE) в качестве оптимизации.

      Если устройство фактически потребляет ресурсы, процедура повторного балансировки завершается с помощью IRP_MN_STOP_DEVICE и IRP_MN_START_DEVICE IRP.

    При использовании этого параметра ресурсы устройства не изменяются.

  2. Тест PNP Отмена остановки устройства. Этот тест инициирует процедуру повторного балансировки, но драйвер фильтра намеренно завершает запрос остановки IRP. Порядок irP выглядит как IRP_MN_QUERY_STOP_DEVICE (что происходит сбоем драйвера фильтра при переходе, что приводит к отмене перераспределения) и IRP_MN_CANCEL_STOP_DEVICE.

    При использовании этого параметра ресурсы устройства не изменяются.

  3. PNP Rebalance Request New Resources Test Device Test Этот тест инициирует повторную балансировку, а также управляет требованиями к ресурсам устройства, чтобы максимально повысить вероятность того, что устройство действительно выделяет новые ресурсы. Этот параметр также помогает устройству без ресурсов фактически выполнить полную процедуру балансировки:

    1. Сначала запускается простое перебалансирование, что приводит к следующим irP:

      • IRP_MN_QUERY_STOP_DEVICE (предполагается, что этот IRP передается всеми драйверами. Тест уже охватывал случай, когда этот IRP завершается сбоем. )
      • IRP_MN_QUERY_RESOURCE_REQUIREMENTS
      • IRP_MN_FILTER_RESOURCE_REQUIREMENTS. В ответ на этот IRP драйвер фильтра принимает меры в зависимости от того, потребляет ли устройство какие-либо ресурсы:
        • Если у устройства нет требований к ресурсам, фильтр назначает поддельный ресурс.
        • Если у устройства есть требования к ресурсам, оно пытается перестроить список требований к ресурсам таким образом, чтобы максимально увеличить вероятность изменения текущего назначения. Например, если устройству требуется 2 байта памяти в диапазоне от 00 до FF и в настоящее время назначено значение 3A–3B, измените так, чтобы новое требование к ресурсам (в порядке предпочтения) выглядело как 00-39, 3C-FF или 3A-3B. Аналогичным образом, если в списке требований к ресурсам устройства есть альтернативные требования, он изменит их порядок, чтобы альтернативное требование было указано раньше в списке.
    2. Теперь устройство всегда должно выполнять процедуру повторного балансировки.

      IRP_MN_STOP_DEVICE

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

  4. Повторное балансировка PNP Не удалось перезапустить тест устройства Этот тест инициирует повторную балансировку, но когда драйвер фильтра получает запуск после повторной балансировки, он намеренно завершается сбоем, что приводит к неожиданному удалению IRP и последующему удалению IRP.

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

    • IRP_MN_QUERY_STOP_DEVICE (предполагается, что этот IRP передается всеми драйверами. Тест уже охватывает случай, когда этот IRP завершается сбоем.)
    • IRP_MN_QUERY_RESOURCE_REQUIREMENTS
    • IRP_MN_FILTER_RESOURCE_REQUIREMENTS (если фактические требования к ресурсу имеют значение NULL, фильтр назначит фиктивное требование к ресурсу, чтобы выполнить остановку и запустить. )
    • IRP_MN_STOP_DEVICE
    • IRP_MN_START_DEVICE (фильтр завершается сбоем этого IRP при переходе вверх. Это действие вызывает неожиданное удаление IRP.)
    • IRP_MN_SURPRISE_REMOVAL
    • IRP_MN_REMOVE

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

Коды ошибок устройства

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

Отладка сбоев установки с помощью журналов API установки

Журналы API установки (setupapi.app.log и setupapi.dev.log) могут содержать полезные сведения для отладки ошибок установки драйверов, зарегистрированных в этом тесте. Журналы API установки можно найти в каталоге %windir%\inf\ в тестовой системе.

Чтобы повысить уровень детализации и потенциальной полезности этих журналов, задайте для следующего раздела реестра значение 0x2000FFFF перед запуском теста переустановки:

HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Setup\LogLevel

Практическое руководство. Тестирование драйвера во время выполнения с помощью Visual Studio

Выбор и настройка тестов «Основы устройства»

Тесты по основам устройств

Предоставленные подключаемые модули простого ввода-вывода WDTF

Тестирование драйвера во время выполнения из командной строки

NX14SR/XAP-C010 M.D. Micro Detectors Барьерный датчик, комплект, излучатель+приемник, PNP NO, 14 лучей, 90°, с регулированием, с проверкой

Артикул:
NX14SR/XAP-C010


Срок поставки 12-16 рабочих недель на склад Екатеринбурга

Свяжитесь с нами насчет цены.

Варианты способов доставки





• Самовывоз со склада поставщика в Екатеринбурге Забираете сами или вызываете курьера
• ТК Деловые Линии от 500 руб
• Курьером EMS Почта России от 500 руб
• Другой транспортной компанией По согласованию

Техническая спецификация

Каталог на серию

Характеристики

Номер производителя:

NX14SR/XAP-C010

Производитель:

M. D. Micro Detectors

Тип выхода:

PNP

Функция выхода:

Нет

Вес:

104г

Рабочая температура:

0 °C…+ 55° C (без заморозки)

Размеры:

140 x 36 x 18мм

Соединения:

С разъемами для печатной платы / излучатель, соединение 3 MOLEX 22-05-7038 — положительный, проверка, общий / приемник, соединение 1 MOLEX 22-05-7038 — положительный, проверка, общее / приемник, соединение 2 MOLEX 22-05-7048 положительный, проверка, выход, общий

Принцип работы:

Излучатель + приемник

Семейство продукции:

Без корпуса, среднего разрешения

Количество лучей:

14

Контролируемая высота:

130мм

Лучевое пространство:

10мм

Минимально обнаруживаемый объект:

Ø 5мм (в центральной зоне с регулировкой)

Номинальное расстояние срабатывания:

0,5 … 2м

Регулировка чувствительности:

Да

Степень защиты:

Не определено

Задержка до доступности:

< 85 мс

Защита от короткого замыкания:

Да

Защита от обратной полярности:

Да

Импульсная защита от перенапряжения:

Да

Максимальное содержание пульсации:

10%

Падение выходного напряжения:

2V @ 100мА

Помехи для внешнего света:

1000лк (Лампа накаливания) — 1500лк (Солнечный свет)

Рабочее напряжение:

10 -26В пост. тока

Светодиодные индикаторы:

Излучатель: желтый (питание и излучение активны) — приемник: красный (уровень сигнала) — желтый (состояние выхода активно)

Ток нагрузки:

100мА

Ток питания без нагрузки:

150мА (излучатель) — 25мА (приемник)

Ток утечки:

< 10мкА @ 26V

Эмиссия:

Инфракрасный 880 нм

Как проверить наличие списка на сайте SharePoint Online с помощью PNP PowerShell

В этом руководстве по PNP PowerShell мы обсудим , как проверить, существует ли список на веб-сайте SharePoint с помощью PNP PowerShell . Кроме того, мы увидим, как использовать get-pnplist в SharePoint.

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

Если вы новичок в PNP PowerShell, вы можете подтвердить свою готовность приведенной ниже статьей, в которой объясняется, как установить PNP PowerShell для SharePoint в Интернете и как подключиться к онлайн-сайтам SharePoint с помощью PNP PowerShell.

  • Как подключиться к SharePoint Online с помощью PnP PowerShell

Содержание

get-pnplist

get-pnplist — это командлеты PnP PowerShell, которые можно использовать для возврата всех списков с сайта SharePoint Online.

Мы можем запустить следующую команду, чтобы получить список с именем, как показано ниже:

 Get-PnPList -Identity Lists/TestList 

Проверить наличие списка на сайте SharePoint Online с помощью PNP PowerShell

Вы можете писать, тестировать и отлаживать сценарий PowerShell с помощью PowerShell ISE.

Мы можем использовать командлет Get-PnPList для получения списка по заголовку. GUID или с помощью URL-адреса списка.

  • Получить имя списка SharePoint и GUID с помощью PowerShell и CSOM
    или
    Get-PnPList — списки удостоверений/сотрудников
    или
    Get-PnPList-Identity Сотрудники

    Командлет PnP PowerShell будет работать в SharePoint Online, а также в локальных версиях, таких как SharePoint 2019, SharePoint 2016 и SharePoint 2013.

    Ниже приведен полный сценарий PnP PowerShell:

     $SiteUrl = "https://tsinfo .sharepoint.com/sites/SharePointSky/"
    $ListName = "Сотрудники"
    Connect-PnPOnline – URL-адрес $SiteUrl
    $list = Get-PnPList-Identity $ListName
    Если($list.Title -eq $ListName) {
        Write-Host "Список существует!"
    }
    еще {
        Write-Host "Список не существует!"
    }
     

    Вы можете увидеть вывод, как показано ниже:

    get-pnplist

    Если вы передадите название списка, которого не существует, будет отображаться сообщение List is not exists, как показано ниже:

    пример get-pnplist

    Вам может понравиться следующий PnP PowerShell учебные пособия:

    • Удаление всех элементов из списка SharePoint Online с помощью PnP PowerShell
    • Команды PnP PowerShell для списка SharePoint Online
    • Команды PnP PowerShell для сайта SharePoint Online
    • Термин «get-spweb» не распознается как имя функция командлета PowerShell SharePoint ошибка
    • Connect-PnPOnline: команда «Connect-PnPOnline» была найдена в модуле «SharePointPnPPowerShellOnline».
    • Сохранить список как шаблон в SharePoint Online с помощью PowerShell
    • -MsolUser’ не распознается как имя командлета

    Я надеюсь, что это руководство поможет проверить, существует ли список на сайте SharePoint Online с помощью PNP PowerShell .

    Биджай Кумар

    Я Биджай, обладатель награды Microsoft MVP (8 раз — Мой профиль MVP) в SharePoint и более 15 лет опыта работы с SharePoint Online Office 365, выпуском подписки SharePoint и SharePoint 2019/2016/2013. В настоящее время работаю в собственном предприятии TSInfo Technologies, компании по разработке, консультированию и обучению SharePoint. Я также управляю популярным веб-сайтом SharePoint EnjoySharePoint.com

    .

    PowerShell — PnP и SharePoint Online

    Роджер Тейлор • 04 марта 2019 г.

    Установка командлетов PnP PowerShell

    Обзор

    SharePoint Patterns and Practices (PnP) содержит библиотеку
    команд PowerShell (PnP PowerShell), что позволяет выполнять сложные
    действия по подготовке и управлению артефактами в отношении SharePoint.

    Что такое PnP?

    Шаблоны и практики, в которых Microsoft и внешние участники
    внести свой вклад в практику внедрения SharePoint. Библиотеки PnP
    создан для удовлетворения потребностей разработчиков для легкого обучения и внедрения
    логики посредством программирования на стороне клиента.

    Зачем нам PnP PowerShell?

    PnP PowerShell внутренне реализует клиентский объект
    модель своей деятельности. Это, в свою очередь, делает операции адаптируемыми.
    один и тот же набор операций можно выполнять в любой среде SharePoint. Использование PnP
    PowerShell, одна строка кода используется для доступа к любому объекту в SharePoint,
    где в традиционной клиентской или серверной объектной модели несколько
    строки кода необходимы для доступа к объектам. Сложность кода снижается
    через эту реализацию.

    Требования

    Windows 10
    , или если
    у вас есть PowerShellGet
    установлено

    Установить командлеты PnP

    Существует 3 способа установки командлетов.

    1. Установите их из галереи PowerShell
    .

    2. Загрузите установочные файлы

    3. Запустите сценарий PowerShell, чтобы загрузить PowerShellGet
    модуль и установить
    впоследствии командлеты.

    Примечание
    — Предпочтительный способ — установить их из Галерея PowerShell

    Команда для установки

    Выполните следующие команды, чтобы установить нужный PowerShell
    командлеты:

    • SharePoint Online

    Установочный модуль
    SharePointPnPPowerShellOnline

    • SharePoint 2019

    Установочный модуль
    SharePointPnPPowerShell2019

    • SharePoint 2016

    Установка модуля
    SharePointPnPPowerShell2016

    • SharePoint 2013

    Установочный модуль
    SharePointPnPPowerShell2013

    

    Установить командлеты SharePoint Online PnP

    Теперь давайте попробуем установить и немного поэкспериментировать с модулем SharePoint Online PnP .

    1.В командной строке введите следующее и
    нажмите Enter:

     Install-Module
    SharePointPnPPowerShellOnline


    2. Тип “ А

    и нажмите ввод

    И вот, все просто, SharePoint Online PnP Modules
    теперь установлен. Далее проверим
    какая версия и, возможно, немного осмотритесь 😊

    Проверить установленную версию

    Далее проверим версию SharePoint Online Pnp PowerShell
    установлен

    3. Введите следующее и нажмите Enter:

    Get-InstalledModule -Name SharePointPnPPowerShellOnline
    | выберите Имя, Версия

    Параметры

    -Имя
    — Указывает
    массив имен модулей, которые нужно получить.

    -Все Версии
    — Указывает, что вы хотите
    получить все доступные версии модуля.

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

    Проверка соединения SharePoint Online PnP

    Теперь, чтобы использовать установленный Модуль, вам сначала нужно
    подключиться к вашему арендатору, и для этого мы используем следующую команду PnP для подключения
    на сайт SharePoint.

    4.В командной строке введите следующее и нажмите
    Введите:

    Connect-PnPOnline – URL-адрес https://[имя сайта].sharepoint.com
    –Учетные данные (Get-Credential)

    Параметры

    -Урл
    — URL-адрес сайта
    Коллекция для подключения.

    -Учетные данные
    — Учетные данные пользователя для
    соединить с.

    Появится окно запроса учетных данных Windows PowerShell

    5.Введите свои учетные данные Microsoft в формате [имя]@domain.com
    и пароль и
    нажмите OK
    button

    Теперь вы подключены к [sitename].sharepoint.com
    сайт
    указан в командной строке ниже

    Просмотреть все командлеты PnP

    Теперь давайте посмотрим на команды, которые идут с SharePointPnPPowerShellOnline
    Модуль.

    6.Итак, перечислить все PnP
    cmdlets введите следующую команду и нажмите Enter:

    Get-Command -Module *PnP*

    Теперь мы видим ниже несколько командлетов, связанных с SharePointPnPPowerShellOnline

    Справка по командлету

    Итак, теперь мы подключены и смотрим на все командлеты PnP,
    копаем еще мусор, давайте посмотрим, как использовать Connect-PnPHubsite
    cmdlet

    Это позволит вам узнать больше о команде и о том, как
    его можно использовать.

    7.В командной строке следующее и нажмите
    введите:

    Get-Help Connect-PnPHubsite

    См. справочную информацию для командлета Connect-PnPHubsite
    отображается
    ниже:

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

    Резюме

    Итак, в этом путешествии мы проверили требования к
    установка модуля SharePoint Online PnP
    ,
    Установил модуль и проверил установку. Затем мы перечислили все
    Модули для просмотра того, что было установлено с SharePoint
    Онлайн-модуль PnP

    . И, наконец, чтобы немного углубиться, мы использовали Get-Help .
    команда
    чтобы получить подробную информацию об использовании и примеры того, как использовать
    командлет.

    До следующего раза 😊

    Ссылки PowerShell

    • ПнП
      Обзор PowerShell
    • SharePoint PnP GitHub
    • PowerShell
      Галерея

    Новое сообщение >
    < Предыдущее сообщение

    Начало работы с MS Teams: первые 10 вещей, которые нужно сделать

    03 дек, 2020

    Впервые в Microsoft Teams? Прежде чем настраивать общую рабочую область в Teams, ознакомьтесь с этими основными советами.

    PowerShell — создание отчета об инвентаризации семейства веб-сайтов

    Роджер Тейлор

    27 июня, 2019

    Цель состоит в том, чтобы использовать PnP PowerShell для создания сценария, который перебирает все семейства веб-сайтов в указанном арендаторе и создает файл отчета об инвентаризации семейства веб-сайтов. Проверка установленной версии Сначала давайте проверим установленную версию SharePoint Online PnP PowerShell. 1. Введите следующее и нажмите клавишу ввода: Get-InstalledModule -Name SharePointPnPPowerShellOnline | select Name,Version Parameters -Name — Определяет массив имен модулей, которые необходимо получить. -AllVersions — указывает, что вы хотите получить все доступные версии модуля. Наконец, как только мы получим указанный модуль (модули), мы можем использовать команду канала « | », чтобы выбрать имя и версию для вывода на дисплей консоли.

    PowerShell — Microsoft Azure

    Роджер Тейлор

    03 мар, 2019

    Azure PowerShell предоставляет набор командлетов, использующих модель Azure Resource Manager для управления ресурсами Azure. Azure PowerShell использует .NET Standard, что делает его доступным для Windows, macOS и Linux. Azure PowerShell также доступен в Azure Cloud Shell. Этот новый модуль написан с нуля в .NET Standard. Модуль Az теперь является предполагаемым способом взаимодействия с Azure через PowerShell.