Lazer
-
Compteur de contenus
25 881 -
Inscription
-
Dernière visite
-
Jours gagnés
1 257
Tout ce qui a été posté par Lazer
-
T'as toujours ton monstre toi ?
-
Ah non c'est pas possible ça, je vais devoir rebooter mes switchs, ça va casser mon uptime Merci, je vais faire la mise à jour à l'occasion, du coup je vois une mise à jour pour mon SG300-28 également.... @pepite ça te concerne aussi du coup
-
Ah cool Commencer par exclure les modules avant de les réinclure est la première chose que j'aurais faite, du coup je pensais que tu l'avais déjà fait. Cette expérience m'amène à penser que tu n'as peut être pas réinitialisé correctement la puce Z-Wave au moment du Recovery, car il devait trainer la trace de ces modules quelque part. Pour le support Fibaro, ça dépend, parfois ils sont rapides, parfois non.
-
demande au support Fibaro, ils peuvent se connecter à distance et supprimer manuellement les 2 modules fantômes qui te posent problème.
-
Je crois que c'était ce sujet :
-
On en avait discuté il y a pas mal de temps, pour ça l'astuce consiste à écrire une scène, qui peut modifier la fréquence de raffraichissement via l'API. Ainsi, fréquence élevée quand tu es à proximité pour fiabiliser (pas nécessaire d'ouvrir automatiquement le portail si tu passe la soirée/apéro chez le voisin) Et fréquence faible quand tu es au boulot/vacances/chez la maitresse (à supposer que ça ne soit pas la voisine, justement)
-
Le sujet m'intéresse, car il faudra que je m'y colle tôt ou tard. Est-ce que ça serait faisable avec Pi Hole ?
-
ça dépend des jours :/ j'ai fait la mise à jour sur ma box de test, on peut enfin cacher les VD Par contre, je ne vois pas les templates Qubino
-
Hum, une mise à jour un lundi matin..... ils vont la retirer dans 1h ! Vite vite je l'installe
-
Vu que ça n'est maintenu par les vis que sur les cotés, que c'est soumis à des contraintes (les câbles, mais aussi le poids du switch sur la tablette), plus la chaleur du switch (et de la baie en général), je pense que le PETG serait vraiment plus adapté. Mais je sais pas trop en fait, je manque d'expérience. Le truc c'est que j'ai un PETG pas terrible que je n'ai jamais réussi à imprimer correctement (du Sunlu), donc je préfère ne pas tenter une pièce aussi grande. Sinon j'ai un autre PETG de marque (Prusament) censé être de bonne qualité. Je ne l'ai pas encore essayé... mais surtout il est orange, ça va peut être faire tâche dans ta baie ?
-
Hum, en PLA tu crois que ça sera assez solide @BenjyNet ? Vu les contraintes, vaut peut être mieux le faire en PETG non ?
-
Ah très bien Hum, encore en v3..... tu as eu de la chance de ne pas avoir la panne de la clé USB Recovery. Je ne sais pas si c'est envisageable pour toi, mais tu ferai bien de travailler sur une migration en v4, ça ferait un risque de panne en moins... Sachant que la clé Recovery était le risque majeure de panne, on en a vu passer des dizaines sur le forum. Depuis que cette clé n'est plus nécessaire, les pannes sont ultra rares (la carte mère est très fiable) Dans tous les cas (v3 ou v4), une HC2 de spare n'est jamais de trop, surtout quand le système est stable et qu'on n'a pas envie de se replonger dedans.
-
Non, je t'ai dis, c'est toujours les mises à jour AVANT la restauration. Au fait, quand tu fais le recovery, il faut aussi toujours cocher la case "reset de la puce Z-Wave" Recommence toute la procédure : recovery avec reset Z-Wave, puis mise à jour, puis restauration backup
-
Ah ! Essaye de vider le cache de ton navigateur alors. Sinon, tu relances en recovery (avec le bouton arrière), puis tu fais les mises à jour, et ensuite tu devrais avoir une interface normale (vide sans module, mais avec les menus complets), et tu devrais pouvoir lancer la restauration.
-
devices vides ? Je n'ai jamais eu Mais une fois j'ai eu le coup de tous les devices en "non configurés"... c'est un problème qui est arrivé à plusieurs sur le forum. Dans tous les cas, la première chose à faire est de restaurer ta dernière sauvegarde. Perso dans mon expérience, la corruption datait d'avant ma dernière sauvegarde, j'ai dû restaurer 3 versions en arrière (je fait une sauvegarde par semaine)
-
On en est où avec la 6.2.2 sous ESXi ? On peut migrer ou c'est toujours risqué ? Ca fait un moment que je ne suis plus....
-
Ah ! C'est plus simple comme ça
-
Étrange.... Tu es certain du nom de tes variables globales ? Elles existent bien ? Autre chose étonnante aussi, pourquoi tu t'embêtes à mettre les valeurs de ta station Netatmo dans des variables globales ? Tu sais qu'il existe le plugin Netatmo officiel sur la HC2, qui fonctionne super bien, et s'intègre nativement dans l'interface ? C'est tellement plus simple. En attendant, je te propose de remplacer ta ligne 217 comme suit : payload = "/graph/data_post_" .. (variables[i].type or "nil") .. ".php?id=" .. (variables[i].id or "nil") .. "&value=" .. (fibaro:getGlobalValue(variables[i].name) or "nil")
-
Euh mais attention, tu as un problème là, les id sont virtuels, puisque tu utilises les variables globales à la place des vrais modules. Donc il faut impérativement utiliser des id différents... c'est pour ça que dans l'exemple je met des valeurs supérieures à 2000, ou n'importe quel nombre que tu n'atteindras jamais avec tes modules. Relis bien le tuto en première page, normalement j'avais bien expliqué.
-
La ligne 217 utilise le tableau "variables" que tu as manuellement configuré au début du bouton 1. Donc tu as probablement fait une erreur dans la définition de ce tableau. Pour rappel, voici un exemple de ce à quoi cela devrait ressembler, il faut obligatoirement les 3 champs "type", "id", et "name" : local variables = { { ["type"] = "temperature", ["id"] = 2001, ["name"] = "TempCuisine" }, }
-
Dans le code LUA au début de mes scripts, il y a toujours une ligne debug = false.... qu'il faut changer en debug = true Cela permet d'avoir beaucoup plus de logs (visibles dans la fenêtre de debug) afin de.... débugger justement Et il faudra aussi que tu me dises quelle est ta ligne 306, car tu as inséré un certain nombre de lignes au début de ton script, qui a décalé les lignes suivantes.... donc je ne peux pas deviner à quelles instruction correspond ta ligne 306
-
Non c'est un anglicisme, rien de plus Pour la partie technique, comme tu le dis, c'est effectivement un bus de communication permettant de piloter chaque LED indépendamment.... donc comme je te le disais au message précédent, ce n'est pas compatible avec les modules domotiques standards de Fibaro et Qubino (qui fonctionnent en PWM basique sur chaque canal de couleur afin de faire varier l'intensité lumineuse de chaque couleur primaire) Si tu arrives à obtenir les spécifications détaillées du ruban et notamment le protocole de communication utilisé, peut être pourras-tu trouver un contrôleur ouvert pilotable par domotique. Chez GCE Electronics par exemple, l'IPX800 v4 est compatible avec le protocole standardisé DMX.
-
Everspring ST815 - Luminosité - Perte de communication
Lazer a répondu à un(e) sujet de jjacques68 dans Everspring
Tu nous rajoutes une description rapide avec photo du module dans ton message ? J'ai déplacé ton sujet dans la section Everspring, il n'existait pas de topic unique pour ce module. -
Digital ? Je ne vois pas le rapport entre un ruban LED et le doigt... y'a un capteur d'empreintes digitales intégré ? Je vois sur les photos que les couleurs peuvent être pilotées indépendamment.... ce n'est pas compatible avec les modules standard type Fibaro RGBW. Il doit falloir un contrôleur propriétaire, peut être vendu sur le site.
-
Non il faudrait m'en dire plus.... déjà commence par activer le debug = true, et dis moi à quoi correspond ta ligne 306
