tu as bien fait, j’avais vu sur un fil de discussion du github du plugin HA reolink_dev que cela ne fonctionnait pas avec le https
installé à l’instant … je te tiens au courant
merci @Jezza34000
Update
Je reçois bien les otif de mvt en direct
1 « J'aime »
@Jezza34000,
après ta MAJ,je recois bien les notifs dans les logs du demon
exemple :
Send to jeedom : {'message': 'motion', 'ip': '192.168.1.60', 'motionstate': 1}
par contre, c’est quel champ qui est mis à jour côté paramètres de la caméra? le champ Mouvement détecté (état) ?
J’ ai historisé ce dernier mais je n’ai pas de modifs d’état (historique vide)
Yes alors ça c’est l’envoi depuis le daemon.
Normalement sur le log du plugin tu as un message de réception.
Et oui c’est l’info Mouvement détecté (état) qui se met à jour.
Pour verifier, j’ai recree le champ « Mouvement détecté
(etat) » de la camera et malgre cela, je n’ai tjs pas de changement d’etat sur ce dernier (historique vide). Est-ce le fait que le nom du champ est Mdstate (et pas motionstate), ca expliquerai ce pb ou ca n’a rien avoir?
Non ça n’a rien à voir.
As tu des messages qui t’informe de la réception de notification depuis le daemon dans le log du plugin?
Tu devrais avoir ceci :
0209|[2022-03-10 16:23:27][DEBUG] : Evènement : "détection de mouvement" reçu depuis le daemon. IP=192.168.0.63 Etat=1
0210|[2022-03-10 16:23:27][DEBUG] : IP matché avec caméra, mise à jour des infos
0211|[2022-03-10 16:23:31][DEBUG] : Evènement : "détection de mouvement" reçu depuis le daemon. IP=192.168.0.63 Etat=1
0212|[2022-03-10 16:23:31][DEBUG] : IP matché avec caméra, mise à jour des infos
0213|[2022-03-10 16:23:35][DEBUG] : Evènement : "détection de mouvement" reçu depuis le daemon. IP=192.168.0.63 Etat=0
0214|[2022-03-10 16:23:35][DEBUG] : IP matché avec caméra, mise à jour des infos
malheureusement non, je n’ai rien dans le log du plugin.
voici ce que j’ai côté log du démon.
[2022-03-10 20:10:15][DEBUG] : Incoming XML camera event on webhook from IP=192.168.1.60
[2022-03-10 20:10:15][DEBUG] : Sending to jeedom : {"message": "motion", "ip": "192.168.1.60", "motionstate": 0}
[2022-03-10 20:10:15][DEBUG] : Init request module v2.21.0
[2022-03-10 20:10:15][DEBUG] : Send to jeedom : {'message': 'motion', 'ip': '192.168.1.60', 'motionstate': 0}
INFO: 192.168.1.60:54434 - "POST /inbound_events HTTP/1.1" 200 OK
[2022-03-10 20:10:15][DEBUG] : Starting new HTTP connection (1): 127.0.0.1:80
[2022-03-10 20:10:15][DEBUG] : http://127.0.0.1:80 "POST /plugins/reolink/core/php/jeeReolink.php?apikey=*********** HTTP/1.1" 403 199
[2022-03-10 20:10:15][DEBUG] : Starting new HTTP connection (1): 127.0.0.1:80
[2022-03-10 20:10:15][DEBUG] : http://127.0.0.1:80 "POST /plugins/reolink/core/php/jeeReolink.php?apikey=*********** HTTP/1.1" 403 199
[2022-03-10 20:10:15][DEBUG] : Starting new HTTP connection (1): 127.0.0.1:80
[2022-03-10 20:10:15][DEBUG] : http://127.0.0.1:80 "POST /plugins/reolink/core/php/jeeReolink.php?apikey=*********** HTTP/1.1" 403 199
NB : j’ai masqué la clé API et j’ai vérifié que la partie clé Reolink API n’est pas bridé sur jeedom
La requête du daemon vers jeedom est en 403.
Elle est refusé pas ton core.
Il doit y avoir un souci de clé API essaie de vérifier les paramètres et/ou de régénérer la clé du plugin
ayé, j’ai trouvé le coupable. C’est le .htaccess qui est dans le répertoire core/php
sans rien modifier côté jeedom, j’ai renommé ce fichier .htaccess le temps de faire un test et j’ai bien des entrées dans le log du plugin.
détail du .htaccess :
root@jeedom:/var/www/html/plugins/reolink/core/php# cat .htaccess
Order allow,deny
Deny from all
UPDATE :
en modifiant le .htaccess avec la conf ci-dessous, ça fonctionne.
root@jeedom:/var/www/html/plugins/reolink/core/php# cat .htaccess
Order deny,allow
Deny from all
Allow from 127.0.0.1
Ce qui est étrange c’est que mon fichier .htaccess est configuré ainsi :
Order allow,deny
Deny from all
Et ca passe… Il faut que je j’investigue car je comprends pas là…
Ca dit quoi toi de ton côté @chris94440 ?
Hello
Je reçois bien les notif … je viens de vider la log … j’attends la prochaine alerte et je vous dit … 
@chris94440
Hello @chris94440,
par rapport à mon pb de remontées des détections, je suis dans la même expectative que @Jezza34000.
quel est le contenu du fichier .htaccess du répertoire /var/www/html/plugins/reolink/core/php que tu as?
@mnpg Tu dois avoir autre chose plus haut qui bloque le passage des requêtes et ta modification a bypassé ce blocage, je ne vois que ça.
c’est assez surprenant, ou bien je suis un « tebe » en apache. si on a un :
Order allow, deny
Deny from all
on ne devrait pas avoir de remontées d’infos du fait de cette config puisque 127.0.0.1 n’est pas autorisé.
Alors je t’avouerai que je suis pas un expert en apache.
Mais dans :
Order allow, deny
L’ordre est en premier allow donc théoriquement on accepte tout.
Dans ta modification tu as mis :
Order deny,allow
Deny from all
Allow from 127.0.0.1
Soit : je refuse tout, sauf localhost.
Théoriquement avec ta modification ta page n’est plus accessible depuis l’extérieur
Update poussé pour nettoyer les logs & j’ai ajouté un CRON de souscription auto.
Ca devrait être beaucoup plus fonctionnel et stable.
Salut
J’ai cela en permanence « Attention je pense qu’il y a un soucis avec le démon que j’ai relancé plus de 3 fois consécutivement »
Est ce normal?
Non ce n’est pas normal
Important !!! Je viens de mettre à jour le daemon. Faites la mise à jour car j’ai corrigé un gros bug concernant l’usage de la mémoire, bug qui provoquer des ralentissements sur la machine… 
1 « J'aime »