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

И я, честно говоря, не могу понять, кому ещё могут быть нужны сообщения от датчика кроме пользовательского приложения. Что до нужности - ох, не уверен. Подключение/отключение батареи, веб-камеры, монтирование разнообразных FS - это всё именно пользовательскому софту интересно прямо сейчас. Железные проблемы - тоже повод для реакции, скажем, торрентокачалки. А если пофантазировать насчёт того, что могло бы по этой шине ещё рассылаться - то это, например, оповещения о нехватке памяти - сейчас же, насколько я понимаю, вообще нет способа сказать приложению "мы тут в своп собираемся, может, ты можешь отдать часть памяти?". То же самое  - насчёт нагрузки процессора или, тем паче, включившегося троттлинга. И так далее, и тому подобное.

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