c’est encore moi, je continue à jouer avec le plugin @sagitaz
dans l’équipement lié à la caméra, il y a en théorie l’affichage de la caméra (c’est une très bonne idée)
toutefois l’image ne s’affiche pas :
en revanche si je copie colle le lien de vers l’image et que j’essaie de l’afficher dans le navigateur, là ça marche.
par ailleurs, j’ai maintenant une notification de mise à jour du plugin en permanence :
autre point : lorsqu’on désactive puis réactive le plugin, on perd toute la configuration :
ça serait mieux (pour moi a minima) si ça pouvait être sauvegardé. En effet, comme le container est mis sur pause lorsque j’éteins la caméra, j’ai l’impression que le plugin apprécie moyen… du coup je désactiverai le plugin en même temps que le container / la caméra
si je suis pénible je m’arrête 
Merci 
Peux tu me dire quel navigateur tu utilises et si en ouvrant la console dev tu vois une erreur fn +f12 ?
Cela ne concerne pas le plugin mais le serveur Frigate. Je vais regarder pourquoi il t’envoie un message, tu es sur quel version de Frigate ?
Mauvaise idée, il faut savoir qu’il n’existe pas (a ma connaissance) de fonction dédiée à la désactivation du plugin, lorsqu’on désactive un plugin, Jeedom fait comme si on le désinstallé, oui c’est ballot.
Et sur suppression du plugin Frigate, la seule chose que j’ai mis c’est la suppression de la database que je créé, donc la encore pour tout ce qui est config, c’est Jeedom qui gère.
La seule chose que je peux faire, ce serait ajouter une commande action « pause » qui eviterais de lancer les refresh au moment des crons.
Cela permet d’avancer, t’inquiète pas.
Peux tu me dire quel navigateur tu utilises et si en ouvrant la console dev tu vois une erreur fn +f12 ?
Firefox, à la fois sur fixe et mobile. dans les deux cas, ça ne s’affiche pas. J’ai essayé avec Chrome er Edge, idem.
quelle genre d’erreur dois je chercher? quand je tombe sur la section relative à l’image il m’indique « impossible de charger l’image » mais je vois bien une actualisation du lien et les requêtes POST qui partent sur le réseau, en revanche côté GET j’ai soit NS_BINDING_ABORTED soit NS_ERROR_GENERATE_FAILURE (NS_ERROR_MODULE_SECURITY, SSL_ERROR_RX_RECORD_TOO_LONG)
Cela ne concerne pas le plugin mais le serveur Frigate. Je vais regarder pourquoi il t’envoie un message, tu es sur quel version de Frigate ?
la dernière stable (0.13.2 si je ne dis pas de bêtise)
La seule chose que je peux faire, ce serait ajouter une commande action « pause » qui eviterais de lancer les refresh au moment des crons.
j’achète !
Je regarde en début de semaine pour mettre cela en place.
Ok, je e vais corriger demain matin.
Tu ne m’avais pas dit que tu étais en connexion externe… Et je n’avais pas testé non plus.
Le serveur frigate est sur la même machine ( en docker) que Jeedom.
Et je peux accéder à Jeedom en externe, mais pas à frigate qui est accessible uniquement en local
MAJ faite, ça fonctionne pour la miniature !
Salut,
Je teste ton plugin depuis quelques jours. En premier, un grand bravo, c’est prometteur.
mes caméras sont bien remontées, je viens d’en rajouter une sur frigate, je vais dans le plugin pour la rajouter, et…elle y est déjà top
J’ai vu que depuis une maj récente, les commandes sont remontées. Je vais devoir réécrire mes scénarios mais cela veut dire qu’à terme , je peux supprimer le plugin caméra et les supprimer de JQMTT qui n’a plus d’utilité je pense.
On peut afficher le flux dans le widget sur ma synthèse , ou pas ?
Un grand merci pour ton retour
Non pas de commandes, avec l’api http pour le moment nous ne les avons pas.
J’ai juste créer une commande dans l’equipement général pour activer ou desactiver le cron.
Pas pour le moment, pour la visualisation il fait bien le job et est simple a configurer, j’avoue que je n’ai pas forcement envie de réécrire quelques chose d’existant.
Par contre pour tout ce qui est actions sur évènement, en effet pas besoin de jmqtt ou de scénario, c’est le but, de simplifier cela.
J’essaye de mettre la doc a jour au fil des betas, j’espère que cela est suffisant
Ok. Car mon fonctionnement actuel :
les cameras sont créées dans JQMTT. Cela me permet de récupérer les commandes onvf + les états, activation ou non detection, motion…
le plugin camera :
j’ai fait 2 caméras du meme objet:
une pour l’affichage sur mes tuiles ( flux rtsp) et commandes remontant de jqmtt
l’autre ( preset) avec les commandes http manquante dans mqtt et donc frigate ( IR on/off, saufegarde des presets…)
Tu avais quoi dans l’idée en faisant ton plugin ? Tu veux arriver jusqu’ou ? remonter en auto les caméras issues de frigate ?
pour en faire quoi ? .Ce que je trouve super par contre c’est d’avoir accès aux enregistrements direct de jeedom et pouvoir faire le ménage.
Je critique en aucun cas , je cherche à savoir en fait qu’est ce que je dois faire cohabiter , pour avoir un fonctionnement qui me va , à savoir :
Faire le plus que je peux avec mes capacités
En effet, ce point pour le moment (avec JeeMate), je passe aussi par le plugin Camera.
Je regarderais comment cela ce fait avec l’API… mais pas avant 10 jours, je file en vacances.
J’espère bien que les dev Frigate ajouteront cette possibilité au code de l’API.
Cela fonctionne bien avec les actions du plugin, mettre le cron 1 minutes, et tu es alerté moins d’une minutes apres la fin de la détection. Testé avec Telegram et JeeMate
Oui c’est pratique et mon but c’est que tout cela remonte ensuite dans un widget mais aussi dans JeeMate pour pouvoir tout contrôler depuis le smartphone.
A+
Et tu le fais déjà très bien 
trop compliqué , avec toutes ces marques de caméras, laisses ça au plug caméra je pense, si tu penses au commandes http, si c’est mqtt , oui faut attendre, ça arrivera peut etre un jour
Les commandes mqtt existent,je les utilise.
Tu comptes récupérer les commandes mqtt sans passer par JQMTT ? en direct mosquito?
A la base je ne comptais pas mettre de MQTT dans le plugin, pensant a tous ceux qui ne l’utilisent pas mais plus ça va, plus je me dis que je vais peux être ajouter mqtt-manager en dépendance, pour compléter ce qui n’existe pas en HTTP.
Ceux ne souhaitant pas utiliser MQTT auront l’utilisation actuelle, les autres aurons donc des options et commandes en plus.
Moi si j’étais toi ( mais je suis pas toi ), je n’irai pas vers http, ça va être galère, faire doublon avec le plugin caméra et il y a trop de disparité entre toutes les caméras sur ces commandes
Ton plugin il s’appelle frigate, la super idée c’est de justement qu’il fasse passerelle entre Jeedom et frigate.( un peu comme il existe sur HA ,il me semble).
Les 2 et c’est aussi l’idée de frigate d’ailleurs, c’est que la communication se fasse en MQTT. Si les commandes n’existent pas on patiente , ou on fait comme moi, on crée une cam « factice » qui a les commandes http sous le plugin caméra.
je sais pas ce que tu en penses ?
Ben pour le moment je ne fais que des requêtes vers l’API HTTP de frigate.
ah je savais pas qu’il y avait une api http dans frigate
quand tu parles requête http ,tu parles en direction de frigate en fait .Je croyais que tu parlais des requêtes http des caméras en direct
Oui, elle a des choses en plus, mais d’autres en moins que mqtt.
Et je doute que cela évolue beaucoup, vu que HA ↔ Frigate c’est du mqtt.
Oui c’est pour cela que je te disais que l’avenir c’est mqtt.Gaspilles pas ton energie avec le http
