Il me semble qu’il y a une intégration TeslaMate à Home Assistant… Quelqu’un l’a-t-il testée ?
Merci je vais regarder cela. Une autre question, pourquoi dans Teslamate je ne vois pas le cout du Kwh ? J’imagine qu’il ne peut l’inventer, donc ou doit on le mettre ?
Je reviens sur ce que tu dis concernant Grafana : Je l’utilise puisque lorsque j’ouvre le tableau de bord de Teslamate (port 4000), les autres pages sont du grafana (port 3000) ? Je me trompe ?
bonjour @escaflowne62
je suis Novice, comme évoqué dans le post ci dessous. Concernant le Shelly, j’essaye de l’utiliser pour ma production solaire. J’ai bien du mal a intégré le bon sensor dans HomeAssistant, ca m’énerve. Et concernant mon relevé Linky, on m’avait aiguiller sur du Lixee ZLinky_TIC, que j’ai branché. je vois bien des infos mais ai du mal a choisir les bons sensor pour intégrer cela dans le tableau de bord energie. Je me demandais justement si je n’acheterai pas plutot un shelly pour cela … Ton avis ? Ta conf ?
merci
Francois
Bonjour à tous,
Je vais bientôt recevoir ma tesla et compte installer Teslamate en docker sur syno.
Sinon, quand ce sera installé, pour les utilisateurs de Home assistant, vous utilisez les données MQTT via Teslamate ou vous utilisez l’intégration HACS tesla? J’ai cru comprendre que cette dernière pouvait pomper sur la batterie?
Hello
Si on veut attacher son mosquito HA à Teslamate, tu dis d’ajouter les variables ci-dessus, mais doit on du coup virer toute la partie en bas du docker compose relatif à Mosquitto?
version: "3"
services:
teslamate:
image: teslamate/teslamate:latest
restart: always
environment:
- DATABASE_USER=teslamate
- DATABASE_PASS=enter your password here
- DATABASE_NAME=teslamate
- DATABASE_HOST=database
- MQTT_HOST=mosquitto
- VIRTUAL_HOST=192.168.86.xx
- TZ=CH
ports:
- 4000:4000
volumes:
- ./import:/opt/app/import
cap_drop:
- all
database:
image: postgres:13
restart: always
environment:
- POSTGRES_USER=teslamate
- POSTGRES_PASSWORD=enter your password here
- POSTGRES_DB=teslamate
volumes:
- teslamate-db:/var/lib/postgresql/data
grafana:
image: teslamate/grafana:latest
restart: always
environment:
- DATABASE_USER=teslamate
- DATABASE_PASS=enter your password here
- DATABASE_NAME=teslamate
- DATABASE_HOST=database
ports:
- 3000:3000
volumes:
- teslamate-grafana-data:/var/lib/grafana
mosquitto:
image: eclipse-mosquitto:2
restart: always
command: mosquitto -c /mosquitto-no-auth.conf
# ports:
# - 1883:1883
volumes:
- mosquitto-conf:/mosquitto/config
- mosquitto-data:/mosquitto/data
volumes:
teslamate-db:
teslamate-grafana-data:
mosquitto-conf:
mosquitto-data:
Autre question.
Pour une utilisation sereine de l’intégration sans defoncer la batterie, quelles options faut il cocher?
Salut,
si tu as déjà moquitto qui tourne, tu ne dois pas garder la section « mosquitto » de ton docker compose.
Et il faudra changer dans la partie Teslamate, pour y mettre els infos de ton Mosquitto existant.
Sinno tu ne pourra pas récupérer les infos dans HA.
C’est bon comme ça…
La batterie n’est pas impactée du tout si tu laisses en « normal ».
En revanche coche aussi le « Forcer les voitures… » sinon quand tu redémarra HA, tu n’aura aucune info pdt un certain temps…
Faut enlever toute cette partie?
mosquitto:
image: eclipse-mosquitto:2
restart: always
command: mosquitto -c /mosquitto-no-auth.conf
# ports:
# - 1883:1883
volumes:
- mosquitto-conf:/mosquitto/config
- mosquitto-data:/mosquitto/data
Oui, cette partie te télécharge une image de Mosquitto et te lance un broker dans un nouveau container.
Mais faut surtout bien faire gaffe dans la partie Teslamate, là elle est configurée pour se connecter au container mosquitto et sans authentifications… il va falloir trouver les bons arguments pour que ça marche avec to MQTT existant.
Ok. J’ai ces informations à rentrer dans environment depuis leur sit, pas de problème.
Au fait, que fait la remontée des infos mqtt teslamate versus l’intégration hacs?
Je m’utilise pas…
mais c’est juste un collecteur de stats… donc ça ne fait pas grand chose…
Ok. Je vais rester comme cela.
Une base teslamate sur mon nas pour collecter tout un max de donnee, et l’intégration hacs pour HA pour les remontées d’infos principales et les automatisations surtout pour la charge via ha (encore plus avec des panneaux photovoltaïques et une borne tesla wall connector)
Merci pour ces conseils.
Intégration en cours de ma Tesla; J’ai fait une card
Elle n’est pas finie mais voila le rendu
J’ai un problème d’affichage conditionnel d’une icone : je veux qu’une icone d’alerte apparaisse quand je dois regonfler mes pneus.
j’ai donc testé deux cas: Au dessus de 2.7 bar, c’est vert. En dessous, c’est rouge.
(sur l’image, il faut regarder la roue avant droite: y a pas d’icone. Sur les autres roues, c’est un affichage sans condition, pour placer les icones 
)
Mais nada…
- type: conditional
condition:
entity: sensor.teslaaaa_tpms_front_right
condition: numeric_state
above: 2.7
elements:
- type: icon
icon: mdi:car-tire-alert
tap_action: none
double_tap_action: none
hold_action: none
style:
top: 20%
left: 82%
color: green
- type: conditional
condition:
entity: sensor.teslaaaa_tpms_front_right
condition: numeric_state
below: 2.7
elements:
- type: icon
icon: mdi:car-tire-alert
tap_action: none
double_tap_action: none
hold_action: none
style:
top: 20%
left: 80%
color: red
j’ai une erreur:
Invalid configuration
type: conditional
conditions:
entity: sensor.teslaaa_tpms_front_right
condition: numeric_state
below: 2.7
elements:
- type: icon
icon: mdi:car-tire-alert
tap_action: none
double_tap_action: none
hold_action: none
style:
top: 20%
left: 80%
color: red
1 « J'aime »
Salut,
la doc de Picture Elements, n’indique pas qu’on puisse faire des comparaisons de valeurs avec un élément conditionnel… je ne suis pas certain qu’on puisse faire ça.
Tu as aussi un souci de mot clé, de formatage et d’indentation de ton yaml.
Ce que tu as:
- type: conditional
condition:
entity: sensor.teslaaaa_tpms_front_right
condition: numeric_state
below: 2.7
Si les comparaisons numériques marhcaint, ce qui n’est pas le cas je pense, il fautdrait au minimum un « s » a conditions. Et c’est une liste de conditions alors il faut un tiret.
- type: conditional
conditions:
- entity: sensor.razengan_tpms_rear_left
condition: numeric_state
below: 2.7
Merci pour les conseils. j’avais essayé avec les deux : conditions ou condition (d’ailleurs, l’erreur est sur le test avec « conditions » ). Même résultat. j’ai aussi essaye de mettre le entity avant la condition
Je me suis basé sur cette page :
Mais bon, ça n’a pas l’air de fonctionner
Peut être que je pouraris créer une variable en fonction de la valeur retournée et tester cette variable ?
faut que je trouve comment faire
Effectivement, je ne sais pas si c’est applicable… ça n’a pas l’air.
Tu peux créer un binary sensor template qui va te dire s’il y’a une souci, mais bon c’est clair que c’est dommage de devoir créer 1 voir 4 sensors, pour ça.
Victoire.
J’ai créé un sensor pour chaque pneu
tesla_tpms_rear_left_alert:
value_template: "{{ states('sensor.teslaaa_tpms_rear_left') | float(0) < 2.6 }}"
Et mis la condition suivante
- type: conditional
conditions:
- entity: sensor.tesla_tpms_rear_left_alert
state: "False"
elements:
- type: icon
icon: mdi:tire
tap_action: none
double_tap_action: none
hold_action: none
style:
top: 57%
left: 16%
color: green
- type: conditional
conditions:
- entity: sensor.tesla_tpms_rear_left_alert
state_not: "False"
elements:
- type: icon
icon: mdi:car-tire-alert
tap_action: none
double_tap_action: none
hold_action: none
style:
top: 57%
left: 16%
color: red
saisissez ou collez du code ici
