maconly34

Salut la Team ! j'espère que tout le monde va bien ! Pour rebondir sur le tuto de Ludo : J’ai fait strictement le même montage que toi depuis 2 ans. (tu m’as copié ). Avec effectivement les mêmes problèmes de capteur qui s’oxidait très rapidement. J’utilise toujours un HC-SR04 mais que j’ai enduit de vernis à ongle ! La précision n’étant pas top, je vais passer à un capteur de pression : je le laisserai à 5cm du fond afin de ne pas utiliser l’eau de fond de cuve pas très clean.A ce prix il est compensé en température mais pas en atmosphérique. quand pensez-vous ? Bruno https://www.banggood.com/fr/Submersible-Water-Level-Transmitter-Level-Transducer-Sensor-0-5mH2O-6m-Cable-p-1146896.html?gmcCountry=FR&currency=EUR&createTmp=1&utm_source=googleshopping&utm_medium=cpc_union&utm_content=2zou&utm_campaign=frank-ssc-fr-css-all-0423-19bf-v2&ad_id=344815794167&gclid=Cj0KCQjw4dr0BRCxARIsAKUNjWQPNk4W7OJN7g3Rc3JXfUaQud7zOysNJiTsNTjXD0ksJpvK_5qi5ooaAh88EALw_wcB&cur_warehouse=CN

Hello Bono, bien sûr que j'ai regarder la FAQ avant de poster et vérifier cela. Aucun problème de MySQL stoppé ou de place. Merci

Salut Ludo, Je viens de vérifier, voilà les résultats, quand penses-tu P.S. je ne suis pas en virtuel mais direct sur un Raspberry 3B + SSD : MPstats : 21:26:01 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %gnice %idle 21:26:01 all 19,84 0,27 6,97 2,12 0,00 0,29 0,00 0,00 0,00 70,52 ioStats : avg-cpu: %user %nice %system %iowait %steal %idle 19,84 0,27 7,26 2,12 0,00 70,52 Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn sda 26,96 646,23 273,84 1173808115 497400157

Salu Seb, non pas encore, je préférais ma Team JeedFib ! Autre question simple : si je me trompe que je dis "Dis Siri, éteins le salon" au lieu de "éteins la lumière du salon" il me coupe tous les appareils du salon (hifi, vidéo, Box, lumières etc.) connaissez-vous un moyen d'éviter ce problème ?

Salu i-magin, Merci pour le retour rapide. j'avais déjà trouvé cette info, mais qui je pense ne correspond pas à mon PB. J'ai quand même vérifier la taille restante (108 Go) les logs et que la base était en service. Je pense plus à un trop grand nombre de requêtes simultanées, mais n'y connaissant pas grand chose en serveur MySQL, je ne le certifierai pas.

Salut la Team FIB/JEED ! j'ai un bug que je n'arrive pas à résoudre depuis une mise à jour je pense... je suis en 3.3.28 (rien sur le forum Jeedom de précis) et cela dans plusieurs plugins voilà l'erreur : [2019-11-28 00:37:05][ERROR] : Erreur sur la fonction cron15 du plugin : SQLSTATE[HY000] [2002] Connection refused Merci pour votre aide

@sebcbien La doc sur Jeedom "Historique" pourra peut-être nous aider en modifiant certains paramètres ?! 7.1) Historique Afficher les statistiques sur les widgets : Permet d’afficher les statistiques sur les widgets. Il faut que le widget soit compatible, ce qui est le cas pour la plupart. Il faut aussi que la commande soit de type numérique. Période de calcul pour min, max, moyenne (en heures) : Période de calcul des statistiques (24h par défaut). Il n’est pas possible de mettre moins d’une heure. Période de calcul pour la tendance (en heures) : Période de calcul des tendances (2h par défaut). Il n’est pas possible de mettre moins d’une heure. Délai avant archivage (en heures) : Indique le délai avant que Jeedom n’archive une donnée (24h par défaut). C’est-à-dire que les données historisées doivent avoir plus de 24h pour être archivées (pour rappel, l’archivage va soit moyenner, soit prendre le maximum ou le minimum de la donnée sur une période qui correspond à la taille des paquets). Archiver par paquet de (en heures) : Ce paramètre donne justement la taille des paquets (1h par défaut). Cela signifie par exemple que Jeedom va prendre des périodes de 1h, moyenner et stocker la nouvelle valeur calculée en supprimant les valeurs moyennées. Seuil de calcul de tendance basse : Cette valeur indique la valeur à partir de laquelle Jeedom indique que la tendance est à la baisse. Il doit être négatif (par défaut -0.1). Seuil de calcul de tendance haut : Même chose pour la hausse. Période d’affichage des graphiques par défaut : Période qui est utilisée par défaut lorsque vous voulez afficher l’historique d’une commande. Plus la période est courte, plus Jeedom sera rapide pour afficher le graphique demandé.

@sebcbien "Détection de fuite" -> il faudrait, je pense, tenir compte de la durée depuis le dernier changement d'état (passage à ON) avec la commande stat : lastStateDuration, de cette façon on pourrait éviter les coïncidences de moyenne. De plus il faudrait ajouter une condition avec un bouton virtuel pour mettre une dérogation ; cas de mise à niveau de la piscine pendant plusieurs heures...

Comme quoi, c'était simple il suffisait que l'on me mette sur la bonne piste (fonction stat) Voilà mon virtuel brut de 2h du mat !!!

Je voulez parler de la version stable et non de la RC (C'est chez Apple que je teste les RC) Tout à fait d'accord avec toi : il faut éviter les blocages de scénario. J'utilise effectivement la fonction "Dans..." Ah oui les fonctions Stat de Jeedom.. je vais tester la fonction Stateduration et au besoin créer un virtuel pour afficher la durée. MERCI

Ouf i-Magin est encore là ! nous sommes sauvés, y'a plus qu'à voir apparaitre le reste de la bande (Laser, Seb, Pépite, Did and Co). Merci pour les infos sur la V4, alors elle promet du lourd ?! Tu as une date de sortie de la RC ? Ah une petite question, j'ai fait un scénario minuteur pour piloter une yaourtière qui n'en pas (bon on ne rit pas ! ok tout le monde s'amuse comme il peut ) Je lance l'allumage de la prise et je fais une pause de 8h... Ou l'action "Dans... x minutes" pour l'éteindre. J'aimerais afficher la valeur en cours du timer, avez vous une idée si il est possible de récupérer la valeur d'une variable "pause" ou "Dans..." associée à un scénario ? AVEC cette question d'importance vitale je vais réveiller toute la bande

Salut la Team comment allez-vous ! Vu qu'il n'y a plus de message depuis avril, et afin que ce super post ne s'endorme pas, voilà ma petite contribution. Merci à Sebcbien pour son clic cli clic "détection fuite d'eau" Je viens de finir la fabrication/programmation d'un capteur d'impulsion (weemos D1 mini) pour mettre sur un compteur divisionnaire (C.I. ou schema + firmware à votre disposition) il ne me manquais plus que le script, j'étais déjà parti sur une base de conso/temps mais galérais un peu avec les commandes de stats Jeedom, heureusement que "Google est mon ami" et qu'il m'a envoyé sur le post de Seb !!! Bonne reprise ou "vacances à toutes et tous.

Gloups, tout le monde sèche concernant ce partage de dossier en NFS

Salut la team, Alors si le bondage est terminé, je peux peut-être lancer un nouveau post sur ... le voyeurisme partagé J'ai enfin réussi à installer 2 free licenses supplémentaires en plus des 2 intégrées (légalement). Je pense que cela peut vous intéressé. Mon soucis c'est que je n'arrive pas à ce que toutes les cams enregistrent dans le même dossier. Voilà le topo : J'ai installé un 2e DSM virtuel sur mon Xpenology, ce qui m'a permis d'installer 2 cams supplémentaires en déclarant le virtuel comme "esclave" et le réel come hôte. Fonctionnement OK. Mais je n'arrive pas à paramétrer l'enregistrement des nouvelles cams DSM virtuel sur le dossier "Surveillance" DSM réel, cela avec un partage NFS que je ne maîtrise absolument pas !!! Voilà ci-dessous en image mes réglages : New DSM "SynoCameras" (VM) Old DSM (Host of VM) CMS on old DSM Et voilà les @ip respectives : Old DSM : 192.168.0.100 port 1961 Old Surveillance Station : 192.168.0.100 port 1965 New DSM (VM) et S.S. 192.168.0.211 port 5000 Lien qui pointe vers le tuto qui m'a permis de faire cela : https://xpenology.com/forum/topic/13597-tutorial-4-camera-on-surveillance-station-legally/#comment-107242 D'avance MERCI Applement Votre, Bruno

ben oui, j'ai transféré toutes mes données, mais j'ai une utilisation simple de mon syno (partage, virtualisation, caméra...) et pas eu de problèmes quelques ajustements manuels. A voir ce que Seb a à transférer...