ayant privilégié le token, je n’ai pas eu à faire l’authentification systématique par login/password sur les cameras ayant un firmware recent utilisant le cryptage (AI et non AI).
Il y aurait une possibilité (à vérifier), ce serait de checker à la première erreur détectée lors le l’analyse du payload de retour d’une commande. Si erreur → voir si le payload récupéré commence par [{"(vérifier les 3 premiers au cas celui-ci étant crypté dans le cas ou il contiendrait le caractère [ dés le premier caractère).
Si c’est le cas, flushé la session avec la commande de logout et en réinitialiser une nouvelle session.
Hello,
Pour t’aider pourrais tu passer la configuration du log du plugin en « debug »
Re tester les commandes qui ont généré ces erreurs et m’envoyer le log stp ?
Merci
je te confirme (testé sur un jour) quand passant par le login & pass, je n’ai pas de payload crypté après l’exécution des commandes.
Lors de l’utilisation du token, J’ai constaté que l’on pouvait avoir également des erreur -6 (please login first’,'Login required), erreurs aperçues lors du reboot de la camera et que le token est toujours d’actualité.
En mode login&pass, j’ai constaté certaines erreurs lors de l’exécution de commandes mais, je te rassure, qui sont normales car les fonctionnalités appelées sont absentes ou non inclus dans la camera (c’est le GetAbility qui fait foi sur les fonctionnalités).
Hello
J’allais justement poser la question avant de lire l intégralité du post
J’ai également un nvr reolink.
J ai déjà réussi à récupérer les flux de les 4 caméras avec le plugin camera que j’associe à des scénarios.
Inter agir avec mon nvr ca pourrait être intéressant.
Mais que pourrais je obtenir de plus du coup ?
Yes petit bug connu je vais corriger ca rapidement.
Le plugin fait un GetAbility à la création des CMD et n’est pas censé appeler celles qui ne sont pas dans les aptitudes de la caméras. Après je t’avoue que entre les « Ability » énumérés, et les fonctions de l’API je me suis un peu cassé la tête à comprendre qu’est ce qui pouvait correspondre à quoi…
Si besoin, je peux te fournir le GetAbility de mes cameras, toutes differentes (RLC-520, E1Outdoor et RLC-542WA) pour faire des comparatifs. J’exclus la E1Zoom que tu as deja.
il m’est venu une idée: pour t’aider dans l’analyse des GetAbility, ce serait que les possesseurs de cams Reolink utilisant ton plugin et souhaitant participer à son développement, puissent par le biais d’un bouton sur l’interface web, générer un fichier contenant les informations de leur camera (GetDevInfo -sans le UID- + GetAbility).
Qu’en penses tu?
Merci
De fait indépendamment que mes caméras soient sur le nvr, elles seraient fonctionnelles avec le plugin ?
Pour le nvr je pense à un point particulier :depuis peu on peut definir des modes : du style je suis absent j autorise l enregistrement et les notifications de détection. En mode présent aucune action.
Tu crois que cela serait actionnable via le plugin pour l associer a des scénarios ou des modes de jeedom?
Bonsoir @temium62, est ce ces modes dont tu parles, tu les a defini sur l’application smartphone (mode scene ou scenario) ou sur l’interface web de ton nvr?
il n’existe pas de commande API en tant que telle gérant le mode scène (ou scenario) que l’on défini dans l’appli smartphone.
Ce mode scene, de l’appli smartphone, active/désactive la planification des différents modes de surveillance d’une (ou des) cameras (champ enable mis à 0 -off- ou 1 -on-, propre à chaque camera).
Il est possible faire un équivalent jeedom à ce mode de fonctionnement en créant des scenarios Jeedom pour activer/désactiver la planification de ces modes de surveillance, grâce aux commandes générées par le plugin.
Pour chaque scenario jeedom, il faut créer des blocs d’actions pour les commandes « Enregistrement SDCARD », « Envoi email », « Envoi FTP », « Alarme Audio » et « Notification push », soit en mode activer soit en mode désactiver.
je teste et te tiens au courant
