Есть устройство под управлением Linux. У него есть несколько светодиодов. Например - в кнопке включения. Когда устройство выключено, то светодиод в кнопке выключен, когда включено, то включен, когда выключается, то мигает. Есть и другие светодиоды работающие в разных ситуациях.
Суть задачи - надо понять как вручную их запускать и гасить. Что бы их запускать и гасить надо их для начала найти. Linux же ими как-то управляет, значит это возможно. Раз в Linux всё файл, то светодиоду тоже какой-то файл соответствует? Слышал, что можно делать как-то так
echo "чототам" > светодиод
Но ничего конкретного по этой теме не нашёл. Погуглил - мне предлагают лезть в /sys/class/leds - но такой папки leds у меня нет. Предлагают работать с gpio и лезть в /sys/class/gpio и там для начала делать export. Я вообще туда лезу? Если да, то как понять к какому контакту у меня диод то подсоединён, что бы его адресовать? Можете привести пример как из консоли зажечь какой-нибудь диод?
Нужно больше сведений о вашей материнской плате.
Если это что-то стандартное на ATX форм-факторе, то изменить поведение индикатора power вы не сможете, оно завязано на очень примитивной автоматике запуска блока питания, куда высокоуровневая система может подать только конкретные дискретные сигналы - вкл, выкл, усни, проснись, перезагрузись.
Другой разговор, если вы хотите заиметь ARGB-подсветку для системного блока, то в вашем распоряжении на современной материнской плате соответствующий разъем для подключения программно управляемой подсветки. Но не факт, что вы ей сможете управлять не из утилиты, предоставленной производителем материнки.
PerseforeComplete, тогда надо понять, на каком интерфейсе сидит (и сидит ли) этот светодиод, если не на USB или PCI, то управлять им никак не получится.
Ну, оптимистическое предположение. Хотелось бы верить. Задача может быть решаемая, может быть нет. Не понимаю до конца как вообще из Linux в теории можно светодиодами управлять, что бы наверняка сказать Linux тут замешан или нет
PerseforeComplete, ну тут надо смотреть на конкретный комп/плату.
Обычно они именно аппаратно управляются исходя из режима, тк они могут мигать даже в режиме сна, когда очевидно, что ядро ОС ничего сделать не может.
В некоторых случаях можно сделать что-то типа такого: https://github.com/jglee72/rpi_blink_PWR_led (тут типа драйвер)
должна быть поддержка со стороны драйвера материнки. зависит от погромистов железяки.
если она есть, то все светодиоды обычно (зависит от погромистов железяки опять же) симлинками собраны в класс системы /sys/class/leds/
к примеру у меня там три объекта
input2::capslock
input2::numlock
input2::scrolllock
которые есть симлинки на соответствующие разделы драйвера клавиатуры
внутри каждой виртуальной директории есть управляющий файл brightness.
который допускает два значения: текстовые символы "0"-выключен и "1"-включен.
при чтении показывает состояние "яркости" каждого объекта.
а при записи меняет онное состояние.
а вот к примеру файлового интерфейса к светодиодикам pwr_led и ide_led, которые есть на системнике уже нету.
вариант а: у этих светодиодов нет программного интерфейса и они "намертво" подключены к соответующем железякам внутри схемы.
вариант б: драйвера железа не предоставляют пользовательского интерфейса для управления этим светодиодиками и они управляются только внутри ядра.
значит погромисты железяки не дают прямого доступа к светодиодикам.
вполне возможно что и пользовательский интерфейс gpio не реализован.
зачем он в сетевом хранилище.
Смотря что за устройство. 99% что прямого управления этим диодом вообще нет.
Вдобавок оно вообще может быть никак не управляться софтварно, только напрямую из прошивки устройства без возможности мигать им кастомным образом
