J’ai une erreur récurrente depuis quelques temps dans les messages de Jeedom, lié au plugin naEnergie
cronJob Erreur _Homefacility API_Erreur (code 11) at /homesdata : Offset and length were out of bounds for the array or count is greater than the number of elements from index to the end of the source collection.
[2025-09-14 13:20:08] ERROR : | ⚠️cronJob Attention Aucune communication détectée depuis: 2025-09-14 07:59 pour : Extérieur
[2025-09-15 18:20:13] ERROR : cronJob Erreur naEnergieApi\Clients\NA_ThermApiClient::_Homefacility API_Erreur (code 11) at /homestatus : Offset and length were out of bounds for the array or count is greater than the number of elements from index to the end of the source collection.
[2025-09-16 02:50:07] ERROR : cronJob Erreur _Homefacility API_Erreur (code 11) at /homesdata : Offset and length were out of bounds for the array or count is greater than the number of elements from index to the end of the source collection.
[2025-09-16 05:40:15] ERROR : cronJob Erreur _Homefacility API_Erreur (code 11) at /homesdata : Offset and length were out of bounds for the array or count is greater than the number of elements from index to the end of the source collection.
Même chose pour moi.
Nous avions eu un mail il y a quelque temps qui annoncé un changement dans l’API mais je n’ai pas suivi l’affaire.
Je ne remets plus la main dessus mais le titre était « Netatmo API - API Domain Name Change »
En voilà une autre, un peu différente, si ça peut aider:
[2025-09-15 18:20:13] ERROR : cronJob Erreur naEnergieApi\Clients\NA_ThermApiClient::_Homefacility API_Erreur (code 11) at /homestatus : Offset and length were out of bounds for the array or count is greater than the number of elements from index to the end of the source collection.
[2025-09-16 02:50:07] ERROR : cronJob Erreur _Homefacility API_Erreur (code 11) at /homesdata : Offset and length were out of bounds for the array or count is greater than the number of elements from index to the end of the source collection.
[2025-09-16 05:40:15] ERROR : cronJob Erreur _Homefacility API_Erreur (code 11) at /homesdata : Offset and length were out of bounds for the array or count is greater than the number of elements from index to the end of the source collection.
[2025-09-16 16:40:18] ERROR : cronJob Erreur _Homefacility API_Erreur (code 500) at /homesdata : Internal Server Error
[quote=« guipom, post:5, topic:143312 »] API_Erreur (code 11)
[/quot]
se sont des erreurs remontés par le serveur, je ne peux rien faire à mon niveau, le plugin ne fais que les reporter.
Mais le plugin ne peut pas se contenter de les logger, plutôt que de les remonter à l’utilisateur ?
Ou de ne le remonter que si visiblement toute interaction mène à une erreur, pas à chaque erreur technique qui survient.
Quitte à avoir un mode debug/test qui lui notifie, pour ceux qui veulent vraiment beaucoup de détails sur ce qu’il se passe. Pour qu’on ait dans l’interface de Jeedom que des messages pour lesquels il y a ait une action pas mener, pas à chaque fois qu’une communication se passe mal.
Dit comme ça, cela parait simple mais techniquement je ne pas pas anticiper les erreurs des serveurs ni deviner leurs durées, je ne peux pas non plus mesurer par avance leurs impactes sur le fonctionnement global du plugin et de l’intégration domotique.
Les erreurs qui remontent dans les logs en mode debug passerons inaperçues chez les utilisateurs et on viendra me reprocher que le plugin ne fonctionne pas et on saura même pas pourquoi !
Pour ceux qui veulent désactiver les logs erreurs, il faut adresser une demande à l’équipe Jeedom pour créer cette possibilité, ou alors éditer le code à chaque MAJ et transformer les logs « erreur » en « warning » ou en « debug ».
Pour conclure le rôle essentielle des logs est justement de remonter ce genre d’incident ou toute anomalie pouvant entraver le fonctionnement normal de l’intégration mais on a pris l’habitude de l’utiliser comme centre d’alerte (sécurité, intrusion…) et à mon sens c’est plutôt cet usage qui n’est pas conforme.
En conclusion il faut avec, sauf si certaines erreurs deviennent chroniques et répétitives dans la durée.
C’est pourtant le cas ici, je suis « pollué » toute la journée par ces erreurs.
Je le dis parce que c’est mon métier, et à être constamment sollicité par des erreurs qui n’en sont pas, on ne fait plus attention aux erreurs qui en sont.
Les services Netatmo sont instables, on ne peut rien y faire, et je pense qu’ils le démontrent chaque jour
Créer une option dans le plug-in pour que chacun puisse choisir de ne pas faire apparaitre les erreurs ou pas. C’est pas propre mais ça permet à chacun de décider.
N’étant pas développeur, j’ai demandé à Mistral, il donne des pistes à vérifier dans le cas d’utilisation de tableau et pour identifier les erreurs en amont mais probablement cette démarche a déjà été faite.
Autre question, il y a plusieurs plugin Netatmo et également un usage de MQTT je crois. Est-ce que l’erreur est aussi présente dans ces cas d’usages ? ça renforcerait notre action auprès de Netamo.
Mon post n’est pas polémique, je crois qu’il y a eu énormément de boulot sur ce plugin et merci de le faire exister et de le maintenir. J’essaie, à mon humble niveau, de faire des propositions constructives pour essayer d’avancer.
This error code is generated by the Jeedom plugin. I don’t have any way on my side to get more information as it’s not linked to our API error codes. If the developer is able to provide the precise error message sent by our servers, it would help (if it’s really an error : you have this in the log but did the call worked in the end ?)
I also saw your topic on the Jeedom community forum. The error is not very clear. Maybe linked to a precise length expected for a parameter in the /homestatus and /homesdata responses ? Or an empty array received linked to a bad refresh_token value for example ?
Anyway, I checked your account and I don’t have any API error for you in the logs in the past 3 days. More generally : if it works with the Netatmo native app, it means that something is wrong on the plugin side
@limad44
Peut-être serait-il intéressant de communiquer avec le support pour identifier le problème ? S’il y a un pb dans l’API ils se feront un plaisir de modifier je pense.
Si besoin, je peux participer à des tests
Simple utilisateur de l’API netatmo via domoticz : Pas de souci, je viens de tester cela fonctionne, aussi bien coté « Netatmo Weather » que commande, en zigbee, envoyée à des projecteurs Netatmo.
SI vous souhaitez impliquer Netatmo, la seule solution est d’ouvrir un ticket. La communauté permet éventuellement, selon la volonté de chacun de répondre, d’avoir un retour de la communauté, rarement de Netatmo
Salut
cette erreur provient pourtant d’une retour Json. Une erreur 11 est identifiée dans le plugin comme « erreur interne » du serveur.
et remonte ainsi:
{
"error": {
"code": 11,
"message": "Offset and length were out of bounds for the array or count is greater than the number of elements from index to the end of the source collection."
}
}
Cette erreur semble spécifique à certains langages (probablement .NET ou C#, Unity)
C’est un peu l’équivalent d’une erreur 500 sur jeedom.
Par contre, les logs en l’état ne montrent pas le http-code de la requête en cause (/homestatus).
Si l’erreur est récurrente (je ne la voix pas chez moi), il faut activer le Debug pour voir ce code-http, en attendant que je fasse une MAJ pour la remonter dans les logs.
