il y a 18 minutes, Yann73 a dit :

L'erreur 126 = commande trouvée mais non executable normalement.

Il faut que tu executes le pg_dump sur src_database_1, le container BDD, pas celui Teslamate.

C'est bon ! Merci énormément pour ton aide ! 🥳

Y'a plus qu'à mettre ça en crontab.

il y a 1 minute, Beatles17 a dit :

C'est bon ! Merci énormément pour ton aide ! 🥳

Y'a plus qu'à mettre ça en crontab.

Impec, je te remets la manière dont j'ai fait la mienne.

Script bash tout bête à adapter évidemment, j'ai même mis un cd bien crade  :

#!/bin/bash
DATE=$(date +%Y-%m-%d-%H-%M-%S)
cd /home/yann/teslamate
docker exec teslamate_database_1 pg_dump -U teslamate teslamate > /home/yann/teslamate/Backups/Backup_TeslaMate_$DATE.bck

Crontab :

0 0 * * * /home/yann/teslamate/backup_teslamate.sh >> /home/yann/teslamate/backup_teslamate.log 2>&1

 

il y a 21 minutes, Yann73 a dit :

Impec, je te remets la manière dont j'ai fait la mienne.

Script bash tout bête à adapter évidemment, j'ai même mis un cd bien crade  :

#!/bin/bash
DATE=$(date +%Y-%m-%d-%H-%M-%S)
cd /home/yann/teslamate
docker exec teslamate_database_1 pg_dump -U teslamate teslamate > /home/yann/teslamate/Backups/Backup_TeslaMate_$DATE.bck

Crontab :

0 0 * * * /home/yann/teslamate/backup_teslamate.sh >> /home/yann/teslamate/backup_teslamate.log 2>&1

 

Solution proche chez moi mais j'ai rajouté un gzip du fichier de backup et une copie vers mon NAS 😜

il y a 2 minutes, lesommer35 a dit :

Solution proche chez moi mais j'ai rajouté un gzip du fichier de backup et une copie vers mon NAS 😜

C'est vrai que j'aurais pu ajouter le gzip, après mes dumps font 125mo pour l'instant donc ça va, ils sont backupés en auto via iDrive (j'en ai parlé il y a quelque posts, pas mal cette solution) comme les autres trucs de cette VM, et une petite rotation passe de temps en temps pour faire le ménage ^^

il y a 43 minutes, Yann73 a dit :

Impec, je te remets la manière dont j'ai fait la mienne.

Script bash tout bête à adapter évidemment, j'ai même mis un cd bien crade  :

#!/bin/bash
DATE=$(date +%Y-%m-%d-%H-%M-%S)
cd /home/yann/teslamate
docker exec teslamate_database_1 pg_dump -U teslamate teslamate > /home/yann/teslamate/Backups/Backup_TeslaMate_$DATE.bck

Crontab :

0 0 * * * /home/yann/teslamate/backup_teslamate.sh >> /home/yann/teslamate/backup_teslamate.log 2>&1

 

Merci encore. J'ai monté un partage vers mon NAS et fait le script qui backup directement dessus. Ca fonctionne bien. En revanche je ne suis pas familier de cron, j'ai ajouté la tache avec crontab -e et j'ai mis une heure assez proche pour tester mais la sauvegarde ne s'est pas faite. Y'a une commande a passer pour la prise en compte ?

19 11 * * * /home/pi/Backup_Teslamate.sh

 

il y a 6 minutes, Beatles17 a dit :

Merci encore. J'ai monté un partage vers mon NAS et fait le script qui backup directement dessus. Ca fonctionne bien. En revanche je ne suis pas familier de cron, j'ai ajouté la tache avec crontab -e et j'ai mis une heure assez proche pour tester mais la sauvegarde ne s'est pas faite. Y'a une commande a passer pour la prise en compte ?

19 11 * * * /home/pi/Backup_Teslamate.sh

 

Nope dès que tu sauvegarde la crontab c'est actif, sauf si ça te sort une erreur évidemment.

Modifié juillet 15, 20214 a par Yann73

il y a 29 minutes, lesommer35 a dit :

Solution proche chez moi mais j'ai rajouté un gzip du fichier de backup et une copie vers mon NAS 😜

Bien vu j'ai ajouté le petit gzip à la fin, merci ! 😉

il y a 44 minutes, Beatles17 a dit :

Merci encore. J'ai monté un partage vers mon NAS et fait le script qui backup directement dessus. Ca fonctionne bien. En revanche je ne suis pas familier de cron, j'ai ajouté la tache avec crontab -e et j'ai mis une heure assez proche pour tester mais la sauvegarde ne s'est pas faite. Y'a une commande a passer pour la prise en compte ?

19 11 * * * /home/pi/Backup_Teslamate.sh

 

Manque peut-être un "bash" ?
 

19 11 * * * bash /home/pi/Backup_Teslamate.sh

ou alors rajouter les droits d'exécution à ton script sh

Modifié juillet 15, 20214 a par lesommer35

Sauf si il a bien mis le shebang dans le script et le petit chmod +x qui va bien  

 

(merci Bitdefender qui bloquait la validation du formulaire quand je t'ai quote me mentionnant une tentative d'injection de commande lol)

Modifié juillet 15, 20214 a par Yann73

il y a 3 minutes, lesommer35 a dit :

Manque peut-être un "bash" ?
 

19 11 * * * bash /home/pi/Backup_Teslamate.sh

ou alors rajouter les droits d'exécution à ton script sh

J'ai bien mis le chmod +x donc il est exécutable, peut-etre l'environnement d'exécution de cron est différent....

@Beatles17 Redirige sortie d'erreurs et standard dans un fichier dans ta ligne de cron, t'y verras plus clair  

Bonjour à tous,

 

Cela fait 3 mois que j'enregistre sur TeslaMate, c'est très pratique.

Un point que j'avais détecté mais qui ne me semble toujours pas normal après lecture de vos différents commentaires.

 

J'ai un pourcentage de Dégradation estimé de -26%.

 

J'ai indiqué une Autonomie THEORIQUE de 422km comme cela a été partagé (SR+ US Mars 2021).

 

 

Vu les valeurs de Dégradation je pense qu'il y a autre chose à modifier.

Sauriez vous me dire quoi?

 

J'ai aperçu dans le "code" une valeur de 500. Peut-être dois-je aussi la modifier?

@razekiel voilà le code pour le petit item dégradation affichée : 

(SELECT (battery_level*$autonomie_max/100-convert_km([[preferred_range]]_battery_range_km, '$length_unit'))/(battery_level*$autonomie_max/100), date
FROM positions
WHERE car_id = $car AND [[preferred_range]]_battery_range_km IS NOT NULL AND battery_level IS NOT NULL
ORDER BY date DESC
LIMIT 1)
UNION
SELECT (battery_level*$autonomie_max/100-convert_km([[preferred_range]]_battery_range_km, '$length_unit'))/(battery_level*$autonomie_max/100), date
FROM charges c
JOIN charging_processes p ON p.id = c.charging_process_id
WHERE $__timeFilter(date) AND p.car_id = $car AND [[preferred_range]]_battery_range_km IS NOT NULL AND battery_level IS NOT NULL
ORDER BY date DESC
LIMIT 1

Et tu as quoi ici ? 

 

J'ai déjà remarqué que Grafana bug pas mal et qu'il faut parfois enregistrer 3, 4 ou 5 fois après avoir modifié une variable pour que ce soit pris en compte.

Modifié juillet 15, 20214 a par bobjouy

Il y a 4 heures, razekiel a dit :

Bonjour à tous,

 

Cela fait 3 mois que j'enregistre sur TeslaMate, c'est très pratique.

Un point que j'avais détecté mais qui ne me semble toujours pas normal après lecture de vos différents commentaires.

 

J'ai un pourcentage de Dégradation estimé de -26%.

 

J'ai indiqué une Autonomie THEORIQUE de 422km comme cela a été partagé (SR+ US Mars 2021).

 

 

Vu les valeurs de Dégradation je pense qu'il y a autre chose à modifier.

Sauriez vous me dire quoi?

 

J'ai aperçu dans le "code" une valeur de 500. Peut-être dois-je aussi la modifier?

ton autonomie théorique, tu l'a trouvé où ?

Il y a 12 heures, TTK22 a dit :

ton autonomie théorique, tu l'a trouvé où ?

Dans variables, comme visible sur la 2e capture. 

Il y a 15 heures, TTK22 a dit :

ton autonomie théorique, tu l'a trouvé où ?

 

Il y a 2 heures, bobjouy a dit :

Dans variables, comme visible sur la 2e capture. 

La question n'est pas plutôt où il a trouvé que l'autonomie théorique est de 422 km ? Dans ce cas la réponse serait EPA x 1,609 soit 423 km

Oui c'est bien cela, comment être sur de la valeur à renseigner en fonction du modèle et de l'année

Il y a 20 heures, bobjouy a dit :

@razekiel voilà le code pour le petit item dégradation affichée : 

(SELECT (battery_level*$autonomie_max/100-convert_km([[preferred_range]]_battery_range_km, '$length_unit'))/(battery_level*$autonomie_max/100), date
FROM positions
WHERE car_id = $car AND [[preferred_range]]_battery_range_km IS NOT NULL AND battery_level IS NOT NULL
ORDER BY date DESC
LIMIT 1)
UNION
SELECT (battery_level*$autonomie_max/100-convert_km([[preferred_range]]_battery_range_km, '$length_unit'))/(battery_level*$autonomie_max/100), date
FROM charges c
JOIN charging_processes p ON p.id = c.charging_process_id
WHERE $__timeFilter(date) AND p.car_id = $car AND [[preferred_range]]_battery_range_km IS NOT NULL AND battery_level IS NOT NULL
ORDER BY date DESC
LIMIT 1

Et tu as quoi ici ? 

 

J'ai déjà remarqué que Grafana bug pas mal et qu'il faut parfois enregistrer 3, 4 ou 5 fois après avoir modifié une variable pour que ce soit pris en compte.

Merci @bobjouy, je vais insérer le code. Malgré plusieurs Save & Apply, ca ne s'applique pas.... je vais attendre un peu?

Voilà ce que j'ai actuellement sur l'item Dégradation

 

 

Il y a 16 heures, TTK22 a dit :

ton autonomie théorique, tu l'a trouvé où ?

@TTK22 les valeurs théoriques avaient été partagé dans le fil de discussion

Modifié juillet 16, 20214 a par razekiel

Prends les dernières versions du dashboard @razekiel : https://vernon.useed.fr/SB300/owncloud/index.php/s/eiPqEyeZddbdpdm

Il y a 2 heures, bobjouy a dit :

Prends les dernières versions du dashboard @razekiel : https://vernon.useed.fr/SB300/owncloud/index.php/s/eiPqEyeZddbdpdm

Ok, j'ai téléchargé la dernière version.

Ca semble un peu mieux mais je reste à -20% de dégradation 🙄, tu penses que ca peut venir d'autre chose?

Quand tu changes la variable autonomie max ça ne change jamais rien ? 

Essaye avec plein de valeurs, 1, 100, 1000, 10 000 etc.

 

À mon avis, c'est que la variable est mal enregistrée, parce que c'est facile de se faire avoir. Cf : 

 

Il y a 1 heure, bobjouy a dit :

Quand tu changes la variable autonomie max ça ne change jamais rien ? 

Essaye avec plein de valeurs, 1, 100, 1000, 10 000 etc.

 

 

il y a une heure, nicolinux a dit :

À mon avis, c'est que la variable est mal enregistrée, parce que c'est facile de se faire avoir. Cf : 

 

@bobjouy la valeur par défaut était repassée à 499km.

 

Du coup j'ai remis 424km, et j'ai coché l'option @nicolinux

Ca semble être bon  je suis à -5,7%. Ca vous semble pas trop déconnant?

 

J'envisage de tenter un 0-100% dans les prochains mois pour calibrage du BMS (recommandé d'après quelques lectures)

 

J'ai mis perso 386 pour une SR+ de mars 2020 ce qui me donne une dégradation d'environ 8% mais aucune certitude de ma valeur "386"

Il y a 2 heures, TTK22 a dit :

J'ai mis perso 386 pour une SR+ de mars 2020 ce qui me donne une dégradation d'environ 8% mais aucune certitude de ma valeur "386"

tu peux peut-être poser la question sur le groupe Facebook TOCF pour tenter d'avoir les valeurs des usagers de Mars 2020. Après tu dois pas être loin de la vérité.