Forum Domoticz en français

EdIt Keros : Il manque dans cette conversation tous les messages de son auteur initial Antori91 (c'est lui qui a supprimé tout le contenu de ses messages)

bonjour ,
je cherche a faire exactement le meme projet que toi , et surtout piloté des esp pour mes diverse commande ,j'ai un soucit de progr arduino pourrais tu y jeté un oeil car au vue de se que tu as fait tu pourrais surement m'aidé merci

viewtopic.php?f=24&t=5942

Antori91 a écrit : J'ai intégré mes caméras dans Domoticz avec pour objectif de centraliser leur utilisation

Hello,

Comment tu fais pour ouvrir une fenêtre sur les caméras intégrées à Domoticz via action sur le selecteur? Un script qui lance un VLC dessus ou autre?
Car j'ai 2 caméras intégrées, mais pas vu de fonction pour aller les voir hors onglet dédié.

A+

tu as essayé en cliquant sur l'icone camera en haut a droite ? chez moi c'est comme ca que la fenetre s'ouvre en tout cas

salut.
j'ai parcourus ton post ,mais je ne trouvé pas le programme que tu met dans l 'esp histoire de regardé ce que tu as fait dedans .
sinon j'avoue ne pas comprendre vraiment ton histoire de define mqtt lol

ok merci , je regarde ca se soir , mais a la base ce qu'il me manque c'est la valeur du termostat domoticz que je souhaite affiché sur mon oled ..

ca ne doit pas etre evident de voir avec tous les traits sur les images , lol , des que le reste est fait je me met au camera , et ca c'est une autre paire de manches , en tous cas super boulot de ta part

Bonjour Antori91

Très intéressante et poussée ton installation, bravo pour le travail accompli !

Je serais intéressé pour intégrer sur mon domoticz ces compteurs la :

- calcul du taux de déperdition thermique et de la vitesse de refroidissement/chauffe (cooling rate en anglais) de ma maison, ceci en liaison avec deux sondes de température (intérieur et extérieur),
- calcul et suivi du nombre de degrés-jours de chauffage,
- suivi de la consommation électrique globale versus une consommation théorique calculée avec le taux de déperdition thermique calculé. Cette comparaison permet de déterminer si des algorithmes de start/stop du chauffage sont efficients

Pourrais tu détailler comment faire et les éventuels scripts que tu as utilisé?

Pour ma part j'ai une installation avec chauffage classique (thermostats virtuels dans domoticz par zone/pièce, avec sondes de températures par pièces et des scripts en blocky pour contrôler mes radiateurs en ON / OFF). Cela marche plutôt bien, mais est orienté confort et pas spécialement sur la rentabilité ou l’optimisation du chauffage. je configure des températures minimum pour les périodes d'absences ou de vacances pour éviter que cela chute trop bas et tes graphs peuvent aider à optimiser cela je pense

Ps : un voisin essonnien?

Salut Antori91,

meilleurs voeux et excellente annee

je regarde en ce moment comment faire un hotspare de mon Domoticz qui tourne sur Raspberry.

perso j'avais perse a qq chose du style

un RP3 avec HAProxy qui pousse vers 2 RP# avec domoticz. Je me contente de copier la DB d un Domoticz a l'autre la nuit. Mon probleme est le suivant :
- sur mes 2 RP3 domoticz je vais donc avoir un controlleur Z-Wave...mais plusieurs Controleur Z-Wave peuvent controller le MEME device ?

Si quelqu'un a la reponse je mettrais ca en place et donnerais un image ISO de mon HAProxy et le script de replication.

oui j ai vu votre solution. bcp lu vos post sur les forumUS et bien suivi pas mal de chose. On aurait surement beaucoup a partager d’ailleurs. La je regarde vraiment pour passer de Surveillance Station a Motioneye.

Pourquoi vous n'avez pas utilise votre syno et pris motioneye ?
Et Pensez vous que un Pi3 peux supporter domoticz + Motioneye ?

Et vous dites "hard to find a good wifi extender"...du coup vous avez pris lequel ?

je sais ca fait bcp de question...pour le moment je lit.

Bonne soiree,
Bueno

Antori91 a écrit : 14 janv. 2019, 08:43 Attention car selon la résolution des caméras utilisées, motionEye peut vite utiliser beaucoup de ressources CPU, ceci de façon malhabile car il n'est pas "multithreadé" et reporte toute la charge CPU sur le cœur 1 uniquement (sans utiliser les trois autres cœurs du CPU du Raspberry).

Pour ma part, je n'utillise que les détections intégrées aux caméras pour le moment... Le problème, c'est que même en sélectionnant les modèles sur notice d'emploi (je bannis celles cloud only, ce qui ne se configure pas d'un navigateur a peu près standard, les detections de mouvement trop sommaires, genre sans zones configurables en plus des usuelles sensibilité/seuil), aucune ne se comporte vraiment bien ni pareil (certaines ou tu baisse la sensibilité au mini et tu reste floodé, d'autres ou tu baisse de qq% et on loupe quasiment tout ; parfois même des modèles différents de même marque)!

Le meilleur des 2 mondes serait sans doute de rajouter uns couche de detection de mouvement côté PI: Il sera rare de devoir traiter plusieurs flux en même temps, ceux-ci seront plus limités en temps et évitera de trop charger la bête, le gros du filtrage étant fait par les cam.

Mais même là c'est pas aisé: Certaines renvoient les images (sur FTP) sous forme de snapshot (ce qui fonctionne souvent le mieux, en tout cas avec les modèles que j'ai), d'autres sous forme de courtes videos de 5 à 10s entourant le mouvement perçu.

Motion n'accepte que des flux videos continus, ne sachant pas travailler sur un groupe de photos ou une video. Je n'ai rien trouvé de simple, même si avec un peu de programmation openCV semble ouvrir des perspectives.

Le but serait de post-filtrer plus finement côté PI afin de rejeter ce qui n'est que des variations de luminosité, principalement, ainsi que les commutations jour/nuit (période d'images noires ou à faible constraste, les crétins qui font les FW de caméras étant infichus de couper les remontées parasites lors de ces commutations).

Chez moi, ce ne serait qu'un traitement à intercaler dans mon service existant de monitoring des sous-répertoires FTP des caméras (et qui gère l'envoi par mail dans des archives chiffrées + controle des PIR virtuels côté Domoticz). Mais comme le boucle de check est dimensionnée à 10s, pour apporter de la réactivité, il faut des traitements rapides niveau calcul.

J'ai déjà ajouté le post-filtrage des images quasi noires, mais j'avais déjà du ruser un peu... Je ne sais pas si motionEye ferait le job (efficace, capacité à travailler sur des fichiers, appel/résultat en ligne de commande)?

L'autre pb étant que de plus en plus de caméras sont cloud-only, généralement ça va de pair avec une configuration par appli smartphone uniquement... Et pas de ca chez moi: Les scandales passés et à venir (cette semaine c'est la gamme Ring d'Amazon... j'attends avec gourmandise Alexa: Y'a du potentiel à entendre braire ici même!) incitent à confiner micro/cam à son réseau.

Cf:
https://theintercept.com/2019/01/10/ama ... ty-camera/

Dire que des c... achètent...