Nico
-
Compteur de contenus
14 624 -
Inscription
-
Dernière visite
-
Jours gagnés
154
Tout ce qui a été posté par Nico
-
Les serveurs critiques (BD et serveur de PROD de notre WMS), je suis en réplica 15 minutes dans une salle de secours à 300m de la salle principale. Et je confirme, 24h de données perdues, au niveau de la logistique, ce serait la fin. Par jour on traite des dizaines de milliers de ligne de commande, de mouvements dans tous les sens, de consommations par nomenclature, etc. Si je perds 24, il faudrait faire un inventaire globale de tous les sites, donc déjà 2 semaines de boulot... Ensuite il faudrait voir avec tous les clients pour récupérer toutes les commandes, réceptions, sorties etc pour "essayer" de les rejouer. Sauf qu'on livre pour beaucoup d'industriel des lignes de productions qui tournent 7 jours sur 7 et 24 heures sur 24, pour les plus critiques on à un délai de 4 heures entre la réception des lignes de commandes et la livraison sur chaine... Toutes ces lignes on les arrêtes de façon sûr sans l'IT, impossible de gérer ça manuellement. Donc pour moi oui, on ferme.
-
Ahhh... Etonnant aussi mais je ne sais pas si cela va aider si ? Cela fonctionne ? Vite, que je clique
-
Et oui, à 5,00 € par mois, je ne vois pas trop ce qu'on peut espérer de plus... Mais bon, c'est une bonne claque. Chez nous je perds 24h de données, je ferme la boite, c'est pas compliqué...
-
[Résolu] modules non configurés suite à panne d'électricité
Nico a répondu à un(e) sujet de john crichton dans HC2
Bah cela ne change pas grand chose, tu aurais du recommencer c'est tout. Maintenant, je serai toi, avec beaucoup de coupure de ce type, je mettrai un petit onduleur à 50,00 € pour ta HC2. Et fais des sauvegardes un peu plus régulière, au cas ou. -
[Résolu] modules non configurés suite à panne d'électricité
Nico a répondu à un(e) sujet de john crichton dans HC2
Alors étape 1, reboot de la box fait je suppose ? Ensuite oui, tu charges ta dernière configuration, cela devrait régler le souci. Et si vraiment cela ne veut pas, t’inquiètes, tu peux passer par la procédure de recovery (Voir topic dédié). A la fin de cette procédure, tu recharges ta dernière sauvegarde, et ce sera tout bon (Il faudra juste remettre tes icônes persos si tu en avais). -
Bon courage !
-
...
-
On s'est compris Bloug
-
Oui, c'est sûr, d'ailleurs moi je suis pour la puce à 200% Clairement, cela reste du supplémentaire, et le WIFI de nos smartphones à Mme et moi correspond bien, car allumé tout le temps. Mais bon, je vais tout de même basculer sur ta soluce Ubiquiti, plus réactive que l'ancien VD de Sebcbien je trouve. Et vu que j'aurai de l'Ubiquiti partout, ce sera top. D'ailleurs comment cela va réagir avec 2 bornes, c'est pareil je suppose vu que c'est le contrôleur qui gère et qu'on interroge. Top top, beau travail Christophe.
-
Oui tout à fait. Mais moi par exemple c'est pour des scénarios : -Plus personne à la maison, est ce que l'alarme est mise ? Non, alors interactiv push permettant de mettre l'alarme directement -Plus personne à la maison, et portail ouvert, c'est pas normal, interativ push permettant de le fermer Etc. Donc cela n'est jamais l'élément principale, mais nous sert de fonction d'alerte supplémentaire. Et cela fonctionne vraiment super bien. Et comme dit, plus on arrive à diminuer le délai, plus les interactions sont rapides.
-
Oui, ça j'ai tout réglé aux petits oignions. D'ailleurs ne pas descendre trop bas, car les timestamps ne sont pas si fin sur la remonté du contrôleur Ubiquiti, il peut y avoir 15-20s entre 2 timestamps, du coup 5 s ça ne le fait pas, car cela fait du n'importe quoi. Non, moi je parlais du délai de pooling de la borne elle même. Fais un test : Tu connectes ton téléphone en Wifi sur ta borne, au niveau du contrôleur, dans la seconde ton téléphone apparaît, et donc la remonté vers la HC2 peut être instantané. Maintenant coupe le WIFI sur ton tél, pour simuler ton départ. Et rafraîchi ta vue des devices sur le contrôleur, tu verras que ton téléphone reste là encore un petit moment,, je dirai entre 1 et 3 minutes, j'ai pas trop mesuré. Ensuite rallumes ton WIFI, il sera reconnu de suite puis coupe le de nouveau. Et la dans la vue des devices, tu cliques à côté de ton device sur refresh, et là de suite la borne détecte qu'il n'est plus là et il disparaît de la liste. Du coup, je ne sais pas trop comment cela fonctionne : Soit la borne pool en faisant ce refresh en auto toutes les x secondes, soit je ne sais pas. Et ce délai entre 2 pool d'un device, j'aurai aimer le diminuer.
-
Excellent
-
Yes, cela n'a rien avoir avec la HC2. Comme l'indique PDB, il faut vérifier les associations directes de ces modules. Tu peux le faire sur la HC2, dans les modules en question, tu vas sur association et tu regardes si tu n'as pas des choses à ce niveau.
-
Mais tu n'as pas fait le payement sur Paypal ?
-
Juste pour savoir, tu as combien de module au total ?
-
Bon, j'ai commencé à mettre en place, par contre autant au niveau connexion c'est instantané, autant niveau déconnexion Wifi, c'est plus long. C'est comme si le pooling prenait un peu de temps. Car si on clique sur reconnect manuellement au niveau du contrôleur Unifi, la déconnexion est instantanément détectée. Par contre j'ai pas trouvé comment augmenter la fréquence de ce pooling. Maintenant ce n'est pas bloquant, le point important était la connexion lors de l'arrivée à la maison.
-
Sinon pour ceux utilisant le paquet Ubiquiti natif pour Syno. Pour modifier le fichier system.properties, il faut : -Soit ce connecter en SSH sur le Syno, et naviguer, VI, bref, truc de GNU -Soit lancer WinSCP (Vive Windows), et se connecter sur son Syno, toujours port 22, utilisateur root et mot de passe de l'admin du Syno (Bien activer le SSH dans les paramètres du Syno si ce n'est pas déjà fait). De là : 1. Faire répertoire du haut (Car par défaut vous arrivez dans un sous-répertoire) 2. Naviguer dans /var/packages/Unifi Controller 5/target/data 3. Vous tombez sur le fichier system.properties 4. Clique droit éditer le fichier 5. Coller les 2 lignes de Lazer. Vous constaterez qu'elles y sont déjà partiellement, mais en commentaires 6. Enregistrer puis quitter WinSCP 7. Aller dans le gestionnaire des paquets du Syno, et sur le paquet Ubiquiti, stop puis start Et voilà, c'est tout.
-
J'ai trouvé !! La double quote autour du login avait disparu... Raté de copié/collé. Sorry Christophe. Donc moi c'est ok, ça fonctionne !! Nickels. Je vais du coup attaquer après le film la partie utilisation de la détection !!! Yes.
-
Lazer, ci dessous l'erreur détaillée si cela te parle...
-
On ne voit pas ta photo Steven.
-
Mouais... Mais pour moi ce n'est que du scotch double face amélioré... La vraie problématique est l'alimentation, pour la masquer proprement. C'est là tout le concept.
-
Oups sorry, je ne savais pas que c'était le 400 HTTP, je pensais que c'était la réponse Ubiquiti au niveau connexion. Je regarde cela ce soir et te ferai une trace si je ne trouve pas. Merci.
-
Yes, c'est prévu, dès que c'est 100% opérationnel je vous donne tout, Lazer pourra le mettre en post 2. Pour l'instant je butte sur cette erreur 400, j'attends son retour, à moins qu'il y ait une doc des codes retours.
-
Topic unique Fibaro - Smoke Detector - Fgsd-002
Nico a répondu à un(e) sujet de Fanou dans Modules Fibaro
J'ai un gros paquet de ces détecteurs, aucun soucis avec. Les V2 sont 100% à la norme, après pour la Belgique aucune idée, mais je dirai que oui, car la norme française s'appuyait sur la norme européenne. -
Bon, fichier trouvé, cette partie est ok. Par contre cela bloque désormais sur : Error : status=400 après le get devices puis login puis nbeed to login and new cookie...
