jjacques68

En te lisant la @Lazer... ...tu as raison. Mais là, je peux juste oublier cette idée malheureusement... je me vois pas faire passer des cables sur la façade de la maison ll faut que ce soit quand même un peu esthétique Genre de chose qu'il faut prévoir à la construction... encore...

Alors il existe le : PHILIO PST02-B (ou A ou C) Mais pas moyen de trouver la plage de mesure des Lux. Et c'est un capteur d'intérieur aussi.

(suite de la discution de ce topic : https://www.domotique-fibaro.fr/topic/12250-détecteur-dhumidité-zwave/?page=2&tab=comments#comment-193457) Bonjour à tous. A la recherche d'un capteur de luminosité pour gérer l'ouverture/fermeture des volets... Je positionne un capteur par façade. Mon algorithme tient compte : De la température intérieure De la température extérieure De la position du soleil (grâce au VD de @CaptainIgloo), (surtout pour ne plus fermer les volets sur la façade qui n'est plus exposée...) La moyenne des Lux mesurée par façade (mesure toutes les minutes et calcul de la moyenne effectué toutes les 20 minutes) Et de diverses conditions horaires notamment pour le soir. Il faut savoir d'après wiki... que le soleil direct peut atteindre les 120 000 Lx Des essais ont été effectué (sans résultats vraiment concluants) avec : FGMS placés à l'extérieur en plein soleil : plage de mesure : 0 - 30 000 Lx Pas étanche ! Perd la boule si trop de soleil = renvoie une valeur nettement inférieure à 30 000 Lx. Conclusion : Volets ouverts en plein soleil ! Capteurs bloqués jusqu'à ce qu'il fasse presque nuit ! Everspring ST815 placés à l'extérieur en plein soleil : plage de mesure : 0 - 3000 Lx Etanche (IP44) Plafonne donc à 3000 Lx en plein soleil. Pas d'accès direct aux paramètres de module, obliger de le paramétrer en attaquant direct l'API de la HC2. Conclusion : Difficile de trouver les réglages. La valeur de comparaison avec la moyenne des Lux calculée toutes les 20 minutes se retrouve proche des 3000 (2800 dans mon cas) donc du max. Du coup le moindre nuage qui passe fait que les volets risquent de s'ouvrir. Il faut ensuite attendre 20 minutes pour qu'ils se referment. Il faudrait baisser la valeur de comparaison de la moyenne, mais alors les volets se ferment même s'il n'y a pas de soleil (ciel laiteux par exemple) Pas simple tout ça... Perso je préfère remettre les Everspring. Existe-t-il d'autre capteurs efficace ? Merci pour vos idées/avis !

Je vais ouvrir un nouveau topic...

Je viens de te le faire, dans la pièce la plus sombre, à 50 cm, ampoule équivalent 100 W -----> 1300 Lx

nan nan moi il est déhors sur la façade en plein soleil ! Je remets les everspring du coup...

Bon alors je viens donner des news sur les capteurs de luminosité... (je sais que c'est pas le sujet initiale du post...) Les FGMS en plein soleil : et bien ils déconnent ! j'ai l'impression qu'ils saturent et du coup remontent des valeurs nettement inférieures ! Ils devraient alors retourner 30000 Lx ! come fond les everspring (3000 Lx) mais non, eux retournent de la m... Donc c'est pire encore ! ça commence vraiment à me gonfler de ne pas trouver des capteurs performant !!!

En faisant le mix de ce que les autres ont dis, cela donne ça : local sourceTrigger = fibaro:getSourceTrigger() function tempFunc() local currentDate = os.date("%H:%M") local startSource = fibaro:getSourceTrigger() local heure = fibaro:getValue(389, "ui.Label5.value") if currentDate == heure then fibaro:call(14, "turnOn") end setTimeout(tempFunc, 60*1000) end . . etc En vérifiant que le format de l'heure dans le Label5 de ton VD 389 est bien sous la forme "00:00"

As tu essaye de la démarrer sans la clé recovery ? Envoyé de mon iPhone en utilisant Tapatalk Pro

Essayes un truc, enlève la clé usb de recovery et redémarre la HC2... Envoyé de mon iPhone en utilisant Tapatalk Pro

Mais tu as retrouvé toute ta config avec la nouvelle version ? Envoyé de mon iPhone en utilisant Tapatalk Pro

oubliez j'ai tourvé la réponse dans la doc de la caméra... Grosse blague... Il faut débloquer un port RTSP dans le routeur vers l'IP de la camera !!! Ce port est égal à 2000 + le port HTTP définit dans la caméra. En gros si le port HTTP = 123, alors le port RTSP = 2123. C'te blague, c'est comme ça pour d'autres modèles ?

Bonjour à tous, Si qqun passe par là et connait la réponse ce serait super... Je cherche l'URL du flux video des camera IP POE Huacam HCV724. J'ai essayé les URL proposées sur le site : https://www.ispyconnect.com/man.aspx?n=Huacam Mais rien y fait, dans le meilleur des cas j'ai une image ... J'ai tout essayé, RTSP, HTTP, le port local, le port 80... Merci pour votre aide !

après ça peut se faire un soir ou week-end, pas de soucis...

ce serait avec grand plaisir !!! dommage mes vacances se finissent ...

ha si c'est l'azimut alors. Je l'ai intégré, et ça me plait plutôt bien cette affaire -> merci oula ! courage !

Punaise j'ai tout essayé je pense mais rien y fait... --[[ %% properties 61 handTimestamp 61 handTemperature 61 properties.handTemperature 61 properties.handTimestamp %% events 61 handTimestamp 61 handTemperature 61 properties.handTemperature 61 properties.handTimestamp %% globals --]] print("ok")

Alors la je sais pas. J’ai pris les info dans l’api. Mais si en fait ces propriétés sont dans le json du panel, vu que je les modifie avec un VD !! Envoyé de mon iPhone en utilisant Tapatalk Pro

J’ai déjà une appli avec BDD qui me stocke tous les log (que je souhaite) Pas trop envie de passer pas un PC « maître ». Ça deviendrai très vite une usine à gaz... déjà la comme ça... HC2, Jeedom, IPX, google home et maintenant ce soft... Le jour où ça lache, je déménage... Envoyé de mon iPhone en utilisant Tapatalk Pro

bah le mien avait bien trouvé le truc pour éteindre le roomba !!

j'allais le dire

Tu fais ça avec l’info azimut ? Et si y a des nuages ? Mais est ce qu’on parle du même VD ?

Je viens de le faire, donc les infos sont envoyées à un seul PC. Plus de BDD intermédiaire... La réactivité est nickel !! Je continue mes recherches pour les sockets multicast...

bon alors en fait j’ai changé de principe... Toutes les informations nécessaires sont envoyées par la HC2 que sur changement de statut. Cas pour les capteurs de température, humidité, PIR, ... les actionneurs, volets, relais, IPX, bref tout quoi. De ce fait j’envoie que ce qui est nécessaire. ça n’a pas été trop du boulo, car j’avais déjà des scènes de notifications push pour quasiment tout. J’ai juste ajouter l’envoi par socket. J’ai juste crée une scène spécifique exécutée une seule fois au lancement du soft qui envoie toutes les données en une seule trame. Histoire que toutes les icônes se mettent bien à jour. J’envoie donc cela via une socket unicast vers le PC qui doit recevoir ces infos. Je ne passe plus par une base de données intermédiaires. Dommage de ne pas pouvoir l’installer sur plusieurs PC du coup... peut être plus tard... J’ai ouvert un post à ce sujet : https://www.domotique-fibaro.fr/topic/12271-diffusion-dinformations-hc2-plusieurs-pc/?tab=comments#comment-193021 et donc je n’ai plus de latence, c’est nickel ! Je suis entrain d’installer un écran tactile avec PC fanless sur un mur. Y a juste les changements du panneau de chauffage qui me pose problème... Je n’arrive pas à trouver comment trigger une scène avec les propriété TimeStamp ou HandTemperature ... Donc là j’ai une scène qui m’envoie toutes les minutes ces TimeStamp et HandTemperature de chaque zone. J’aime pas trop cela, vu que tout les reste est bien optimisé... j’ai ouvert un post sur ce sujet : https://www.domotique-fibaro.fr/topic/12273-propriété-panneau-chauffage-et-trigger-de-scènes/?tab=comments#comment-193053 si qqun peut aller jeter un œil !!! Merci !!!