Merci pour la réponse rapide.
J’ai configuré les droit 777 mais le problème reste le même.
Par contre j’ai remarque que le fichier .json se créé lors du refresh et est supprimer directement après.
Pour tester, j’ai également installé Jeedom sur un PI et j’ai toujours cette erreur.
@xillion, tu peux me dire quelle version tu utilises ?
J’ai testé sur ma smart (stretch) et sur mon rasp sous stretch également et je n’ai pas ce problème.
Tu peux me redonner les log en mode debug ?
voici ce que j’ai sur mon rasp de dev pour les droits :
ls -lha /tmp/jeedom/
drwxr-xr-- 2 www-data www-data 60 Nov 25 21:34 rikaha
ls -lha /tmp/jeedom/rikaha/
-rw-r–r-- 1 www-data www-data 287 Nov 25 21:34 rikaha_cookies_xxx
Ma config :
RPI 2B avec raspbian stretch
Jeedom V4.0.29
Plugin V3.2
Proxmox V6.0.11
Jeedom V3.3.38
Plugin V3.2
Concernant le output de la commande ls -lha :
drwxr-xr-- 2 www-data www-data 60 Nov 26 18:30 rikaha
-rwxrwxrwx 1 www-data www-data 287 Nov 25 19:39 rikaha_cookies_1
Pour les logs :
2019-11-26 19:22:21][DEBUG] : toHtml()-ln:3154 Called
[2019-11-26 19:22:21][DEBUG] : getStoveStructure()-ln:117 Called
[2019-11-26 19:22:21][DEBUG] : toHtml()-ln:3154 Called
[2019-11-26 19:22:21][DEBUG] : getStoveStructure()-ln:117 Called
[2019-11-26 19:22:21][DEBUG] : translateOperatingMode()-ln:2580 Called params: 0
[2019-11-26 19:22:21][DEBUG] : translateOperatingMode()-ln:2580 Called params: 1
[2019-11-26 19:22:21][DEBUG] : translateOperatingMode()-ln:2580 Called params: 2
[2019-11-26 19:22:21][DEBUG] : translateConvectionFan1Level()-ln:2567 Called params: 0
[2019-11-26 19:22:21][DEBUG] : translateConvectionFan1Level()-ln:2567 Called params: 1
[2019-11-26 19:22:21][DEBUG] : translateConvectionFan1Level()-ln:2567 Called params: 2
[2019-11-26 19:22:21][DEBUG] : translateConvectionFan1Level()-ln:2567 Called params: 3
[2019-11-26 19:22:21][DEBUG] : translateConvectionFan1Level()-ln:2567 Called params: 4
[2019-11-26 19:22:21][DEBUG] : translateConvectionFan1Level()-ln:2567 Called params: 5
[2019-11-26 19:22:22][DEBUG] : translateOperatingMode()-ln:2580 Called params: 0
[2019-11-26 19:22:22][DEBUG] : translateOperatingMode()-ln:2580 Called params: 1
[2019-11-26 19:22:22][DEBUG] : translateOperatingMode()-ln:2580 Called params: 2
[2019-11-26 19:22:22][DEBUG] : translateConvectionFan1Level()-ln:2567 Called params: 0
[2019-11-26 19:22:22][DEBUG] : translateConvectionFan1Level()-ln:2567 Called params: 1
[2019-11-26 19:22:22][DEBUG] : translateConvectionFan1Level()-ln:2567 Called params: 2
[2019-11-26 19:22:22][DEBUG] : translateConvectionFan1Level()-ln:2567 Called params: 3
[2019-11-26 19:22:22][DEBUG] : translateConvectionFan1Level()-ln:2567 Called params: 4
[2019-11-26 19:22:22][DEBUG] : translateConvectionFan1Level()-ln:2567 Called params: 5
[2019-11-26 19:22:26][DEBUG] : execute()-ln:3541 LogicalId: local_refresh
[2019-11-26 19:22:26][DEBUG] : execute()-ln:3542 options: {« utid »:« 1574792545270 »}
[2019-11-26 19:22:26][DEBUG] : getInfo
[2019-11-26 19:22:26][DEBUG] : getInfo()-ln:2718 Called
[2019-11-26 19:22:26][DEBUG] : rikaLogin()-ln:2258 Called
[2019-11-26 19:22:26][DEBUG] : checkCookie()-ln:2487 Called
[2019-11-26 19:22:26][DEBUG] : checkCookie()-ln:2523 domain: www.rika-firenet.com
[2019-11-26 19:22:26][DEBUG] : checkCookie()-ln:2523 flag: FALSE
[2019-11-26 19:22:26][DEBUG] : checkCookie()-ln:2523 path: /
[2019-11-26 19:22:26][DEBUG] : checkCookie()-ln:2523 secure: FALSE
[2019-11-26 19:22:26][DEBUG] : checkCookie()-ln:2523 expire: 1575920379
[2019-11-26 19:22:26][DEBUG] : checkCookie()-ln:2523 name: connect.sid
[2019-11-26 19:22:26][DEBUG] : checkCookie()-ln:2523 value: s%3AUGdG93HT5nHWzAdz7KNXHGPHSl4M2-RB.DRZGQ38jgF3%2FsrCCoCqClS0kCvhIRUL0sm0tfBbCRwE
[2019-11-26 19:22:26][DEBUG] : checkCookie()-ln:2539 Expire if 1575919779<1574792546
[2019-11-26 19:22:26][DEBUG] : checkCookie()-ln:2544 Cookie is ok
[2019-11-26 19:22:26][DEBUG] : rikaLogin()-ln:2261 Session OK passe login
[2019-11-26 19:22:26][DEBUG] : rikaStatus()-ln:2312 Called
[2019-11-26 19:22:26][DEBUG] : getUA()-ln:2549 Called
[2019-11-26 19:22:27][DEBUG] : readJsonFile()-ln:2444 Called
[2019-11-26 19:22:27][DEBUG] : readJsonFile()-ln:2481 Failed to get stove data (raw data: /tmp/jeedom/rikaha/rikaha_json_5ddd6d62b5829.json)
[2019-11-26 19:22:29][DEBUG] : rikaStatus()-ln:2312 Called
[2019-11-26 19:22:29][DEBUG] : getUA()-ln:2549 Called
[2019-11-26 19:22:29][DEBUG] : readJsonFile()-ln:2444 Called
[2019-11-26 19:22:29][DEBUG] : readJsonFile()-ln:2481 Failed to get stove data (raw data: /tmp/jeedom/rikaha/rikaha_json_5ddd6d62b5829.json)
[2019-11-26 19:22:29][DEBUG] : cleanJsonFile()-ln:2250 Called
Petite question je veux faire un scénario (en plus de l’alerte quand reste plus que X kg) afin de m’envoyer une notification quand le poêle s’éteint car il n 'y a plus de pellet.
Il y a t-il un des paramètres qui remonte cette info ? je ne l’ai pas vu. Merci.
@angeck, oui je suis en train de regarder comment l’implementer.
2 solutions :
Passer la commande « Niveau du réservoir à pellet » à 0 lorsque je détecte que le poêle est éteint car il n’y plus de pellet.
ET/OU
Créer une nouvelle commande qui passerait a TRUE dans ce cas précis.
En tout cas merci car grâce à toi maintenant mon domo fonctionne uniquement avec Jeedom en gestion de puissance en fonction d’un capteur de température Xiaomi.
C’est encore moi. Avec cette belle journée de grève je bosse de la maison et forcément je suis hors programmation pour le poêle.
Je souhaiterai pouvoir l’allumer avec un bouton sur l’appli par exemple (et l’éteindre) et que si j’ai allumé le poêle de cette manière il ne suive pas le scénario programmation mais qu’il suive le scénario home office.
Je sais pas si je suis clair !
Ci-dessous mon scénario (pour Lundi, Mardi et Jeudi) que j’ai shunté en mettant Jeudi au programme de Mercredi, Samedi et Dimanche. Il y a donc 2 autres blocs :
Mercredi, Samedi et Dimanche
Vendredi
Ne regardez pas les températures de consigne, j’ai du les augmenter car le ressenti est clairement inférieur.
En lisant l’ancien forum, je vois qu’un utilisateur du plugin à écrit une véritable mine d’or avec des infos que je recherche à propos du stick firenet. Le lien vers le sujet sur l’ancien forum. Mais impossible de m’inscrire sur l’ancien forum pour contacter l’utilisateur en question (Kick’n’Ride si tu nous lis …).
Est-ce que l’un d’entre vous pourrait connecter son stick firenet sous linux et executer la commande lsub ? (Je ne suis pas proprietaire du firenet mais j’ai un rika domo et j’ai une idée quant a Jeedom et Rikaha mais pour ca, il me manque 2/3 infos.
J’espere que l’un d’entre vous pourra m’aider sur la quete de la comprehension du fonctionnement internet du stick firenet
Question bête, je viens de faire l’acquisition d’un poêle ANIMO (= autre marque commerciale des poêles RIKA qui sont identiques), modèle AIVTO et équipé de Firenet => animo-poele-france.fr
Est-ce que le plugin Rikaha est compatible ?
Est-ce que quelqu’un a déjà testé ?
Super plugin, je l’utilise au quotidien et j’ai créé des scénarios à côté c’est top. J’étais dans le développement dans un virtuel pour gérer l’ajout de sac par sac, et d’un coup une mise à jour est tombé avec cette possibilité c’est top
Par contre j’ai une question et je ne trouve pas ma réponse sur le forum ou documentation. Est-ce possible d’avoir la correspondance des erreurs et warnings. Je pense que erreur est binaire 0/1 et warning donne le code de l’erreur mais on récupère un chiffre pas explicite. J’ai fait le test avec « pas de pellets » j’ai erreur 1 et warning 2. Et je repasse à 0 sur les deux une fois que l’erreur est acquitté sur le pôele. Pourrais-tu m’en dire plus sur les codes erreurs ?
Je n’avais pas fait de retour, mais pour info j’ai remplacé dans tous les scripts « www.rika-firenet.com » par « www.animo-wifire.com » et j’arrive à piloter mon pôele ANIMO (= pôele RIKA sans licence de la marque) et le plug-in fonctionne parfaitement.