vercors
-
Compteur de contenus
784 -
Inscription
-
Dernière visite
Type de contenu
Profils
Forums
Calendrier
Tout ce qui a été posté par vercors
-
Merci pour le screenshot. D'après les erreurs, on dirait que le code js n'est pas chargé suffisamment tôt... J'ajoute un fetchpriority="high" et pousserai une beta très vite. I keep you posted
-
Je suis sur du 4.4. Mais si je migre le code, le plugin ne sera plus compatible avec des 4.3 et moins. j’ai essayé en simulant un mauvais réseau. Sans succès. Il faut que je creuse… à suivre
-
Pas réussi à reproduire avec la bêta… des logs dans la console JavaScript ? merci !
-
Hello, Après de nombreuses heures de travail, j'ai sorti ce matin la version beta 3.2.10-beta.306.222. Elle améliore les performances d'affichage du module de cartographie (J'ai, entre autres, remplacé la lib que j'utilisais par maplibre qui offre les performances de carto vectorielle !) Quelques problèmes ont également été corrigés. Comme d'habitude, le changelog est là : http://tesla.jeedom.free.fr/changelog Enjoy ! Nicolas
-
j'ai fait un peu de ménage, tu peux réessayer ? (sinon : [email protected])
-
Salut Vincent, Ah c'était pas mon but. Je comprends tout à fait que ça puisse faire rager d'avoir un problème qui traine. Oui, pour que ça t'embête moins, peut-être un accès à ton Jeedom me permettra de regarder ton scenario et d'analyser en profondeur ton pb. Envoie en MP ! Merci pour ta confiance !! Nicolas
-
Hello @vince_007 J'ai re-re-regardé mon code, et je n'ai pas de boucle qui tourne toutes les 5min et qui relance le tracking. Tu m'as dit "j’ai un scénario toutes les 5 mins qui gère la charge solaire et heures creuses. Ce scénario ne vient que lire des infos du plugin et ajuster le % de charge, il ne touche pas au tracking ou au démon." Je veux bien voir son contenu pour voir si je passe pas à coté d'un truc... J'ai jeté un œil sur le code de Jeedom, je ne peux pas by-passer ce warning. c'est une sécurité qui empêche de relancer les démons (quels qu'ils soient) sans attendre au moins 45s. Au niveau de la conf globale de jeedom, tu peux dire lui dire d'être permissif : Réglage / Système / Configuration / Sécurité et tu coches "Autoriser le lancement du démon d'un même plugin à moins de 30s d'intervalle " et tu n'auras plus ce message d'erreur. J'ai bossé dur ces deux derniers mois pour upgrader la partie UI du tracking : upgrade en Angular 18, amélioration des perfs, migration vers Maplibre (avec visuel en 3D)... J'ai bientôt une beta à proposer. Si je peux au passage "corriger" un plomb bien caché (effet de bord ?) sur le redémarrage intempestif du tracking.... je le fais avec plus que grand plaisir. J'ai toujours apprécié tes interventions sur ce forum et j'espère te compter encore parmi nous ! A+ Nicolas
-
Hello Oui. Il se relance tout seul. Tu as la dernière version stable ? tu trouves des erreurs dans tes logs ? merci !
-
Hello Pour ceux qui ont des traces « attendre au moins 45s » aviez vous un cron/script qui monitore le tracking pour palier à un souci qui existait au printemps ? (corrigé depuis) merci !
-
Hello @vince_007 Non non je ne t'oublie pas !! Je ne suis pas arrivé a reproduire cette trace... Est-ce que tu as pas un script et/ou un scénario et/ou un cron qui tourne en tache de fond pour mettre à jour le token et ou redémarrer le tracking ? Merci ! Nicolas
-
Hello @vince_007 ok…. Et le reste marche bien ? oui je vais regarder. tu as des logs à partager ? merci
-
Hello j’ai mis à disposition la version stable 3.2.9 qui améliore les performances côté tracking (passage à Angular 18) Comme d’hab le change log est ici : Notes de mise à jour enjoy ! Nicolas
-
le hardware de la freebox doit certainement nécessiter un rebuild du serveur. A l’avenir j’en ferai une dépendance pour que ce soit fait en background à l’installation parce que je vais pas arriver à couvrir toutes les configs…
-
Hello @Pedritto Le serveur proxy est un binaire qui dépend de la machine sur laquelle il tourne. Je livre des versions compilée sur rpi i386 si le proxy ne marche pas, il faudrait le recompiler. J’ai mis un README qui explique les étapes à suivre. dis moi si ça fait avancer ! A+ Nicolas
-
Tu es en Jeedom 4.3… faudrait que j’essaie. J’ai migré en 4.4 ou alors si tu me donnes accès à ton Jeedom je pourrais regarder en détail. Message en MP si tu es ok
-
Bonjour j’ai poussé hier soir une version beta 3.2.8-beta.291.183 qui s’assure que le port indiqué est bien sauvegardé avant de démarrer de serveur. Et si pas de port (ou inférieur à 400) on prend le port 4443. Aussi en cas de voiture endormie au moment où on envoie une commande la voiture est réveillée. Comme ce qui est fait quand on n’utilise pas le proxy. j’ai encore des tests à faire en roulant @Guifou tu me diras ? merci
-
Hello @Guifou dans tes logs je vois : "The HTTP Proxy Server is now started at https://localhost:NaN" En l'absence de port renseigné, il prend "NaN". (qui veut dire "Not a Number"). Ca doit venir de là.... Je vais prendre 4443 quand je détecte le NaN. Je fais ça et pousse une nouvelle béta
-
Hello @Guifou je regarde ce soir Nicolas
-
Je regarde si je peux réveiller la voiture quand on envoie une commande et que le serveur remonte une erreur HTTP 408
-
Ok. sur quel serveur est installé ton Jeedom ?
-
Hello @Guifou tu as essayé de mettre un numéro de port (par exemple 4443) avant de le démarrer ? Nicolas
-
Hello @vince_007 Merci pour ce retour et content de voir que la gestion du token est améliorée depuis la dernière beta. De mon côté aussi je n’ai plus de pertes. Mais j’en avais très peu. ok pour les messages qui remontent quand le voiture est en veille Je vais regarder merci encore Nicolas
-
Bonsoir Mise en ligne de la version beta 3.2.8-beta.284.180 qui corrige l'image qui manque sur le widget et qui améliore la gestion de récupération du token. Merci pour vos retours ! Nicolas
-
Hello ! Est-ce que ceux pour qui le plugin ne fonctionne pas parfois, ont un jeedom 4.4 ? Il y a eu des changements dans Jeedom 4.4 qui nécessitent un ajustement du code au niveau des plugins. Le plugin tesla n'est pour l'instant pas 100% compatible avec la 4.4 Je fais l'upgrade vers 4.4 sur mon jeedom "de prod" et je vais upgrader mon code pour qu'il fonctionne correctement A+ Nicolas
-
Hello @TheKiller83 Oui tu peux copier le répertoire /var/www/html/plugins/tesla/tracking vers ton répertoire home $ cd /var/www/html/plugins/tesla $ cp -r tracking ~/ $ ls ~/tracking/ la dernière commande va lister les fichiers csv qui stockent l'ensemble des données du tracking par jour et par véhicule, pour vérifier qu'ils sont bien présents dans ton répertoire home. Et ensuite, après réinstallation, tu pourras remettre le contenu dans /var/www/html/plugins/tesla/tracking ces csv ne contiennent que les données brutes. Toutes les infos des scénarios, ... sont gérées par Jeedom par précaution, fait quand même une sauvegarde jeedom A+ Nicolas
