Не работает power delivery

Возникла проблема с зарядкой Power Delivery от монитора, эксплуатируя месяц связку ноутбук и монитор LG 35wn75c, выполнялась нормальная зарядка ноутбука. Сейчас зарядка показывается около секунд 40-50, а потом просто исчезает значок зарядки и ноутбук просто выводит изображение, хотя USB-хаб от монитора тоже работает. Проверил логи системы (Win10 Pro x64), но там просто происходит событие «Смена источника питания». Конфигурация не изменялась и потребление энергии тоже.

Встречалась ли подобная проблема у кого-то?

И как её можно решить?

15660 Вид страницы

Posts: 2037
регистрация: ‎01-13-2021
место: Poland
Замечания: 15660
Message 2 of 2

Re:Останавливается зарядка Power Delivery Thinkpad e480

Встречалась ли подобная проблема у кого-то?

И как её можно решить?

Здравствуйте @ N3st0r, добро пожаловать в наше сообщество.

1. Обновите поочерёдно драйверы БИОС, Чипсет, Питания.

2. Проделайте сброс питания.

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

Если мой ответ Вам помог, отметьте его как решение.

Сообщество Lenovo
- Часто задаваемые вопросы
- Общая дискуссия
- Сервис и гарантия
Ноутбуки IdeaPad
- Серия 1 и 100
- Серия 3 и 300
- Серия 5 и 500
- Серия 7 и 700
- Серия G
- Серия S
- Серия V
- Другие серии
Legion
- Ноутбуки Legion cерия 5 и 500
- Ноутбуки Legion cерия 7 и 700
- Настольные компьютеры Legion
Ноутбуки ThinkPad
- ThinkPad: Серия X1
- ThinkPad: Серия X
- ThinkPad: Серия T
- ThinkPad: Серия E
- ThinkPad: Серия L
- ThinkPad: Серия P
- Thinkbook
- Другие серии
Планшеты
- Планшеты на базе ОС Андроид
- Планшеты на базе ОС Виндовс
Ноутбуки Yoga
- Yoga
Смартфоны
- Смартфоны Lenovo
Настольные компьютеры
- Настольные компьютеры IdeaCentre
- Настольные компьютеры ThinkCentre
Серверы
- Серверы
Мониторы и дополнительное оборудование
- Мониторы ThinkVision
- Мониторы и дополнительное оборудование
Операционные системы и ПО
- Операционные системы

Правила Сообщества

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

Проверьте текущие предложения!

Самые популярные сообщения

(Последние 7 дней)

Re:Lenovo tab p11 тормозит видео в приложениях онлайн кинотеатров 4
Re:Lenovo tab p11 тормозит видео в приложениях онлайн кинотеатров 4
Re:Lenovo tab p11 тормозит видео в приложениях онлайн кинотеатров 3
Re:Lenovo tab p11 тормозит видео в приложениях онлайн кинотеатров 3
Re:Lenovo tab p11 тормозит видео в приложениях онлайн кинотеатров 3
Re:Lenovo tab p11 тормозит видео в приложениях онлайн кинотеатров 2
Re:Lenovo tab p11 тормозит видео в приложениях онлайн кинотеатров 2
Re:Lenovo tab p11 тормозит видео в приложениях онлайн кинотеатров 2
Re:Lenovo tab p11 тормозит видео в приложениях онлайн кинотеатров 2
Re:Lenovo tab p11 тормозит видео в приложениях онлайн кинотеатров 2

Имя пользователя
Match exact username (no wildcards)
User ID
Email address
Match exact email address (no wildcards)
IP address
Match any of the above criteria
Duration of ban(Days)
Duration of ban(Hours)
Duration of ban(Minutes)
Make ban permanent
Internal reason for ban
Public reason for ban

Пожалуйста, авторизуйтесь, чтобы поставить Лайк

Welcome to Ideation!

Ideation sections have been created for customers to engage with us by discussing and promoting ideas and improvements relating to Lenovo’s products and services.

As a reminder, your participation in Ideation is governed by Lenovo’s website Terms of Use and by Lenovo’s Forums Community Guidelines. Additional terms governing the Ideation Program are included in the Ideation Terms and may be found here. For your convenience, here’s a

Quick summary of the highlights:

This area is for ideas – improving our products or suggesting entirely new products – please keep technical support issues on the other boards designated for that purpose
You’re giving your ideas freely for us to use so we can improve our offerings to you
The ideas you give us are your own and are not confidential
If we decide we want exclusive use of your idea, you’re agreeing to sell it to us at a fixed price

By clicking on “Yes” below you certify that you have read and agree to the Community Guidelines and the Ideation Terms, and acknowledge that by submitting any ideas, material, or information on the Ideation site you grant Lenovo the right to use any such submissions by you in any way without acknowledging, notifying, or compensating you, as described in those documents.

Источник

Когда используется Power Delivery, и что происходит при установлении соединения между блоком питания и устройством

В прошлый раз я рассказывал про минимальный набор компонентов, который может быть включён в устройство для поддержки базовых функций USB-C. Но бывают ситуации, когда этих базовых возможностей недостаточно – например, нужно использовать несколько профилей напряжения, чтобы блок питания от одного устройства подходил к другому. Или же есть необходимость подстроить сами профили. Или просто нужна бОльшая мощность питания (в случае с USB-C доступный максимум – 15 Вт). Во всех этих ситуациях на помощь придёт стандарт Power Delivery. Он, например, используется в линейке зарядных устройств Apple – профили с бОльшим напряжением доставляют бОльшую мощность к устройству и позволяют его быстро заряжать. В нашем смарт-экране SberPortal есть узлы, которые требуют значительной мощности питания – прежде всего это высокопроизводительная система на кристалле (SoС) и акустика. Один только звук требует около 30 Вт. Поэтому при разработке устройства пришлось усложнить систему питания и реализовать Power Delivery. Об этом стандарте и пойдёт ниже речь.

Также разберёмся в его особенностях и посмотрим, как со временем изменился способ передачи данных в стандарте. А ещё я расскажу и покажу с помощью анализатора протокола, что происходит при установлении подключения в устройствах, на примере ноутбука с Power Delivery. Затем посмотрим, как мы реализовали PD в нашем смарт-экране SberPortal.

Особенности Power Delivery

Power Delivery расширяет возможности USB-C, позволяет использовать повышенное, по сравнению с привычным USB, напряжение на контактах VBUS – 20 В (и, как мы увидим, даже выше). При использования стандартного кабеля USB-C возможна доставка потребителю до 60 Вт, а при использовании ECMA кабеля – до 100 Вт.

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

Важная особенность стандарта – наличие PDO (Power Delivery Objects). PDO представляет собой профиль питания с заданным напряжением и током. Таких профилей в PD-источнике должно быть больше, либо равно 2. Другими словами, в одном адаптере находится несколько источников питания, выбор нужного при этом делается потребителем. Обязательный профиль – 5V/3А. Благодаря этому допустимо подключение устройства-источника, в котором реализован полноценный PD, к потребителю, где выполнена только базовая функциональность USB-C (СС-логика). В таком случае источник установит на своем выходе 5V.

Физический уровень

В первых ревизиях стандарта USB Power Delivery линия питания VBUS использовалась не только по прямому назначению, но и в качестве канала для обмена сообщениями между потребителем и источником энергии.

Обмен сообщениями в таком случае происходит в режиме полудуплекс (устройство в один момент времени может либо передавать, либо принимать информацию) частотно-манипулированным сигналом (FSK). Несущая частота – 23,2 MГц (fcarrier) с отклонением частоты 500 kHz (fdeviation). Другими словами, по линии питания идёт передача цифрового кода, заложенного в скачкообразно изменяющуюся частоту несущего сигнала. Сигнал с частотой (fcarrier + fdeviation) соответствует логической 1, а (fcarrier — fdeviation) – логическому 0. Таким образом, мы имеем дело с простейшим вариантом частотной манипуляции (двоичной) — BFSK.

Пример двоичной частотной манипуляции (BFSK)

Такой вид передачи довольно помехоустойчив, так как помеха искажает в основном амплитуду сигнала, а не частоту. В последней редакции стандарта USB PD 3.0 BFSK больше не используется, и описание этого механизма передачи исключено из спецификации.

В последней на текущий момент ревизии 3.0 USB Power Delivery поддерживается только Biphase Mark Code (BMC). Передача данных происходит по одному из СС-контактов. Информационный обмен идёт в режиме полудуплекс с предотвращением коллизий и с 4b5b-кодированием для баланса постоянного тока.

BMC представляет собой версию манчестерского кодирования. Логический 0 соответствует отсутствию переключения в середине битового интервала, логическая 1 – наличию переключения. На границе интервалов переключение происходит всегда. Частота сигнала составляет 300 kHz ± 10 %.

Пример Biphase Mark Coding (BMC)

Уровень протокола

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

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

Источник

100 ватт по USB или как работает Power Delivery

Почитав вот этот пост и сопутствующую ему дискуссию, я решил попробовать внести ясность в то, что такое USB Power Delivery и как это работает на самом деле. К сожалению у меня сложилось впечатление, что большинство участников дискуссии воспринимают 100 ватт по USB слишком буквально, и не до конца понимают что за этим стоит на уровне схематики и протоколов.

Итак, кратко – основные пункты:

USB PD определяет 5 стандартных профилей по электропитанию – до 5V@2А, до 12V@1.5А, до 12V@3А, до 12-20V@3А и до 12-20V@4.75-5А
Кабели и порты для Power Delivery сертифицируются и имеют дополнительные пины в разьеме
Тип кабеля и его соответствие профилю определяются автоматически через дополнительные пины и определение типа USB коннектора (микро, стандарт, A, B и т.д.)
Обычные USB кабели (не Power Delivery) сертифицируются только по первому профилю до 5V@2A
При подключении распределяются роли, между тем кто дает ток (Source / Источник ) и кто потребляет (Sink / Приемник)
Источник и Приемник обмениваются сообщениями по специальному протоколу, который работает параллельно традиционному USB
В качестве физического носителя протокол использует пару – VBus / GND. Именно поэтому Power Delivery не зависит от основного USB протокола и обратно совместим с USB 2.0 и 3.0
Используя сообщения, источник и приемник могут в любой момент времени меняться ролями, изменять силу тока и/или напряжение, уходить в спячку или просыпаться, и т.д.
По желанию устройства могут поддерживать управление PD через традиционные USB запросы, дескрипторы и т.д.

Под катом — детали.

О кобелях Про кабели

USB Power Delivery работает с шестью типами коннекторов:

Соответственно попарно допустимы следующие виды соединений

USB 3.0 PD Standard-A USB 3.0 PD Standard-B plug
USB 3.0 PD Standard-A USB 3.0 PD Micro-B plug
USB 3.0 PD Micro-A USB 3.0 PD Micro-B plug
USB 3.0 PD Micro-A USB 3.0 PD Standard-B plug
USB 2.0 PD Standard-A USB 2.0 PD Standard-B plug
USB 2.0 PD Standard-A USB 2.0 PD Micro-B plug
USB 2.0 PD Micro-A USB 2.0 PD Micro-B plug
USB 2.0 PD Micro-A USB 2.0 PD Standard-B plug

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

Про порты

После сертификации USB PD порты маркируются следующим образом:

Данное лого информирует о версии USB (2.0 или 3.0 SuperSpeed), а также о профилях электропитания которые поддерживает данный порт. Значение ”I” означает потребляемый профиль, необходимый для полноценного функционирования устройства, а значение «О» то какой профиль порт может предоставить. Примеры маркировки портов:

Первый порт поддерживает USB2. Он может давать питание по Профилю 1 ( 2A@5V) и использует Профиль 3 ( 5V@2A или 12V@3A) для полноценного функционирования. Например порт для планшета или нетбука.
Второй порт поддерживает USB2. Он может давать питание по Профилю 2 (2A@5V или 12V@1.5A) и использует Профиль 4 ( 5V@2A или 12V@3A или 20V@3A) для полноценного функционирования. Например порт для ноутбука или лаптопа.
Третий порт поддерживает USB3. Он только дает питание по Профилю 1 (5V@2A). Сам он по VBus не запитывается. Например порт десктопа, монитора, телевизора, и т.д.
Четвертый порт поддерживает USB3. Как и в первом примере он может давать питание по Профилю 1 (5V@2A) и сам требует питание по Профилю 3 для полноценного функционирования (5V@2A или 12V@3A). Пример придумайте сами 🙂

Физический канал

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

Как видно из схемы, USB PD также требует чтобы и в источнике и в приемнике были реализованы схемы определения падения/скачка напряжения, а так же методы определения разряженной батареи для случаев когда одна из сторон не может запитаться от своего внутреннего источника.

В качестве алгоритмов для определения разряженной батареи предлагаются следующее. Если одна из сторон выставляет сопротивление в 1кОм между экраном и землей, это свидетельствует о том что ее батарея разряжена. В такой ситуации другая сторона берет на себя роль источника и начинает отдавать минимальные 5В, чтобы дать через VBus питание противной стороне и начать обмен сообщениями по протоколу USB PD.

Как уже упоминалось ранее, для обмена сообщениями USB PD протокол использует линию VBus. Ниже приведена блок-схема, определяющая ключевые функциональные элементы передатчика:

И соответственно такая же блок-схема для приемника:

Сериализированная кодировка 4b5b и декодировка 5b4b подразумевает что все данные по шине, кроме преамбулы пакета, передаются пятибитными последовательностями в соответствии c таблицей кодировки, определяемой стандартом. Каждая такая последовательность кодирует либо одну из 16 цифр (0x00..0x0F), либо сигналы начала / синхронизации / сброса и конца пакета. Таким образом передача одного байта занимает 10 бит, 16-битного слова – 20 бит и 32-битного двойного слова – 40 бит и т.д.

Логический канал

USB PD протокол основывается на последовательных парах типа запрос-ответ. Запросы и ответы пересылаются с использованием пакетов. Пакеты состоят из преамбулы (фаза подготовки к передаче), начала пакета SOP (три сигнала Sync-1 и завершающий Sync-2 в кодировке 4b5b), заголовок, 0..N байт полезной нагрузки, контрольной суммы (CRC-32) и сигнала конца пакета (одиночный сигнал EOP):

Как было упомянуто выше, преамбула не кодируется в 4b5b. SOP, CRC и EOP кодируются 4b5b на физическом уровне, заголовок и полезная нагрузка кодируются на уровне логического протокола.
Сброс шины производится путем посылки трех сигналов RST1 и завершающего сигнала RST2, в соответствии с кодировкой 4b5b.

Протокол

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

Заголовок сообщения имеет фиксированную длину 16 бит и состоит из следующих полей:

Сообщения бывают двух видов – управляющие (control) и информационные (data).

Управляющие сообщения

Контрольные сообщения состоят только из заголовка и CRC. Количество объектов данных для таких сообщений всегда устанавливается в 0. Типы управляющих сообщений USB PD представлены в таблице ниже:

Отдельно следует упомянуть что поля вида tSourceActivity, tSinkRequest и т.д. — это константы, значения которых глобально заданы самой спецификацией в отдельной главе. Сделано это потому что они определялись опытным путем в результате прототипирования, и найденные оптимальные значения просто подставили в отдельную главу, чтобы не рыскать по всей спецификации.

Информационные сообщения

Данный вид сообщений предназначен для получения детальной информации об источнике или приемнике, а также для передачи запрашиваемых характеристик электропитания – сила тока, напряжение и т.д. Информационные сообщения всегда содержат ненулевое значение в поле ”Number of Data Objects”.

Спецификация определяет четыре вида информационных сообщений:

Power Data Object (PDO) – используется для описания характеристик порта источника или требований приемника
Request Data Object (RDO) – используется портом приемника для установки соглашения по характеристикам электропитания
BIST (Built In Self Test) Data Object (BDO) – используется для тестирования подключения на соответствие требованиям спецификации для физического соединения
Vendor Data Object (VDO) – используется для передачи нестандартной, дополнительной или иной проприетарной информации определяемой производителем оборудования и выходящей за рамки спецификации USB PD.

Виды информационных сообщений кодируются в поле ”Message Type” заголовка сообщения следующим образом:

Сообщение о характеристиках

Порт источника всегда обязан сообщать свои характеристики приемнику путем передачи серии 32-битных объектов PDO. Информация переданная посредством этих объектов используется для определения возможностей источника, в том числе включая возможность работать в режиме приемника.
Сообщения о характеристиках представляются в виде одного или нескольких объектов следующих за заголовком:

Сообщения о характеристиках передаются:

От источника к приемнику через определенный временной интервал, при непосредственном подключении кабеля. Источник должен продолжать посылать сообщения на протяжении одной минуты после подключения до тех пор пока не будет установлено успешное соглашение по электропитанию, либо приемник не вернет RDO с флагом Capability Mismatch – несоответствие характеристик.
От источника к приемнику с целью принудительного переустановления соглашения по электропитанию или смены характеристик.
В ответ на управляющие сообщения Get_Source_Cap или Get_Sink_Cap

Каждый объект PDO должен характеризовать отдельный элемент электропитания, входящего в состав устройства на максимально допустимых для него значениях напряжения. Например, встроенная батарея 2.8-4.1V, стационарный блок питания 12V и т.д. Все элементы электропитания должны поддерживать как минимум 5V и соответственно каждый источник должет иметь хотя бы один PDO соответствующий профилю с характеристиками 5V.

PDO соответствующий элементу с постоянным типом электропитания 5V всегда должен идти первым в цепочке объектов.

Структура объекта PDO:

Для каждого типа электропитания предлагаются различные характеристики.

Постоянный тип электропитания, напряжение постоянное. Источник должен иметь хотя бы один такой элемент:

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

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

Батарея, данный тип используется для обозначения батарей которые могут быть напрямую подключены к линии VBus:

Сообщение о запросе

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

Данный запрос имеет два типа, в зависимости от адресуемого типа элемента электропитания, переданного в сообщении о характеристиках источника. Для запросов к элементу электропитания постоянного или вариативного типа, либо батареи поля ”Operating Current / Power” и ”Total Current / Prog Voltage” интерпретируются одним путем, а для запросов к элементу программируемого типа – другим путем, так как в этом случае запрашивается и напряжение, и сила тока.

Структура объекта RDO:

На мой взгляд данной информации достаточно, чтобы получить хорошее представление о принципах работы USB Power Delivery. Я сознательно не стал углубляться в дебри, связанные с таймерами, счетчиками и обработкой ошибок.

Взаимодействие с традиционным USB

Как уже было упомянуто выше, Power Delivery – это самостоятельная подсистема, которая функционирует параллельно и независимо от канонического USB. Тем не менее, в случаях когда устройства реализуют оба протокола – и USB и Power Delivery, спецификация рекомендует реализацию т.н. System Policy Manager или SPM, компонента который может контролировать оборудование USB PD посредством традиционных запросов USB.

Для систем с поддержкой SPM, спецификация рекомендует предоставить PD информацию посредством специальных типов USB дескрипторов. Не считаю нужным в них детально углубляться, просто перечислю их названия:

Power Delivery Capability Descriptor, является составной частью BOS дескриптора и сообщает о том поддерживает ли устройство зарядку батареи через USB, поддерживает ли оно стандарт USB PD, может ли оно выступать источником питания, и может ли оно быть приемником. Кроме того данный дескриптор содержит информацию о количестве портов-источников, портов-приемников и версии поддерживаемых спецификаций USB Battery Charging и Power Delivery.
Battery Info Capability Descriptor, требуется для всех устройств заявивших батарею в качестве одного из элементов электропитания. Содержит информацию о названии, серийном номере и производителе батареи, ее емкости, а также о пороговых значениях тока в заряженном и разряженом состоянии.
PD Consumer Port Capability Descriptor, требуется для всех устройств которые заявили поддержку хотя бы одно порта-приемника. Содержит информацию о поддержке стандартов Power Delivery и Battery Charging, минимальное и максимальное напряжение, операционную мощность, максимальную пиковую мощность и максимальное время, которое оно может эту пиковую мощность потреблять
PD Provider Port Capability Descriptor, требуется для всех устройств которые заявили поддержку хотя бы одного порта-источника питания. Содержит информацию о поддержке стандартов Power Delivery и Battery Charging, а так же список всех PDO объектов, характеризующих элементы электропитания доступных устройству.
PD Power Requirement Descriptor, требуется для всех устройств-приемников поддерживающих USB PD. Каждое устройство должно возвращать хотя бы один такой дескриптор в составе дескриптора конфигурации. Этот дескриптор должен идти сразу после первого дескриптора интерфейса. В случае когда их несколько, он должен идти после каждого первого дескриптора интерфейса функции, если используется IAD, или в случае композитного устройства без IAD, непосредственно после каждого дескриптора интерфейса, и до endpoint дескрипторов.

Для управления USB Power Delivery через запросы USB, в случае если устройство поддерживает Power Delivery класс, спецификация предлагает команды, которые могут использоваться для передачи PD запросов и объектов посредством USB, то есть через шину данных. Сводная таблица дана ниже:

Заключение

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

Источник