Oui, surtout que j'ai trouvé une intégration pour les portails Nice !!!
Sympa je vais peut-être migré sur ces cards.
Je ne vois pas le déshumidificateur et si on peut avoir l'unité centrale dissocié des écrans 
Vous parlez du pc bureaux?
Oui je parle de l'unité centrale du PC de bureaux et des écrans.
J'ai deux prises connectées qui gèrent indépendamment l'unité centrale et les écrans puisque une fois sur deux j'utilise uniquement les écrans avec les portables de mes clients.
Salut
merci pour le travail accompli. J'adore le design de tes cartes !!!
Je vais utiliser tes cartes pour une niveau de cuve de récupérateur d'eau, ça complètera parfaitement dans mon installation, le pompe de relevage que j'ai connecté a ce récupérateur, et la charge solaire qui alimente le système (niveau du récupérateur, pompe, et 2 capteurs de niveaux sur le bassin a poissons)
A+ Fred
Bonjour, et merci pour l'idée !
Pour être sûr de faire ce qui vous sert, j'ai quelques questions :
-
Une carte ou deux ?
- Une seule carte « PC fixe » reliée à vos deux prises : l'unité centrale et l'écran s'allument chacun selon leur propre prise sur le même dessin.
- Deux cartes séparées : une pour l'unité centrale, une pour les écrans.
-
Écrans seuls (portable d'un client branché, unité centrale éteinte) : l'écran doit-il afficher le même bureau animé, ou plutôt un visuel « source externe » (HDMI / PC portable) ?
-
Boutons : souhaitez-vous pouvoir allumer et éteindre chaque prise depuis la carte (un bouton pour l'unité centrale, un pour les écrans) ?
-
Consommation : deux tuiles séparées (unité centrale / écrans), le total des deux, ou les deux ?
Pouvez-vous aussi m'indiquer les entités de vos deux prises (par exemple switch.prise_pc et sensor.prise_pc_power) ?
Merci !
Merci, ça me fait plaisir ! 
Bonne nouvelle : la carte Déshumidificateur arrive dans la prochaine version (1.37.0), disponible via HACS très bientôt.
Elle fonctionne avec une entité humidifier et/ou une prise connectée. Elle affiche l'humidité, la consigne, la température, le bac plein (avec alerte « Videz le bac »), la vitesse du ventilateur et le mode, avec un bouton marche/arrêt.
Exemple de configuration :
type: custom:appliance-dehumidifier-card
entity: humidifier.deshumidificateur
power: sensor.deshumidificateur_power
tank_full: binary_sensor.deshumidificateur_bac_plein
N'hésitez pas à me faire un retour une fois installée !
Ce sont deux prises connectées avec leur consommation.
Donc j'ai le switch, le sensor energy, power et current
Je pense que deux cartes feraient l'affaire, cela permet de conserver la même logique que les autres.
MAJ:1.38.0
Pour garder la logique « une prise = une carte », il y a maintenant deux cartes :
- Unité centrale : la carte PC fixe a une nouvelle option
style: tower, qui affiche uniquement la tour (voyant, ventilateurs et anneaux RGB qui tournent quand elle est allumée). - Écrans PC : nouvelle carte
custom:appliance-monitor-card, avec 1, 2 ou 3 écrans. Les écrans s'allument au-dessus de 10 W et passent en veille (voyant orange) en dessous, comme quand vous les utilisez avec un portable débranché.
Exemple de configuration (à adapter avec vos entités) :
type: custom:appliance-desktop-pc-card
switch: switch.prise_pc
power: sensor.prise_pc_power
energy: sensor.prise_pc_energy
style: towerSuper top ça couvre presque tous mes appareils !
Je vais peut-être étudier la création d'image custom ...
Par contre, il faudrait sur l'ordinateur une protection pour demander une confirmation sur le bouton on/off ... C'est un peu brutal l'arrêt
Trop chouette.
Pour mes besoins personnels il nous faudrait une animation de pergola bioclimatique 
.
Si possible avec les mêmes attributs que les volets (%, jour/nuit, ouvert/fermé, etc.).
Dans l'idée, si possible en plus des multiprise, des chargeurs de téléphones, un piano électronique, j'ai pas vue ou fait attention pour l'électroménager si il y avait bouilloire et grille pain.
Niveau éclairage, des guirlande led multicolores.
Bref je retourne tester l'existant déjà.
Ps: petite question les prix affichés sont fixe ou on peut mixer avec un capteur de tarifs en cours genre avec tempo. Le coût journalier peut changer de tarif de base 3x dans sur 24h.
Sinon si on ne renseigne pas le 'price_per_kwh' est ce que ça masque le tarif.
À la limite peux t'on imaginer afficher le prix depuis une entité à part qui fait déjà tout le calcul du style l'intégration 'Dynamic Energy Cost'?
Salut @Thierry.P tu récupères comment tes infos de véhicules électriques ?
Oui pas d'information de prix si l'entité price_per_kwh n'existe pas.
J'ai deux véhicules électriques que je banche sur la même borne.
Cette borne est non connectée, mais je récupère les infos de conso via une pince ampèremetrique
L'un des VE est une Tesla qui a son propre sensor pour avoir les infos de charge
L'autre est un scooter Nerva Exe II sans aucune connexion.
J'utilise un template de mesure qui va calculer un capteur de puissance pour la charge du scooter par déduction:
Si la Tesla ne charge pas ou n'est pas à la maison et si la borne est active (puissance > seuil de 100W), alors prends la valeur de puissance de la borne comme puissance du scooter
template:
- sensor:
- name: "Scooter Puissance de Charge"
unique_id: scooter_charger_power
unit_of_measurement: "W"
device_class: power
state_class: measurement
state: >
{% set shelly_power = states('sensor.shellypro3em_borne_de_recharge_1_puissance') | float(0) %}
{% set threshold = 100 %}
{% set tesla_at_home = is_state('device_tracker.tardis_location_tracker', 'home') %}
{% set tesla_charging = states('sensor.tardis_charger_power') | float(0) > 50 %}
{# Si la borne consomme plus que le seuil ET que ce n'est pas la Tesla -> c'est le scooter #}
{% if shelly_power > threshold and not (tesla_at_home and tesla_charging) %}
{{ shelly_power }}
{% else %}
0
{% endif %}
et je crée un capteur d'énergie en tant qu'entrée / capteur d'intégrale (trapèze) que je nomme sensor.scooter_erngie_consommee
J'utilise la carte générique (pas encore de carte pour les scooter)
type: custom:appliance-generic-card
power: sensor.scooter_puissance_de_charge
energy: sensor.scooter_energie_consommee
entity_car_soc: sensor.tardis_battery
entity_status: binary_sensor.tardis_charging
max_power: 3000
price_per_kwh: 0.08
name: Scooter
image: /local/nerva_exe_2.png
show_power: true
show_energy: true
show_status: false
show_soc: false
show_duration: true
show_cost: true
language: fr
threshold: 500
entity: binary_sensor.tardis_charging
Tout est dans la 1.41.0 !
- Pergola bioclimatique :
custom:appliance-pergola-card(mêmes options que les volets + pluie, LED, vent) - Bouilloire :
custom:appliance-kettle-card - Grille-pain :
custom:appliance-toaster-card - Multiprise :
custom:appliance-power-strip-card(une LED et une fiche par prise avecoutlets) - Chargeur de téléphone :
custom:appliance-phone-charger-card(avecbattery_level) - Piano numérique :
custom:appliance-piano-card - Guirlande LED multicolore :
custom:appliance-garland-card(suit la couleur et l'effet de votrelight)
Pour les prix : l'option cost accepte n'importe quel capteur de coût, donc Dynamic Energy Cost ou un utility_meter Tempo fonctionnent directement.
N'hésitez pas à me faire un retour !
Merci pour le retour Pascal ! 
C’est fait dans la 1.44.0 : la multiprise affiche maintenant un bouton numéroté par prise sous la carte (1, 2, 3…). Un clic allume ou éteint la prise correspondante, sans passer par la fenêtre d’infos. Une prise allumée prend la couleur d’accent, son nom s’affiche en infobulle, et une prise indisponible est grisée. Les boutons remplacent la tuile « 1 / 3 Prises ».
Il suffit de lister tes prises dans outlets, dans l’ordre de la multiprise :
type: custom:appliance-power-strip-card
name: Multiprise
switch: switch.multiprise
outlets:
- switch.multiprise_prise_1
- switch.multiprise_prise_2
- switch.multiprise_prise_3
(Dans l’éditeur visuel, c’est le champ Prises commandées.)
Le clic sur l’image ouvre toujours la fenêtre d’infos de l’entité principale. Mets à jour via HACS et dis-moi si ça te va !
@nicolas59 quand tu dis jour/semaine/mois, c'est calendaire ou 24h/7j/31j glissants ?
@Sigalou c’est calendaire, comme le tableau de bord Énergie : day = depuis minuit, week = depuis lundi 0 h, month = depuis le 1er du mois (fuseau de Home Assistant). Ça repart donc de zéro à chaque nouvelle période, ce n’est pas du glissant 24 h / 7 j / 31 j. Le coût en mode display: cost suit les mêmes périodes.
Si tu veux aussi un mode glissant (24 h / 7 j / 30 j), c’est faisable avec la même requête et une période relative. Ça ferait une nouvelle option.
Oui, j'ai trouvé ça bizarre que Energie fonctionne ainsi.
La conso du chauffage ou du lave vaisselle le lundi et celle du dimanche n'ont aucun intérêt si c'est calendaire. Par contre, sur des jours glissants, je trouve que c'est plus utile.
Ce serait donc conso des "7 derniers jours" plutôt que "de cette semaine". Rien d'extraordinaire, juste une idée, tu vois.