je voudrais pas que tu le prenne mal ou quoi que ce soit, mes questions sont plus pour comprendre ton point de vue 
donc dans le cas ou tu la branche autre part en USB (chargeur, pc, …)?
en théorie les chargeurs récents (et officiel) ne chauffe pas tant qu’il y a rien de branché dessus
et pour la conso il y en a mais c’est tellement faible que c’est difficilement mesurable
Sur des connexion de voiture en mode direct, cela chauffe le tel surtout été… il arrive qu’il se mette en stand bye…
Les chargeurs rapides officiel des fois aime pas…
PS : je suis sur tel pas facile
Pas de problème pour la discussion, rare de te voir, c’est sympa !
ok, mais dans le cas du blueprint, aucun avantage d’être notifié si la batterie est en dessous du minimum et pas en charge, l’utilisateur l’utilise peut être
après j’ai un autre blueprint que contrôle le niveau de batterie pour me prévenir quand mes appareils sans en dessous de 10%
oui j’etait en formation (je le suis toujours) et toucher un pc après avoir passer 8h de prise de tête en programmation c’est pas mon kiff 
mais je vais reprendre un peu plus sur le forum et discord 
Ok pour les blueprint …
Mais dans une automat. ,tu peux n’en faire qu’une si ident les trigger sur les % par exemple…
Bon a plus, c’est l’heure de la restauration ici !
Bonjour à tous.
C’est visiblement la première automatisation que réalise @sg72 et vous lui faites faire un choose…
C’est certe élégant, mais peut être faut il lui laisser découvrir la base simplement:
Commencer avec deux automatisations, une de début de charge, une de fin de charge. Afin de maitriser les notions de trigger / action.
Puis ajouter des condition de présence sur chargeur dans la première (introduire ainsi en douceur la notion de condition).
Puis qu’il peut tout combiner avec un « choose » (qui est compliqué à appréhender si on n’a pas bien compris trigger / condition / action)
Enfin lui montrer qu’il existe des blueprints tout-prêts pour pas mal de sujets
et seulement pour les adeptes qu’il existe nodered pour tout compliquer 
Je ne suis pas sûr que notre ami aie compris les subtilités de l’automatisation clef en main qui lui a été proposée…
Tu as visiblement bien résumé les choses lol. Je vais donc reprendre l’automatisation une par une et essayer d’arriver à faire ma demande
@sg72 Je répond à ton premier jet…
Attention, tu n’as pas bien lu l’intégralité du message…
Je t’avais dit de réaliser deux automatisations. Tu n’en a fait qu’une qui mélange tout.
Je t’avais dit d’utiliser état numérique (mais ma photo était récupérée d’un autre post…), ça c’est bon.
En l’état que tu montres là:
Ton automatisation est correcte, mais elle réalisera pas ce que tu veux car:
(donc tu ne fais pas la différence entre les deux triggers)
(donc ta prise sera toujours allumée à la fin de ton action.)
Il te faut deux automatisations sur exactement le même modèle que ce que tu as fait:
la première qui fasse:
la seconde qui fasse:
Tu vas voir, c’est simple quand on a pigé la logique…
Le problème en général c’est de trouver le bon trigger, toi tu as trouvé , c’est pour ça que je disais que t’avais presque déjà fait le boulot dans ton premier post…
Salut…
Est-ce que tu as bien lu l’automatisation modifiée ?
Les conditions sont indexées sur les trigger !
Et Pourquoi deux automatisations , alors qu’une suffi ?
Pas si simple effectivement pour certain ! Sans rancunes
Sinon pour pas chercher trop à comprendre voir les Blueprint comme dit @TheD6Bel
Il est vrai qu’ici c’est un Forum pas un cours !
Je viens de suivre tes conseils, et je crois que ça fonctionne lol
alias: Désactiver chargement téléphone supérieur à 99 %
description: Le téléphone s'arrête de charger lorsqu'il y a + 99 %
trigger:
- platform: numeric_state
entity_id: sensor.macmini_battery_level
above: 99
condition: []
action:
- type: turn_off
device_id: 32b6b4cf434c6a3dd7ad647ee8a27347
entity_id: switch.prise_chargeur_fauteuil_socket_1
domain: switch
mode: single
alias: Activer chargement téléphone inférieur à 20 %
description: ""
trigger:
- platform: numeric_state
entity_id: sensor.macmini_battery_level
below: 81
condition: []
action:
- type: turn_on
device_id: 32b6b4cf434c6a3dd7ad647ee8a27347
entity_id: switch.prise_chargeur_fauteuil_socket_1
domain: switch
mode: single
J’ai mis le déclenchement à 81, c’était pour faire mes tests.
Par contre, sauf erreur de ma part, je crois que j’ai remarqué deux choses, c’est que le déclenchement de la prise ne se fait pas attends que le téléphone est en veille, de plus, j’ai l’impression que le pourcentage détecté par un Home Assistant et celui du téléphone n’est pas le même !
Ca ça peut venir de la durée de rafraichissement des capteurs dans l’application Home Assistant sur ton téléphone (application compagnon)
De base c’est toutes les 15 min, mais tu peux le regler pour passer sur toutes les minutes dans les options de l’application du téléphone (menu « configuration de l’application » quand tu ouvre home assistant sur le téléphone puis « frequence de mise à jour des capteurs »). C’est la fréquence à laquelle ton telephone va envoyer ses capteurs à Home assistant.
Ca je n’ai pas compris ce que tu veux dire, mais c’est peut être lié au point au dessus…
Désolé, je parle avec un logiciel de dictée vocale et il n’a pas compris ce que je voulais dire lol. Ce que je voulais dire c’est que j’avais l’impression que le déclenchement de la prise connectée ne se faisait pas si le téléphone était en veille ! Est-ce que les données sont détecté sur Home Assistant lorsque le téléphone est en veille ? (écran noir)
Sinon j’ai bien trouvé comment activer le rafraîchissement de Home assistant toutes les 1 minutes
Il faut autoriser le fonctionnement en arrière plan dans l’appli du telephone aussi.
Sinon il est possible que le téléphone stoppe l’appli et n’envoie plus de données
Tous fonctionne:)
Sujet clos
