Pour ton compteur de temps : remaining et progress sont des options des cartes lave-linge / sèche-linge / lave-vaisselle. remaining accepte des minutes, un format H:MM ou un timestamp de fin — donc si ton helper donne le temps écoulé et pas le restant, il te faut un template qui calcule durée_estimée − écoulé. progress attend un pourcentage.
Et comme la prise ne remonte rien, le plus fiable reste entity: input_boolean.lave_linge_en_cours piloté par ton automatisation de détection de cycle. La puissance brute seule est piégeuse : elle tombe à quelques watts pendant les phases de trempage.
Pour ta liste (box internet, onduleur, enceintes, imprimante réseau…), la carte générique custom:appliance-generic-card fait déjà le job avec ta propre image : tu gardes état, puissance, énergie et coût. L'imprimante 3D a sa carte dédiée (custom:appliance-printer-3d-card) mais elle est pensée filament — la résine, je note.
Lesquels mériteraient une vraie carte dédiée selon toi ?
Le pc est noté comme éteint parce que la prise est gérée par une automatisation qui coupe l'alim au dessus de 80% et rallume en dessous de 30%. Par contre le ping ethernet est valide et est à on binary_sensor.ping_pc_portable
Ping PC Portable Ethernet
on
Est ce que l'information "éteint" pourrait être évaluée sur autre chose que la puissance de la prise ?
@Ludoc oui, c'est exactement ce à quoi sert l'option entity.
Mets ton binary_sensor de ping dedans : quand entity est un binary_sensor, la carte lit son état en priorité et n'utilise plus la puissance pour décider si le PC tourne.
La puissance reste affichée dans sa tuile, elle ne sert simplement plus à déterminer l'état.
Un point d'attention important dans ton cas : ne renseigne pas switch: avec la prise. Une prise sur off force l'état « éteint » et écrase tout le reste, ping compris. C'est volontaire — le bouton marche/arrêt doit refléter la réalité de la prise — mais avec ton automatisation qui coupe l'alim au-dessus de 80 %, c'est précisément ce qu'il faut éviter. Si switch: est renseigné dans ta config actuelle, c'est probablement déjà l'explication de ton « éteint ».
@Ludoc j'ai regardé le code et je me suis trompé dans ma réponse précédente, désolé. Enlever switch: ne suffit pas dans ton cas.
Sur les cartes PC portable et PC fixe, dès qu'un capteur de puissance est renseigné, c'est lui seul qui décide de l'état : au-dessus du seuil = allumé, en dessous = éteint. L'entité entity n'était consultée que s'il n'y avait aucun power:. Avec ton automatisation qui coupe l'alim au-dessus de 80 %, tu tombes à 0 W et la carte affiche « éteint » même avec le ping à on.
C'était une limite de ces deux cartes. C'est corrigé dans la 1.23.1, qui vient de sortir : quand entity est un binary_sensor ou un input_boolean explicite, il prime maintenant sur la puissance. Mets à jour via HACS puis Ctrl+F5, et ta config actuelle devrait fonctionner telle quelle :
La tuile puissance reste affichée, elle ne sert simplement plus à déterminer l'état. Et quand le PC est éteint mais la prise alimentée, la carte affiche « veille » plutôt qu'« éteint ».
Merci pour la remontée, c'est un cas d'usage auquel je n'avais pas pensé.
Bien vu pour le « Allumée » : c'est corrigé dans la prochaine version.
Pour les cartes NAS (avec image personnalisable), bouilloire, cuiseur à riz, fer / station de repassage et onduleur : je note tout ça, on va regarder pour les prochaines mises à jour.
@marcF Bonjour, oui bien sûr, les suggestions sont bienvenues
Une carte pompe de relevage, c'est tout à fait faisable. Par contre, pour que l'animation soit fidèle, est-ce que tu pourrais m'envoyer quelques photos ou images de référence du type de pompe que tu as en tête ? Un ou deux visuels suffisent, ça m'aide à dessiner le bon modèle.
Et si tu peux préciser les capteurs dont tu disposes (puissance, conso, détecteur de niveau, nombre de démarrages...), je saurai quoi afficher sur la carte.
Merci pour ton message et pour les liens ! Ils m’ont servi : la version 1.29.0 apporte deux cartes de pompe animées.
Pompe à eau (custom:appliance-water-pump-card) : style sobre, la roue tourne et l’eau circule dans les tuyaux uniquement quand la pompe est en marche.
Pompe industrielle (custom:appliance-industrial-pump-card) : pompe à engrenage interne, directement inspirée de l’animation Pump School que tu as partagée, avec voyants, manomètre et pulsations.
Pour ton cas (prise connectée avec puissance et conso), ça suffit :
Le bouton Marche/Arrêt de la carte pilote ton switch, donc tes automatisations restent intactes. Sans switch, la carte se base sur la puissance (au-dessus de 15 W = en marche). La durée réglable n’a pas de réglage dédié sur la carte, mais un capteur history_stats affiche le temps de fonctionnement du jour.
Mise à jour via HACS, puis Ctrl+F5.
Content que les autres cartes te plaisent, n’hésite pas à me dire ce qui coince !
Soyons fous, c’est fait La carte Robot de piscine est dispo dans la version 1.29.0 (custom:appliance-pool-robot-card).
Le bassin est vu en coupe. Le robot fait des allers-retours sur le fond en faisant demi-tour à chaque paroi, avec la brosse qui tourne, les débris aspirés et les bulles. Elle affiche aussi :
type: custom:appliance-pool-robot-card
entity: vacuum.robot_piscine # ou switch.prise_robot
entity_switch: switch.prise_robot # facultatif : la prise qui l'alimente
entity_power: sensor.prise_robot_puissance
entity_filter: sensor.robot_piscine_filtre
entity_water_temp: sensor.piscine_temperature
la jauge de saleté du filtre sur le robot, avec une alerte quand il faut le nettoyer ;
le niveau d’eau, avec un repère « min » sur la paroi ;
la température de l’eau, le temps restant et le mode (fond, parois…).
Ça marche avec une entité vacuum (boutons Démarrer / Pause / Remonter), avec une simple prise connectée, ou avec les deux :
Aucune option n’est obligatoire à part entity. Mise à jour via HACS, puis Ctrl+F5.
Dis-moi quel robot tu as (Dolphin, Zodiac…) et comment il remonte dans Home Assistant, je peux ajuster si besoin !
Merci pour vos retours, la 1.30.0 apporte trois cartes que vous avez demandées ici :
Pompe de relevage (custom:appliance-sump-pump-card), pour @marcF
La fosse est vue en coupe : l’eau arrive par le drain, le flotteur suit le niveau et la pompe immergée refoule vers l’égout. Si le niveau dépasse le repère max, ou si le flotteur d’alarme se déclenche, un gyrophare s’allume. La carte compte aussi les démarrages.
Onduleur (custom:appliance-ups-card), pour @Ludoc
Prise → onduleur → box et NAS. En coupure de courant, la prise s’éteint, l’écran passe à l’orange, l’onduleur bipe et le courant part de la batterie. La carte lit directement l’intégration NUT et affiche la batterie, l’autonomie, la charge et les tensions. Elle prévient en cas de batterie faible, de surcharge ou de batterie à remplacer.
Plancher chauffant (custom:appliance-underfloor-heating-card), pour @AuroreVgn
La dalle est en perspective, avec le serpentin visible sous le carrelage : version hydraulique avec collecteur, ou électrique (heating_type: electric). Le sol rougeoie selon sa température et la chaleur monte. Les boutons − / ⏻ / + pilotent le thermostat. La carte alerte si le sol ou l’eau sont trop chauds.
Mise à jour via HACS, puis Ctrl+F5.
Ça fait maintenant 55 cartes. Les idées de @Ludoc (NAS, bouilloire, cuiseur à riz, station de repassage…) restent sur la liste, continuez à proposer
Merci pour le signalement ! Effectivement, l’éditeur visuel des cartes « autonomes » (plancher chauffant, onduleur, pompes, robot piscine, sauna, portails…) affichait les noms techniques des options. C’est corrigé dans la 1.30.1 : tous les champs sont maintenant traduits (en français et dans les 5 autres langues). Mise à jour via HACS puis Ctrl+F5.
juste un petit détail "Allumé" sans e à la fin, merci.
La carte Robot de piscine est dispo dans la version 1.29.0 (custom:appliance-pool-robot-card).
Pompe de relevage (custom:appliance-sump-pump-card), pour 
Onduleur (custom:appliance-ups-card), pour 
Plancher chauffant (custom:appliance-underfloor-heating-card), pour 
