Мониторинг состояния батареи

я то думал все гораздо сложнее...

Как-то может сработает:

#!/bin/bash

exec 2>&1
INTERVAL=60 # in seconds

previous=100
while true; do
    if [ ! "$(cat /sys/class/power_supply/BAT0/status)" = "Full" ]; then
            current=$(cat /sys/class/power_supply/BAT0/capacity)
        if [ "${current}" -le "20" ] && [ "${previous}" -gt "20" ]; then
            notify-send "Battery low" "Battery level is ${current}%!"
        elif [ "${current}" -le "10" ] && [ "${previous}" -gt "10" ]; then
            notify-send "Battery very low" "Battery level is ${current}%! Suspending system in 1 minute."
            sleep 60
            zzz -z
        fi
        previous=$current
    else
        previous=100
    fi
    sleep ${INTERVAL}
done

Надо просто смотреть не только на текущий уровень заряда, но и на предыдущий.

Ты задал вопрос из серии «как правильно забить гвоздь микроскопом?», я тебе подсказал использовать молоток. Если, конечно, твоей целью не является углубление знаний в Linux и shell.

Ну так у вас проблема в создании алгоритма, а не в «acpid, bash, ubuntu». И ладно бы, скрипт вызывался раз в минуту, но у вас же бесконечный цикл и потому проблемы сохранения предыдущего состояния нет никакой. То есть алгоритм уровня информатики первый класс. Не нравятся повторения, ну так не вызывайте их если разница в процентах с предыдущим состоянием меньше желаемой.

В цикле сделай переменную, куда загоняй состояние уведомления. При каждой итерации цикла, проверяй выводилось ли уведомление. При заряде выше 20 процентов сбрасывай значение переменной.

Ты задал вопрос из серии «как правильно забить гвоздь микроскопом?»

Да не, у него был вопрос что-то типа «у меня есть образец на универсальном конструкторе и инструментах, но он неподзаточен под мои хочушки, сделайте мне хорошо, я знаю, что вы умеете.» :)

Почему - - ? А если за минуту разрядится больше чем на процент?

Точно. Надо let battery20charge=$battery_level-1

лучше файлик в /tmp

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

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

Вы так нихрена не поняли, зато апломба выше крыши. При чём тут манагер питания и шарить?

он у меня в боевом режиме вызывается раз в 5 минут. А теги почему эти, а не те что вам нравятся, дак потому что мне так нравится

эт вы так нихрена и не поняли на какой из ваших мульен постов не поделу я ответил

Моей целью является в первую очередь изучение.Все остальное второстепенно. Я днях глянул прошлые свои темы и понял на сколько те задачи для меня сейчас легкие. Но как все это изучать не задвая временами глупые вопросы? Глупые они для тех, кто закрытыми глазами такое решает

он у меня в боевом режиме вызывается раз в 5 минут.

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

А теги почему эти, а не те что вам нравятся, дак потому что мне так нравится

Здесь не ваш личный ресурс, каждый может высказаться, в чём у вас проблемы, тем более, когда это правда, чтоб там вам не хотелось.

Он вызывается по изменению статуса. И потому бесконечный скрипт >тут скорее нужен для отдельного демона, а не скрипта от acpid.

Ноут с void linux и openbox. Скрипт нужен как демон. Тег acpid написал потому что параллельно писал демона для контроля состояния AC и переключения режимов энергосбережения. Вот в голове и каша из всего. Так устроят объяснения?

Так устроят объяснения?

Пока непонятно, как у вас укладывается, что «скрипт вызывается раз в 5 минут» и бесконечный цикл в скрипте. Оно тогда у вас каждые 5 минут будет вызывать ещё по одному циклу мониторинга. Если без цикла, то действительно надо внешние средства для хранения предыдущего состояния.

Ну в конце тела цикла sleep 300. Это разве не повторение цикла с паузой 5 минут? Я не утверждаю, я в баше зеленый еще, учусь

Плюс runit пока темный лес, несколько дней как познакомился. Кроме системд ничего не видал

лучше файлик в /tmp

Чем лучше? Состояние вывода уведомления не нужно сохранять после перезагрузки, а создание и наполнение файла лишняя активность процессора и, возможно, НЖМД.

Ну в конце тела цикла sleep 300.

В том, что вы запостили у вас 60. И «но оно всплывает каждые 60 сек.» это тоже ваши слова.

В принципе скрипт от xaizek почти правильный, если не считать, что там у него всё равно будет выдавать каждую минуту сообщение, если меньше 20%, по идее надо сравнивать не previous < 20, а current < previous.

Набейте мне звезду! А лучше две!

Всё Вам правильно написали.

Ещё есть пакет acpi, показывающий, что происходит с батареей (уровень зарядки, поключен ли AC и т.д.), но Вы с этой информацией, видимо, ничего не сделаете…

Чем лучше?

ТС всех запутал. У него не apcid-скрипт, а собственный демон для событий acpi, да ещё и в своих секундах сам путается. Если действительно был бы acpid-скрипт, то предыдущее состояние надо сохранять внешне.

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

он у меня в боевом режиме вызывается раз в 5 минут

Для невнимательных. В посте 60 потому что отладить 1 минуту проще чем 5 минут ждать.

Аcpid что-то показывает? Вы меня удивили. А то, что у Вас в желаниях настроить - простой скрипт, который можно, например, впихнуть в автозапуск WM.

У меня не установлен acpi. Из мана acpid «acpid is designed to notify user-space programs of ACPI events.» Скрипты-демоны я впихиваю runit'у

Для невнимательных. В посте 60 потому что отладить 1 минуту проще чем 5 минут ждать.

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

Сорян, если я вас чем то оскорбил. Но по мне ничего плохого я не написал. Это вы тут, каждый второй, своим красноречием пытаетесь мериться

Это вы тут, каждый второй, своим красноречием пытаетесь мериться

Это победа, ящитаю! Тролль из Вас слаб, тоньше надо, тоньше.

По Вашей теме: https://svalko.org/data/2020_03_02_10_02sun1_23_userapi_com_i_yBLQOP7olPTrqPBU9ORlUjzUghJJMfbuIKEw_9nTs1bOfy_E.jpg

Ананимус перелогинься

а теперь выносим магические цЫфры.
И на топе делаем настроечку, чтобы качественнее.

/tmp часто чистится каждый ребут

/tmp нормальные люди держат в памяти, поэтому - каждый.

Чем лучше?

Unix Way жеж

Делал как-то раз такую штуку. Смысл такой: при отключении питания срабатывает правило udev, которое запускает таймер (на systemd), который с некоторой периодичностью запускает скрипт для проверки заряда и вывода уведомления, если он низкий.

/etc/udev/rules.d/battery.rules:

SUBSYSTEM=="power_supply", ATTR{online}=="0", RUN+="/usr/bin/systemctl start battery.timer"
SUBSYSTEM=="power_supply", ATTR{online}=="1", RUN+="/usr/bin/systemctl stop battery.timer"

/etc/systemd/system/battery.timer:

[Unit]
Description=Battery notifications

[Timer]
OnActiveSec=1min
OnUnitActiveSec=1min

[Install]
WantedBy=timers.target

/etc/systemd/system/battery.service

[Unit]
Description=Battery notifications

[Service]
User=rassol
Environment=DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
ExecStart=-/home/rassol/.local/bin/gattery

~/.local/bin/gattery:

#!/bin/zsh
(( (cp=`</sys/class/power_supply/BAT0/capacity`) < 50 )) &&
dunstify -u critical -r 50 -t 120000 "LOW BATTERY: $cp%"

/tmp часто чистится каждый ребут

/var/tmp ещё есть. Но лучше переменная.

Unix Way жеж

А переменные shell'а это что, windows-way?

Это уже было и вроде не то. Смысл говорить один раз на 20%? Правильнее говорить каждый процент, но не повторяя то же значение тупо по времени. То есть надо не флаг, а сравнение меньше чем предыдущее.