Ports GPIO sur Raspberry Pi4 devenus "indisponibles" dans home assistant?

Bonjour,
J’utilise les ports GPIO notamment pour communiquer avec mon alarme filaire (un port 26 pour savoir si l’alarme est en surveillance, un port 16 pour savoir si une alerte est déclenchée).
Cela fonctionnait jusqu’à récemment, je ne me souviens pas avoir fait de mise à jour.
Mais maintenant les entités liés à ces ports sont signalés « indisponible ».
Dans la liste des entités, ces entités sont signalés « non fournie » avec le message « Cette entité n’est plus fournie par l’intégration rpi_gpio. Si l’entité n’est plus utilisée, supprimez-la depuis les paramètres. »
J’ai relancé plusieurs fois HA, éteint le Raspberry… mais impossible d’utiliser ces ports.

Avez-vous déjà eu cela sur un HA/Raspberry 4 ?
Comment peut-on vérifier la configuration des ports Raspberry ?

merci

Ma configuration

Ma configuration.yaml pour les ports gpio:


switch:
  - platform: rpi_gpio
    switches:
      - port: 4
        name: "Light HA On"
        unique_id: "light_HA_On_port_4"
        invert_logic: false

binary_sensor:
  - platform: rpi_gpio
    sensors:
      - port: 26
        name: "Alarm on port 26"
        unique_id: "alarm_on_sensor_port_26"
        bouncetime: 80
        invert_logic: true
        pull_mode: "UP"
      - port: 16
        name: "Alarm alert port 16"
        unique_id: "alarm_alert_sensor_port_16"
        bouncetime: 80
        invert_logic: false
        pull_mode: "UP"

Mon système


System Information

version core-2024.7.3
installation_type Home Assistant OS
dev false
hassio true
docker true
user root
virtualenv false
python_version 3.12.4
os_name Linux
os_version 6.6.31-haos-raspi
arch aarch64
timezone Europe/Paris
config_dir /config
Home Assistant Community Store
GitHub API ok
GitHub Content ok
GitHub Web ok
GitHub API Calls Remaining 5000
Installed Version 1.34.0
Stage running
Available Repositories 1400
Downloaded Repositories 12
HACS Data failed to load: timeout
Home Assistant Cloud
logged_in false
can_reach_cert_server ok
can_reach_cloud_auth failed to load: timeout
can_reach_cloud ok
Home Assistant Supervisor
host_os Home Assistant OS 12.4
update_channel stable
supervisor_version supervisor-2024.06.2
agent_version 1.6.0
docker_version 26.1.4
disk_total 57.8 GB
disk_used 18.0 GB
healthy true
supported true
host_connectivity true
supervisor_connectivity true
ntp_synchronized true
virtualization
board rpi4-64
supervisor_api ok
version_api failed to load: timeout
installed_addons Terminal & SSH (9.9.0), Samba share (12.3.0), Advanced SSH & Web Terminal (18.0.0), File editor (5.8.0), deCONZ (6.23.0), Duck DNS (1.18.0), motionEye (0.20.0), Mosquitto broker (6.4.1), Zigbee2MQTT (1.39.0-1), Studio Code Server (5.15.0), VLC (0.3.0), MQTT Explorer (browser-1.0.3)
Dashboards
dashboards 3
resources 10
views 10
mode storage
Recorder
oldest_recorder_run 27 juillet 2024 à 22:34
current_recorder_run 29 juillet 2024 à 17:49
estimated_db_size 5257.42 MiB
database_engine sqlite
database_version 3.45.3
Sonoff
version 3.6.0 (8dd8af9)
cloud_online 1 / 1
local_online 1 / 1

Bonjour,

je vois que vous utilisez l’intégration rpi_gpio

Je ne sais pas si celle-ci est toujours fonctionnelle, personnellement je l’ai remplacée il y a quelques mois par l’intégration: GPIOD, je crois que cela était suite à la lecture d’un changement sous peu de bibliothèque python non supportée par « rpi_gpio ».

Le changement se fait facile, suppression de l’intégration « rpi_gpio », installation de « gpiod » les deux via HACS et remplacement de les yaml de:
- platform: rpi_gpio
par:
- platform: gpiod

Cordialement
Mcp

Je vais tester cela demain je vous donnerai le résultat.
Merci pour ce retour

J’utilisais aussi les ports GPIO du raspberry et je ne voulais pas m’en défaire car je trouvais qu’il était intéressant d’utiliser le matériel déjà disponible plutot que d’utiliser une autre carte.

Finalement j’ai basculé sur un ESP32, car la modification est plus simple, mais surtout j’ai pu ajouter un capteur de température. L’ensemble étant dans mon coffret électrique, cela me permet d’en vérifier la température et donner l’alerte si on dépasse un certain seuil.
À 50°C alerte, et au delà si élévation rapide → suspicion incendie, ça peut éviter des problèmes pour un investissement de 5€

Je pense qu’à terme l’utilisation des GPIO du pi est une fonctionnalité qui va disparaitre, j’ai préféré prendre les devant, à contrecœur mais finalement je ne regrette pas.

J’ai vu cette possibilité, je voulais éviter un autre module mais effectivement je vais peut être également tester la solution esp si la solution gpio Raspberry pose problème.
Merci pour ce retour d’expérience, encore un truc à apprendre et à tester :blush:

Tu utilises quelle carte ESP32 avec home assistant ? Il y a beaucoup de choix sur Aliexpress.

J’utilises dernièrement le WT32-ETH01, qui dispose d’un port ethernet, mais il faut un programmateur, bref c’est un peu compliqué pour commencer.
Comme première carte, pour tester, je te conseille un ESP-32 D1 Mini.
Tu as également les ESP8266, mais généralement les ESP32 sont un peu plus fournis.

1 « J'aime »

Je suis passé sur gpiod effectivement cela à l’air de marcher maintenant.
Il y a des options qui ont changé de noms entre les 2 intégrations mais tout dans la doc de gpiod.
Merci pour votre aide !

Bonjour,
pense à passer ton sujet en résolu :wink:

1 « J'aime »