Lazer

Excellent Les scripts de backups et suppression de backups auto mériteraient un topic àeux tous seuls

Retrouvé le lien avec le comparatif : https://docs.google.com/spreadsheets/d/1N-2d1HtbPHAFBL6v3lIHH2Kg9wzoYtHj1Gnj0H3aTls/edit?pref=2&pli=1#gid=0 Il n'y a que le NUC Gen6 i5 qui fait mieux que mon Xeon. Apparemment, PHP v7 fait gagner beaucoup de performance. Bon à savoir

ah ouais, donc avec mes 2 secondes et quelques, j'éclate tous les scores Très bien tout ça

Je ne suis pas spécialiste de Jeedom, mais j'ai suivi les indications de Domomat : Analyse => Santé => icône en forme de compteur en haut à droite Mais ça s'exécute trop vite, et les résultats ne ressemblent pas à grand chose. Pour la mise à jour, je sais pas trop.... j'ai laissé dans un coin plusieurs minutes, puis que je suis revenu, plus rien ne bougeait (il avait fait le download, l'extraction d'un zip, et s'était arrêté sans autre message). Sous Linux, aucun process ne travaillait, donc le reboot m'a semblé propre. En tout cas ça a été efficace car j'ai pu relancer les updates.

Bon résolu par le reboot et l'installation manuelle un par un Par contre le benchmark ne me donne pas grand chose : Nom Temps cache_write_5000 0.75896406173706 cache_read_5000 0.094532012939453 database_write_delete_1000 0.84459495544434 database_update_1000 0.48439908027649 database_replace_1000 0.45832705497742 database_read_50000 0.032346963882446 subprocess_200 0.18699812889099 total 2.8601622581482 Ca ne ressemble pas beaucoup à ce que je suis censé avoir, non ?

Hum, tout n'est par parfait. Je n'avais pas fait de mise à jour depuis plusieurs semaines. Je clique donc comme un bourrin sur tout mettre à jour (plugins, core, etc) ça a planté avec des messages dignes de ceux de Fibaro : maintenant impossible de relancer les mises à jour. reboot en cours de la VM, on verra bien après mais je ne vais pas passez trop de temps à chercher

mais en mode string, c'est comme sur HCL normalement. Donc il faut mettre la requête HTTP complète, du style : GET /lapagequejeveux?avecdesarguments=etdesvaleurs (voir le tuto de Jojo sur ce forum sur les bonnes pratiques d'une requête en mode string sur HCL) Ce qui m'amène à penser que le nouveau firmware impose un formalisme que tu aurais dà» respecter dès le départ, mais le tuto de domotique-info t'as enduit d'erreur car il ne respecte pas lui même les bonnes pratiques.

L'avantage en LUA, c'est que tu récupères le code retour, et tu peux notifier en cas d'erreur (fibaro:debug() ou fibaro:log() ou mise àjour d'un label dans le VD, ou encore Email, Push, etc) C'est impossible en mode string.

Tu fais F12, pour faire apparaitre la fenêtre de développeur en bas du navigateur; Ensuite tu cliques sur l'onglet Réseau, ce qui te permettra de voir toutes les requêtes HTTP passer, avec leur URL, leur en-tête, et leur contenu. A ce moment là, tu peux cliquer dans l'interface Web pour effectuer l'action que tu veux, et tu verras les infos que tu recherches en bas. Attention, avec l'interface Web très très très très très très lourde de la HC2, tu vas voir des dizaines de requêtes passer. Mais il est aisé de remonter un peu pour retrouver celle qui t'intéresse.

c'est la première qualité d'un bon informaticien (et donc domoticien). Continue comme ça

non, je ne ferai pas de tuto dédié, car ça reste un détournement du fonctionnement normal, et j'ai pas trop envie de passer ma vie à faire du support sur ça il y a déjà toutes les infos qu'il faut. en plus, j'ose espérer que les vrais plugins vont être la prochaine étape du développement chez Fibaro

@jojo je préfère largement ta solution, car chez moi, quand les plantages de VD/Scènes étaient monnaie courante, le watchdog a redémarré tellement de fois GEA, que j'aurais été énervé de recevoir une notification m'annonçant le reboot alors que ce n'étais pas le cas. C'est pour cela que j'avais fais une scène àpart en autostart, aucun risque de plantage car elle s'arrêtait naturellement immédiatement après avoir envoyé la notification du boot.

Euh Jojo, c'est àta portée ça, il suffit de faire F12 dans la navigateur pour sniffer les requêtes HTTP de la box. Ensuite, yapuka qu'àcoller l'URL dans le bout de code LUA bien connu. Tu as fait des choses bien plus complexes

Mauvais exemple Netatmo est parfaitement intégré depuis qu'il y a le plugin officiel, il manque juste le support de l'anémomètre. Par contre ce système de "fake-device" est parfait pour les autres appareils type EnOcean (via FHEM/Zibase/etc) ou 433 MHz (via ZIbase/Rfxcom/etc.) D'ailleurs maintenant j'ai aussi créé une scène qui va récupérer les capteurs de l'IPX800 pour les injecter dans ces fake-devices. fake-device = car on détourne leur usage. On prend des devices non utilisés, pour leur forcer la valeur de notre choix, car à l'injection de valeur au travers de l'API. Et c'est ultra propre, car le moteur Z-Wave fait de la même façon : quand il reçoit une valeur d'un capteur, il injecte la valeur dans la DB au travers de l'API. Donc je n'ai rien inventé en fait, je suis un peu nul... Comme expliqué, les noeuds morts ne restent pas morts et on les réveille et on leur interdit de re-mourir (trop facile, héhé) Donc ça fait plusieurs versions que ça tourne chez moi, ultra stable malgré les nombreuses mises à jour, reboot, 503, et backups.

C'est ici : http://www.domotique-fibaro.fr/index.php/topic/2189-qubino-zmnhja2-module-fil-pilote-6-ordres/page-6#entry124113

Moi j'ai une scène en autostart qui m'envoie SMS + Notification + Email au reboot. Donc dès que je reçois cela, je sais que la box a terminé et que je peux me connecter. Avant ce n'est pas la peine d'essayer.

Tiens pour toi Nico j'ai aperçu le mega pack Dremel en promo flash pour les membres Premum aujourd'hui sur Amazon.

pas besoin de reboot, la plupart des scènes disparaissent suite aux nouvelles options apportées par cette mise à jour. Il faut juste afficher les scènes cachées, et modifier leurs options pour les ré-afficher. Prendre également soin de vérifier les options de démarrage automatique/manuel/désactivé

Nico le site du fabricant est toujours plus fiable que le site d'un revendeur, donc tu peux faire confiance àUbiquiti. Donc c'est bien du poe actif, et si l'injecteur est fourni en plus c'est tant mieux. Tu as un Procurve maintenant ?

T'as regardé le tableau comparatif que j'avais posté quelques pages en arrière ? Je me demande si le modèle que tu as choisi n'utilise pas du POE Actif standard 802.3af.

ah ok bien vu, merci pour le correctif Ce qui étonnant c'est que je n'ai pas fait cette modif dans mon bouton Sensors, et pourtant ça fonctionne chez moi. Cette box a toujours un comportement aléatoire surprenant... Mais tu as raison, la bonne pratique c'est du comparer des numbers à des numbers, et pas avec des strings.

Salut Steven, non pas de souci pour ma part en 4.090. C'est bien la même modification que tu avais conseillé page précédente ?

Vérifie que tu n'as pas le bug découvert page précédente, regarde Steven a donné la solution qui fonctionne très bien.

A mon avis vue les faibles puissances en jeu, le premier câble de section 0,75mm² est suffisant. Si tu veux être certain, voici un document qui donne une méthode de calcul. calcul_section_des_cables_v4.pdf