jjacques68

on verra ça, je vous dirais

c'est la version Zwave du module. Cela permet de tracer les anciens modules qui peuvent poser soucis. un module marqué comme "just link" veut dire que ce module est utilisé pour construire la route, entre le dernier module de la branche de l'arborescence dans laquelle il se trouve, et le contrôleur z-wave. "1 jump" et "2 or mode jump", c'est justement pour ce dernier module, cela nous informe du nombre de modules intermédiaires. exemple avec ta capture : ton module 55 apparaît en rouge car il a 4 module intermédiaire entre lui et le contrôleur. donc quand le contrôleur veut causer avec le module 55, il passe par ces 4 modules. Ces 4 modules sont donc juste des liens (pour le 55). c'est pas prévu, j'aime pas mémoriser les mots de passe...

Exacte, je me rappelle maintenant que tu le dis, je viens de retrouver le sujet

RAS pour le remplacement des batteries de l'onduleur... et la procédure en cas de coupure fonctionne toujours nickel , sauf 2 remarques : - un des ventilateur du witch POE fait un bruit de ouf au rallumage , donc je l'ai enlever pour le remplacer (c'était sûr ça, arrêté pendant 1 heure, le plastique a pas aimé ) - il faut vraiment que fibaro nous redonne la possibilité d'éteindre la HC3 par script !! J'ai du l'éteindre à la main !! vu que la fonction ne marche plus... PS : On fait quoi avec les anciennes batteries (4 x 6 v), à garder pour, un-jour-on-sait-jamais-des-fois-qu'il-y-ait-une-attaque-d'extraterrestres-covidé, ou déchetterie ?

mais tu as un messages d'erreur ou qqch ?

ben là comme ça... tu as la bonne IP, le bon user (l'adresse mail fonctionne aussi) et le bon mot de passe ?

rien à voir avec le sujet, désolé, mais @Lazer, tu as donc la boucle d'interrogation du refreshstate dans GEA et dans ce QA ? tu interroges cette API donc à plusieurs endroit différent ? Pas de soucis de performances alors ?

c'est le petit soft que j'avais mis en place pour l'histoire du routage z-wave... auquel j'avais ajouté des fonctionnalités pour télécharger scènes et QA... justement concernant les 2 dernières lignes : la télécommande (id 28) c'est normal, chez moi c'est pareil, les télécommandes ne sont liées directement... par contre c'est le détecteur de fumé (id 65) qui me dérange ! c'est quoi comme détecteur ? parce qu'en plus il sert de lien pour d'autres modules !! Je pense la même chose que @Lazer, à savoir ajouter très vite des modules secteurs...

idem jamais pensé à Varta pour les cycles de charge des batteries NiMh, ça se complique !! Faut savoir le régler !! temps de charge, rampe de montée/descente, tension/courant de charge, privilégier la régulation de tension ou de courant... à l'époque ... on disait de charger les batteries (au plomb) à 1/20 de leur capacité pendant 24 heures... on est loin des charges rapides en Li-Ion ben les gars je vais tester ces piles rechargeable USB... Mais je me fais pas trop d'illusions . en attendant, et comme on est dans le sujet, je vais remplacer les batteries de mon onduleur eaton 5P... Les ai reçu hier, le soucis c'est qu'il faut tout arrêter et pas sûr que tout redémarre . bah en même temps je fais mon test annuel du coup

@Lazer merci pour ta réponse rapide et complète ! Suis d'accord avec les vieux modules z-wave... Il m'en reste plus beaucoup, mais encore... Effectivement certains réglages de certain module, font que je consomme d'avantage... (capteur extérieur °C et lux) Mais c'est volontaire. je vais essayé sur un module everspring (extérieur) avec ces LR06 recherchable par USB... Aucune idée du comportement par rapport à l'auto décharge (ce serait nul en effet ) Curieux de voir le comportement avec la courbe de tension... Question tarif, oui par lot c'est mieux... Sauf quand tu te prends un lot périmé qui a dormi chez le vendeur . Et sur des marques connues. ça m'est arrivé plus d'une fois !!

Hello tout le monde : un vieux sujet j'imagine ... étant gros consommateur de piles (on se demande pourquoi ), je me demande si on pourrait pas essayer de remplacer nos piles par des batteries rechargeables de ce style : Alors sur cette photo, ce serait pour remplacer 3 piles de type LR03. ça semble top ! un pack à recharger en usb !! Je trouve pas d'autres fabricant ??? ou modèle ?? ça aurait été génial si on pouvait avoir ça au format 2x ou 3x LR06/03 Il y aurait ce genre de chose : existe pour LR03 et LR06, pile 9V. Mais aucune idée de la compatibilité avec les devices, ainsi que de la qualité/durabilité... Dans mon cas, je pense aux module everspring et danfoss... J'ose pas parler des FGK / FGMS... Vous avez des avis ? des idées ? merci d'avance !

ah oui oui tout à fait !! désolé, avais mal lu la question initiale

y aurait pas une histoire aussi de clearTimeout() ? pour annuler un setTtimeout() en cours...

le reboot fonctionne bien. Mais pas le shutdown... Edit : et le suspend() semble faire un reboot ! On est vraiment coincé, si on veut éteindre proprement cette box par script !!

juste pour donner des news : plus de soucis de relais qui "collent" depuis que ce petit module est installé. ça fait 1 mois maintenant. merci

ah ?? non pas chez moi...

:) franchement j'ai pas encore lu la liste :)

@Barelle, je ne connais pas du tout... Suis plutôt axé windev, vu que je l'utilise énormément au boulo...

oui je comprend l'intérêt du delta maintenant, bien vu !! tout à fait @Lazer ! Mais tu sais que j'aime faire moi même quand je peux... Même si je réinvente la roue... Le plaisir de passer des heures à coder...

oké !!! merci pour les explications ! je faisais fausse route là.. l'idée était de voir se qu'il se passe les très rares fois où la HC3 freeze. je pensais développer une application tierce qui récupère les infos des CPU à coup de requête http, afin de les stocker en base et donc pouvoir les exploiter. Je voulais le faire depuis une application extérieure justement pour ces freeze... Pas sûr de les voir passer depuis un QA... si ça freeze, le QA est dans les choux aussi. avec l'application extérieures, je pourrais tracer la non réponse de la requête, et voir si ça coïncide avec ce que j'observe !

ben justement !? je me demandait pourquoi il fallait faire ce calcul avec Delta ?? pourquoi cela ne marche pas à l'instant t ? Par exemple interroger toutes les 5 secondes et voir l'évolution à l'instant t ! on a une répartition entre le user, le système et le non-utilisé !! Je comprends pas l'intérêt de mémoriser le n-1 et de faire la différence ! y a peut-être un truc que j'ai pas compris alors ?

merci @Lazer ! donc visiblement, d'après, le QA diagnostics c'est : (user+nice+system)*100/(user+nice+system+idle)

Hello tout le monde, on connait tous le graphique de charge du CPU du notre box : Je me pose la question suivante : Comment il sortent les % ?? Dans l'API "diagnostics" on ne trouve que : { "name": "cpu0", "user": "9243", "nice": "0", "system": "7611", "idle": "99314" }, Pas de % du coup, pour le calcul c'est quoi ?? (system) * 100 / idle c'est le seul truc qui se rapproche un peu des % affichées merci d'avance !!

Mise à jour OK pour moi à première vue... RAS.

ok merci @Lazer. @Sakkhho : celui fourni en lien par @Did a mis 15 jours à arrivé en effet !! et comme tu dis, c'est par moment, souvent le soir... !?!