15432

Давно уже известно, что 13 и 14 серия процов имеют проблемы из-за загрязнений на производстве, решается заменой проца. Частично решается тонкими настройками питания и обновлением BIOS

С проводами всё достаточно запутано и до USB-C было сильно разрознено у разных производителей.

По умолчанию в стандарте USB 2.0 задано максимальное потребление 500 мА, это очень мало для современных устройств. Поэтому однажды кто-то подумал, - "а давайте жрать больше!" Но чтобы случайно не повредить USB-"мамы", которые умеют не более 500 мА, придумали следующее:

- в блоке питания, поставляемом с телефоном, дата-линии сделали замкнутыми
- в телефоне проверялось, если линии замкнуты, то это наша зарядка, жрём 1А

Другие производители решили сэкономить, их телефоны жрали 1А, если на дата-линиях ничего не было, при этом в комплекте с телефоном клали кабель, в котором вместо 4 проводов было всего 2. Ещё такие кабели часто клали в комплект к маложрущим устройствам, где и 500мА за глаза. "Первые" с таким проводом не могли видеть замкнутость контактов и ограничивали ток до 500 мА, до сих пор с таким сталкиваюсь.

Но время шло, и современным телефонам и 1000 мА стало мало. Придумали несколько разных и несовместимых между собой протоколов, как "договориться" с телефоном о повышении тока и напряжения, это:
- qualcomm quick charge (QC 2.0, QC 3.0) - особым изменением напряжений на дата-линиях зарядка сообщала, что она умеет, а телефон выбирал ток и напряжение
- apple что-то там - наличием резисторов определенного номинала на дата-линиях, зарядка сообщала, что можно жрать 2А
- VOOC от компаний oppo/realme - импульсами на линиях питания зарядка договаривалась с телефоном о токе и напряжении, это работает даже на проводах без дата линий
- некоторые телефоны вообще не общаются с зарядкой, а тупо увеличивают потребление, пока не увидят, что зарядка перестает справляться (напряжение падает ниже 4.8в)
- power delivery - наконец попытка стандартизовать весь этот зоопарк, тоже обмен подключением сопротивлений на дата-линиях

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

то заряжаться будет медленно. и хорошо если на 1А, а не на 0.5А

Я иногда использую USB-хрень с экранчиком, которая общается с телефоном вместо блока питания и просит его жрать по максимуму, 2А, но это несколько опасный путь, т.к. блок питания может не вытянуть такой ток.

Можно, конечно. Я описывал, как это сделать, в своей статье:
https://habr.com/ru/articles/527006/

Если корректно реализовать необходимые команды, то можно всё, что умеет сама система, в том числе:
- изменение напряжения процессора (нужно отреверсить AMD ryzen master utility или Intel XTU, чтобы узнать, какие регистры для этого записывать, делал когда-то по просьбе знакомого, даже проц спалить реально, у него случайно получилось)
- управление диском через ATA команды (понадобится реализовать драйвер AHCI интерфейса, это я уже для себя делал)
- взаимодействие с USB на низком уровне параллельно основной системе (тоже для себя делал)
- изменение настроек BIOS (тупо перезапись NVRAM раздела флешки, см статью, там чтение, но запись тоже возможна, если почитать доки на чипсет ;)

Короче на что фантазии хватит.

Java компилируется в промежуточный код виртуальной машины Java, C++ и Rust компилируются в машинный код., исполняемый на процессоре. Разные процессоры имеют разный формат машинного кода, потому созданная для x86 программа не запустится на ARM.

Программой, запущенной с правами администратора, можно:
- убить жёсткий диск/ssd (стерев его прошивку)
- убить процессор (выставив слишком высокое напряжение питания)
- вывести из строя видеокарту (стерев прошивку)
- сломать материнскую плату (стерев биос или выставив высокие напряжения на чипсете)

всё это достаточно сложно сделать, не везде возможно (например, у Intel больше аппаратных защит, у некоторых HDD прошивка подписана и её так просто не испортить и т.д.), и мало кому нужно.

Оперативку сломать можно было во времена DDR2 (перезаписать SPD EEPROM), сейчас они почти все залочены на read-only, по превышению напряжения ОЗУ вряд ли помрёт, они достаточно надёжные, так что можете считать DDR наиболее неубиваемой частью ПК