Bonjour,
Je m’apprête à installer des panneaux solaires, et j’ai donc naturellement installé le plugin solcast.
Sauf que voilà, chaque matin au démarrage du cron, je récupère cette erreur :
2024-05-15 05:45:03 solcast Erreur sur solcast::solcastCron() : Call to a member function execCmd() on bool
J’ai configuré trois équipements :
un pour mon pan de toit sud est (rattaché à son ressource id solcast dédié)
un pour mon pan de toit sud ouest (rattaché aussi à son ressource id dédié)
et un dernier comme équipement global (dont la référence de l’équipement est renseigné dans les deux équipements précédents)
Indépendamment de ça, je suis un peu surpris que l’ensemble du paramétrage soit vide.
C’est toi qui a tout vidé avant d’enregistrer ?
Je vais revérifier mais il me semble bien qu’en stable, il devrait y avoir des éléments pré-rempli lors de la création d’un nouvel équipement → Ah non, ce n’est pas implémenté en version stable
Bonjour,
Oui uniquement le matin, à 5h45. J’ai activé les logs debug hier soir, et voici les traces ce matin :
[2024-05-16 05:45:02] DEBUG : PV SE ->
[2024-05-16 05:45:02] DEBUG : cfg_isGlobalEquipement : 0
[2024-05-16 05:45:02] DEBUG : cfg_GlobalEquipement : 601
[2024-05-16 05:45:02] INFO : // Début du traitement du site PV SE //
[2024-05-16 05:45:02] DEBUG : getInformations cfg_resource_id : fae9-d383-xxxxx
[2024-05-16 05:45:02] DEBUG : getInformations cfg_api_key (length) : 32
[2024-05-16 05:45:02] DEBUG : getInformations cfg_bypassAPI : 0
[2024-05-16 05:45:02] DEBUG : getInformations cfg_email (length) : 0
[2024-05-16 05:45:02] DEBUG : getInformations cfg_password (length) : 0
[2024-05-16 05:45:02] DEBUG : getInformations cfg_selectNBJourPrevision :
[2024-05-16 05:45:02] DEBUG : getInformations cfg_selectStartPrevision :
[2024-05-16 05:45:02] DEBUG : getInformations cfg_selectEndPrevision :
[2024-05-16 05:45:02] DEBUG : getInformations cfg_CmdRefreshDataFrequency 2
[2024-05-16 05:45:02] DEBUG : getInformations cfg_isGlobalEquipement 0
[2024-05-16 05:45:02] DEBUG : target_day : -1
[2024-05-16 05:45:02] DEBUG : limit_target_day : 0
[2024-05-16 05:45:02] DEBUG : UTC offset : 2
[2024-05-16 05:45:02] INFO : Récupération des données
[2024-05-16 05:45:04] DEBUG : response -> {"response_status":{"error_code":"GreaterThan","message":"'Hours' must be greater than '0'.","errors":[{"error_code":"GreaterThan","field_name":"Hours","message":"'Hours' must be greater than '0'.","meta":{"ComparisonValue":"0","ComparisonProperty":"","PropertyName":"Hours","PropertyValue":"0"}}]}}
[2024-05-16 05:45:04] INFO : Données récupérées avec succès
[2024-05-16 05:45:04] INFO : Lancement de la mise à jour des commandes
[2024-05-16 05:45:04] INFO : json_array_pv :
[2024-05-16 05:45:04] ERROR : Erreur sur solcast::solcastCron() : Call to a member function execCmd() on bool
En espérant que cela puisse aider
Edit : vu l’erreur (la partie « response » qui visiblement attend une donnée non vide pour le champs « Hours »), je pense que le problème vient du fait que j’ai laissé tous les champs vides. A la base je voulais juste tester pour un premier « shot », donc je ne suis pas allé modifier les paramètres, surtout qu’ils sont tous notés optionnels dans la doc du plugin :
Oui c’est bien lié au fait qu’il manque les heures de début et de fin.
Ces paramètres sont bien Optionel donc ce n’est pas normal que ça pose problème, il y a un soucis à ce niveau sur la version stable.
Est-ce que tu pourrais passer sur la version beta de solcast pour vérifier que c’est OK car je pense que ça devrait être corrigé, sinon je regarderais.
Oui, le pré-remplissage n’est fait que lors de la création de l’équipement.
à 11h45 et 12h05 oui
Je suis un peu étonné que le problème ne se produise qu’à 5h45 en fait … donc il faudra peut-être bien attendre demain matin pour voir si le soucis est bien corrigé en beta
EDIT : repasse les logs en debug histoire de pouvoir analyser au cas où
Bon, rien ne s’est passé à 11h45 ou 12h05…
Si je dois attendre un jours à chaque fois pour faire avancer le schmilblick, ça risque de prendre du temps xD
Du coup j’hésite à supprimer mes équipements, et les re créer de zero maintenant que je suis sur la beta voir si ça corrige le soucis
Rien ne s’est passé : rien dans les logs comme si le cron n’avait pas été déclanché.
En attendant, j’ai tout supprimé, re créé les trois équipements (en beta donc), et j’ai bien eu le remplissage des paramètres.
Le widget m’annonce un refresh à 14h45
Mais de toute façon tu ne pourras pas laisser ainsi car tu n’as que 10 requêtes possible chaque jour donc 5 par équipement (vu que tu as 2 pans) ce qui ne couvre pas vraiment toute la journée.
Il faudra changer les heures de démarrage et fin pour couvrir par exemple : 10h - 12h - 14h - 16h - 18h
L’autre possibilité c’est de fournir Email et password pour activer le mode contournement de l’API et pouvoir ainsi couvrir toutes la journées chaque heure
Merci pour le tips. Du coup je suis passé sur l’option de contournement de l’API, on verra si ça fonctionne.
En attendant je passe le topic comme solutionné, la solution consistant à passer sur la version beta, mais je pense qu’il faudra à terme livrer en stable car si la beta fonctionne mieux que la stable, y’a un soucis
Oh tu sais, le versionning ça veut tout dire et rien dire. Tant que personne ne tombe sur un bug une version peu parfaitement rester fonctionnelle pour 99,99% des gens durant des années.
Et là je pense que tu es le premier depuis longtemps qui n’avait pas été changer le moindre paramètre et notamment ceux du début et fin de prévision.
Je n’ai pas encore basculé la beta en stable parce que la dernière intègre un élément que je n’ai pas propagé de partout et qui a réglé le soucis d’une personne.
