Lazer
-
Compteur de contenus
25 396 -
Inscription
-
Dernière visite
-
Jours gagnés
1 181
Tout ce qui a été posté par Lazer
-
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
-
@macpowered on en parle ici.... et les nouvelles pour toi ne sont pas bonnes
-
Oui elle marchait trop bien, ça enregistrait plein de trucs inutiles. Mais je l'ai désactivé quand je suis passé à 5 caméras, car j'ai beau avoir un Xeon, ça consommait une partie non négligeable du CPU, avec un impact certain sur la consommation électrique, donc sur la chaleur à dégager et le bruit de la vitesse du ventilateur. Je préfère laisser le chipset dédié intégré à la caméra faire le boulot. @Tomsauy OK merci de l'info.... bon tant pis, c'est bien dommage, condamné à utiliser la détection basique.
-
Un peu de tout ça, et j'ajoute Serveur VPN, Reverse Proxy, FHEM, HABridge, VM Linux pour usages divers, Téléchargements, Enregistrement de caméras, etc
-
Oui mais je m'en fous, je préfère trop d'enregistrements que pas assez. Tant que je me fais pas spammer de notifications inutiles, ça ne me dérange pas. C'est pour cela que les notifications de mouvements (et donc de scénarios domotiques) ne sont déclenchées que par des vrais détecteurs de mouvement, comme Jojo. De toute façon, faut pas rêver, même avec les détections de scènes intelligentes des Hikvision, tu auras des fausses alertes de mouvement. Moins, mais tu en auras quand même.
-
Moi j'ai juste la détection de mouvement standard de la cam qui fonctionne.... comme je t'ai dit, ça ne fonctionne pas avec les modes intelligents (enfin la cam détecte bien, mais n'envoie pas l'info au Syno) Mais justement parce que je les utilise en ONVIF car j'ai un vieux Device Pack qui ne supporte pas les caméras récentes de la série DS-2CDxxx5
-
Oui il faut que tu joues avec les détections intelligentes. Mais ici comme je suis sur une ancienne version de SS, la caméra ne peut pas notifier SS de ces mouvements intelligents.... donc je ne peux pas utiliser ces fonctions pour déclencher l'enregistrement sur le disque dur du NAS. Mais il peut m'envoyer un email en direct depuis la caméra, avec un snapshot.... Et c'est là que tu voies que ce n'est pas fiable à 100%. Il y a un tableau sur le site de Synology qui donne la matrice de compatibilité des différentes fonctionnalités en fonction des versions et du driver (caméra pack) utilisé
-
Intrusion Détection System Je t'invite à relire l'article de @CaptainIgloo quand il a fait son article sur domotique-info, puis toute la discussion qui en a suivi sur ce forum (si quelqu'un à le lien sous la main)
-
Rien si tu veux un IDS, il faut une puissance de calcul énorme pour analyser un flux à 1Gb... Matos pro trop cher pour nous. Mais bon perso, et on en a déjà parlé, je ne suis pas partisan des IDS, ça génère trop de fausses alertes. Faut du temps d'analyse...
-
Je ne sais pas, il n'est pas très populaire celui-là. Mais à mon avis c'est pareil, l'IDS est logiciel, donc l'impact sera moindre, mais trop important quand même (pour quelqu'un qui a la fibre)
