Nico
-
Compteur de contenus
14 707 -
Inscription
-
Dernière visite
-
Jours gagnés
155
Tout ce qui a été posté par Nico
-
[Résolu] modules non configurés suite à panne d'électricité
Nico a répondu à un(e) sujet de john crichton dans HC2
Yes, c'est vraiment une bonne sécurité. -
Ahh mais clairement, c'est ce que je dis, pour 5,00 € par mois, on a ce qu'on a. Après oui bien sûr, la réplication 15min n'est pas une fin en soi, on pourrait tenter des réparations diverses et varier. Ce que je voulais dire, c'est que perdre 24 heures de données de façon irréversible, ce serait une catastrophe qu'une PME comme nous ne pourrions pas gérer, impossible. C'est pour ça qu'on fait tout pour que cela n'arrive pas. D'ailleurs sur la BD de PROD du WMS, j'ai une seconde sauvegarde en, logshipping (Ancien, mais hyper fiable) toutes les 15 minutes aussi...
-
Ok, donc on l'active en On/Off par une scène et c'est partie, c'est bien ça ?
-
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.
