Для проекта мне нужно спроектировать и разработать приложение, которое выполняет несколько вещей, в том числе обработку GPIO.Чтение / запись на вход / выход, триггерное событие на фронте и т. Д.
Существует один конкретный GPIO, который при установке на единицу включает усилители с очень высоким потреблением.Что касается вопросов безопасности и энергопотребления, мне хотелось бы иметь способ «сбросить до 0» этого конкретного состояния GPIO (мне все равно, сбрасываются ли другие), если мое приложение вылетает, что, вероятно, произойдет вРанняя разработка (надеюсь, ТОЛЬКО на данном этапе).
Из того, что я прочитал, интерфейс GPIO sysfs /sys/class/gpio, к которому я привык, теперь устарел в Linux (начиная с 4.8) и будет удален в 2020 году.
Я пытаюсь понять преимущества нового интерфейса символьного устройства и библиотеки libgpiod, и кое-что привлекло мое внимание.К сожалению, я не могу найти хороший ресурс, предоставляющий подробные сведения об основных различиях между этими двумя интерфейсами.
Тем не менее, как показано в презентации, со старым интерфейсом "в случае сбоя приложения GPIO остаются экспортированными".Означает ли это, что когда мое приложение аварийно завершает работу с новым символьным устройством, что означает, что линия будет закрыта, GPIO будет сброшен в исходное состояние?
Это было бы огромно.Нет необходимости разрабатывать инструмент мониторинга, который запускается, когда мое приложение умирает и сбрасывается.
Спасибо за вашу помощь.