Nouvelles catégories / nouveaux types dédiés VE

Il faudrait pouvoir choisir entre des Wh/km (les Tesla principalement) et kWh/100km (les autres VE).

Top, merci @mutmut, je n’avais pas vu sur les API que c’était en kWh/100km. J’ajoute l’unité.

1 Like

Résultat actuel :

Unités associées :

Dashboard :

Perso j’utilise souvent les km/kWh

Pour mémoire, API Renault/Dacia Airtable

@guim31 c’est du custom ça non ? Il y a des API qui utilise cette unité ?

alors ça je le fais de tête pour avoir une idée mais je n’avais jamais vu cette unité en réel … sauf sur une C4 thermique que j’avais il y a 10 ans où on pouvait choisir des km/l pour l’affichage, mais bon c’était Citroën alors je me suis dit que c’était normal (mais pas pour moi :wink: ).

1 Like

Alors si je ne dis pas de bêtises, c’est l’unité souvent utilisée par les US. Je le vois très souvent sur Reddit d’ailleurs.
J’ai donc réglé sur cette unité dans ma voiture, qui propose ce réglage.
J’ai pris l’habitude de prendre ça comme référence car cela m’aide à mieux me représenter ma charge à domicile : étant donné que j’utilise le surplus de mes panneaux solaires, ça charge doucement, et j’apprécie de pouvoir mesurer que j’ai ajouté par exemple : 1kWh dans la batterie, donc je peux faire 6km de plus.

Ce n’est pas quelque chose que j’ai vu dans des API car je n’ai jamais mis le nez dans ces API :wink:

1 Like

La PR : Add Categorie VE - Electrical Vehicle by Terdious · Pull Request #2318 · GladysAssistant/Gladys · GitHub

Oki @guim31, j’ajoute l’unité, elle sera de tout de facon disponibles sur mqtt pour les liens avec nodered et on verra si les API distribuent cette valeurs. Sinon on pourra proposer un calcul auto par la suite !!

1 Like

Voilà pour toi @guim31 :

1 Like

Pour tout ce qui est lié à la dernière charge, l’attribut pourrait-être plus explicite non ?

charge-energy-addedlast-charge-energy-added
charge-energy-consumptionlast-charge-energy-consumption

En général on met rarement de metadata dans les features, pourquoi le nom du véhicule n’est pas simplement le nom du device ?

On utilise rarement d’abréviation dans les features, je serais favorable a battery-temperature

Idem pour indoor-tempindoor-temperature

@Terdious : Sinon, de manière générale, c’est super chouette :slightly_smiling_face: Il faudrait juste s’assurer que le modèle soit bien représentatif de tous les véhicules électriques, et pas uniquement des Tesla.

@guim31 @mutmut @GBoulvin @tiboys Vous qui avez manifesté de l’intérêt pour ce sujet, est-ce que quelque chose vous paraît incohérent ou limitant par rapport à votre propre véhicule électrique ?

1 Like

Au top :wink:

Je remarque par contre que l’indicateur de branchement du véhicule est un Ouvert/fermé.
Ne serait-il pas judicieux / visuel d’avoir un Oui / Non (à la limite avec surlignage vert / rouge) ?

Et à toute fin utile sur mon véhicule on peut aussi savoir si la trappe pour le chargement est ouverte ou fermée.

1 Like

Et je ne sais pas si cela a une utilité pour ce développement mais voilà un truc trouvé concernant les Hyundai / Kia : GitHub - Hyundai-Kia-Connect/kia_uvo: A Home Assistant HACS integration that supports Kia Connect(Uvo) and Hyundai Bluelink. The integration supports the EU, Canada and the USA.

Je verrais bien aussi un indicateur En charge ou Charge en cours avec actif/inactif en vert/rouge.

2 Likes

Pas simple en partant de 0 et le temps me manque en ce moment, désolé.
Je vois 2 items importants : Récupération d’infos et lancement action.
Je n’ai pas vu les pneus, même si le calcul se fait en roulant. Parfois ça perds un peu et on peut ajouter une alerte Gladys. Récupérer la localisation me semble complexe en dashboard. Peut-être intégrer la vérif de fermeture du coffre avant (Tesla). La bonne connexion au réseau wifi ?
Pour les actions, j’apprécie mes commandes de demande charge complète ou charge auto suivant puissance dispo (panneaux solaires) … charge constante ou pas. Peut-être un bouton pour forcer la récupération de données. Le pré conditionnement peut être intéressant couplé à l’agenda.

Ca peut être intéressant oui mais peut-être déjà lié à la prise de charge connectée ?

Je suis preneur.

Pr info les commandes possibles sur Teslafi :
Reprendre l’interrogation
Réveil Véhicule
Mise en sommeil
Activer la journalisation
Désactiver la journalisation
Klaxonner
Faites clignoter les lumières
Démarrer le CVC
Arrêtez le CVC
Régler la température du système CVC
Sièges chauffants
Chauffage du volant
Préréglages de conditionnement
Commencer à charger
Arrêter de charger
Définir la limite de charge
Définir les ampères de charge
Déverrouiller les portes
Portes verrouillées
Mode sentinelle
Dégivrage maximal (lorsqu’il est éteint, la climatisation reste activée)
Ouvrir le port de charge
Fermer le port de charge

→ Merci pour tout votre travail :+1: :clap:

Merci à tous pour vos retours, je tente des choses.

@pierre-gilles petite question, car la catégorie devient … imbitable …
Serait-il judicieux d’avoir plusieurs catégories :
ELECTRICAL_VEHICLE_SOC
ELECTRICAL_VEHICLE_BATTERY
ELECTRICAL_VEHICLE_DRIVE
ELECTRICAL_VEHICLE_CONSUMPTION
ELECTRICAL_VEHICLE_STATE
ELECTRICAL_VEHICLE_CLIMATE

C’est d’ailleurs séparé dans plusieurs objets / routes sur les API.

Ca donnerait quelque chose comme ça (merci Cursor pour ce genre de chose, ça prend 15s pour les exemples ^^) :

  ELECTRICAL_VEHICLE_BATTERY: {
    BATTERY_HEALTH: 'battery-health', // integer - sensor
    BATTERY_LEVEL: 'battery-level', // integer - sensor
    BATTERY_POWER: 'battery-power', // integer - sensor
    BATTERY_RANGE_EST: 'battery-range-est', // integer - sensor
    BATTERY_TEMPERATURE: 'battery-temperature', // integer - sensor
    BATTERY_VOLTAGE: 'battery-voltage', // integer - sensor
    BATTERY_CURRENT: 'battery-current', // integer - sensor
  },
  ELECTRICAL_VEHICLE_CHARGE: {
    CHARGE_CURRENT: 'charge-current', // integer - sensor
    CHARGE_ENERGY_ADDED_TOTAL: 'charge-energy-added-total', // integer - sensor
    CHARGE_ENERGY_CONSUMPTION_TOTAL: 'charge-energy-consumption-total', // integer - sensor
    CHARGE_ON: 'charge-on', // binary - command
    CHARGE_PORT_DOOR_OPEN: 'charge-port-door-open', // binary - command
    CHARGE_PORT_LOCKED: 'charge-port-locked', // binary - sensor
    CHARGE_POWER: 'charge-power', // integer - sensor
    CHARGE_SCHEDULE: 'charge-schedule', // binary - sensor
    CHARGE_VOLTAGE: 'charge-voltage', // integer - sensor
    CHARGING_TIME_REMAINING: 'charging-time-remaining', // integer - sensor
    LAST_CHARGE_ENERGY_ADDED: 'last-charge-energy-added', // integer - sensor
    LAST_CHARGE_ENERGY_CONSUMPTION: 'last-charge-energy-consumption', // integer - sensor
    PLUGGED: 'plugged', // binary - sensor
    TARGET_CHARGE_LIMIT_SOC: 'target-charge-limit-soc', // integer - command (SOC charge limit)
  },
  ELECTRICAL_VEHICLE_DRIVE: {
    DRIVING: 'driving', // binary - sensor
    LOCATION: 'location', // text - sensor (optional/sensitive)
    ODOMETER: 'odometer', // integer - sensor
  },
  ELECTRICAL_VEHICLE_CONSUMPTION: {
    ENERGY_CONSUMPTION: 'energy-consumption', // integer - sensor
    ENERGY_CONSUMPTION_TOTAL: 'energy-consumption-total', // integer - sensor
    ENERGY_EFFICIENCY: 'energy-efficiency', // integer - sensor
    ENERGY_REMAINING: 'energy-remaining', // integer - sensor
  },
  ELECTRICAL_VEHICLE_STATE: {
    CELLULAR_CONNECTED: 'cellular-connected', // binary - sensor
    DOOR_OPEN: 'door-open', // binary - sensor
    FIRMWARE_VERSION: 'firmware-version', // text - sensor
    MAINTENANCE_ALERT: 'maintenance-alert', // binary - sensor
    TIRE_PRESSURE: 'tire-pressure', // integer - sensor
    VIN: 'vin', // text - fixed
    WIFI_CONNECTED: 'wifi-connected', // binary - sensor
    WINDOW_OPEN: 'window-open', // binary - sensor
  },
  ELECTRICAL_VEHICLE_CLIMATE: {
    CLIMATE_ON: 'climate-on', // binary - command
    INDOOR_TEMPERATURE: 'indoor-temperature', // integer - sensor
    OUTSIDE_TEMPERATURE: 'outside-temperature', // integer - sensor
    PRECONDITIONING_ON: 'preconditioning-on', // binary - sensor
    SEAT_COOLING: 'seat-cooling', // binary - command
    SEAT_HEATING: 'seat-heating', // binary - command
    STEERING_WHEEL_HEATING: 'steering-wheel-heating', // binary - command
    TARGET_TEMPERATURE: 'target-temperature', // integer - command
  },
  ELECTRICAL_VEHICLE_COMMANDS: {
    ALARM: 'alarm', // binary - command
    FLASH_LIGHTS: 'flash-lights', // binary - command
    FRUNK_OPEN_CLOSE: 'frunk-open-close', // binary - command
    HONK: 'honk', // binary - command
    LOCK: 'lock', // binary - command
    TRUNK_OPEN_CLOSE: 'trunk-open-close', // binary - command
    VALET_MODE: 'valet-mode', // binary - command
    WINDOW_VENT: 'window-vent', // binary - command
  },

Bon à part qu’il se permet d’ajouter des commentaire FR ^^




Ca présente mieux, non ?

1 Like

Oui ça me choque pas d’avoir plusieurs catégories, j’allais te proposer d’ailleurs :slight_smile:

Par contre ELECTRICAL_VEHICLE_SOC je comprend pas ce que c’est, aucune abbréviation dans Gladys :slight_smile:

Attend mais là t’as rajouté mille trucs :sweat_smile:

On a dit qu’on commençait petit !

1 Like

Top

Je l’ai modifié après coup :sweat_smile:
Par contre pour le type « TARGET_CHARGE_LIMIT_SOC », tu veux que je le retire du coup ? Disons que c’est utilisé par toutes les API (StateOfCharge), pour ça que je l’ai gardé ^^ Mais ça me va

J’ai mal compris ton propos je pense ^^ c’est suite aux postes suivants, j’ai en effet convenu qu’il y avait plus de choses utiles de base puisque d’après les autres API des autres constructeurs, ils proposent à peu prêt tous ces éléments.
Mais je peux

Je voulais juste faire valider la liste que tu avais proposé, pour s’assurer qu’on ne s’enferme pas dans des comportements uniquement Tesla.

Je reste favorable à rester à la liste de base si elle est validée par tout le monde :slight_smile: ( Liste que tu as as publiée ici: Nouvelles catégories / nouveaux types dédiés VE - #20 par Terdious )

2 Likes

Fiouf ! Merci ^^ Je rajoute juste la vitesse que j’avais homis

Par contre l’idée des catégories séparée est bonne, donc carrément pour séparer dès maintenant (ça ne sera pas possible ensuite)

1 Like