henri-allauch

J'aimerai arriver à tirer un dump ( apres reboot) avec la box vide de toute scène, QA et Device Ce serais vraiment une preuve ... Ce genre de PB est très difficile à identifier : ma fille avait en 2010 un PC Portable HP sous windows qui plantait dès qu'il y avait un peu d'activité. Je l'ai récupéré, passé sous ubuntu il me sert de serveur php, de serveur Mysql et autre serveur multimédia. iI n'a jamais planté donc depuis 13 ans. Le diag est difficile dans des cas pareils. Suis persuadé qu'il à une case mémoire déficiente. Le tout c'est de ne pas y tomber dedans ou de l'exclure

Pour info : Depuis l'installation de la version 5.140.17 le 7/5 les messages système ont disparus mais les reboot persistent : 8/5 à 04:09 - 19/5 à 17:00 - 20/5 à 17:45 - 21/5 à 08:02 - 22/5 à 18:06 - 29/5 à 04:13 - 30/5 à 14:06 J'ai donc installé une deuxième HC3 (neuve) : hc3.new J'ai fait le transfert de hc3.old sur hc3.new le 30/05 par l'intermédiaire du cloud Fibaro Bien qu'il soit trop tôt pour tirer des conclusions la hc3.new tourne sans incident depuis ce transfert ( 14 jours ) La hc3.old bien que peu sollicitée à déjà eu un reboot - Elle n’a pas de device zwave actif - Seulement 4 QA ( idem de ceux de la hc3.new) tournent. Ils sont à mon sens les principaux consommateurs de mon installation. - Un déclenche les actions cycliques ( Toutes les xx minutes ou à telle Heure …) sur la hc3.old il tourne mais ne déclenche rien. - Deux sont basées sur refreshStates pour traiter les évènements (peu nombreux sur hc3.old) - Un me remonte les mails et les notifications (pour ne pas utiliser ceux de Fibaro pas toujours fiable) Mon idée c’est d’isoler ces QA au fur et à mesure et voir si la hc3.old continue de rebooter aléatoirement. Ici et sur le forum officiel nous sommes au moins 4 (avec donc des configurations et des utilisations complètement différentes) à avoir transféré notre installation sur une nouvelle box. D'ici quelques mois nous devrions être fixé ???

Non j'ai monté le même modèle Je crois qu'elles se ressemblent toutes chez les marchands domotique

Peut être chinoise ? 2 autres sondes du même lot de 6 sont immergées une à 20cm et l'autre à 1,50m sans soucis depuis 2019 ... pour le moment. Je penche plutôt sur la position horizontale de la sonde dans une rainure, parfois immergée, parfois au sec. L'eau n'a pas pénétrée l'intérieur du fourreau en inox rempli de résine. Elle a infiltrée au niveau de la gaine thermo et la corrosion s'est installée sur les fils au ras de la résine . Bon c'est pas grave sauf que c'est dommage d'avoir à faire toutes ces manips pour remplacer une sonde . Ces 3 étaient branchées en attente, maintenant elle sont débranchées .

Il te faut linporter depuis la hc3 Ajouter un module puis tu choisi zwave puis importer un fichier Après pour la config les spécialistes t'aideront

Défaut d'étanchéité au niveau de la gaine thermo rétractable et oxydation Celle qui est en permanence dans l'eau : pas de soucis depuis 2 ou 3 ans Celle là en bordure mesurait l'air et donc n'a pas aimé air eau humidité soleil

Il manque un V non ?

Suite post précédent Après quelques jours de données parfois erronées sur une sonde, celle ci passe à 0 les autres sont ok Voici mes essais : si cela peut servir. Coupure alim du smart implant et remise en service : les 6 sondes sont à toutes à 0° Configuration douce du module : les 6 sondes passent à toutes à 0° Suppression physique de la sonde initialement en défaut puis Configuration douce du module : les 6 sondes sont à toutes à 0 Re Configuration du module : les 6 sondes sont à toutes à 0° Exclusion du module Inclusion du module : les 5 sondes sont ok Donc si une sonde est en défaut, elle bloque le réseau 1 wire du smart implant ça paraît normal. Le rétablissement du réseau 1-wire passe par l'exclusion et la réinclusion du module (la reconfig du module ne réinitialisé pas le 1-wire. C'est dommage ça éviterai l'accès physique au bouton pour l'exclusion) J'avais installé des sondes de secours en attente : c'est inutile pour permuter en cas de panne. C'est utile en cas d'extension du besoin de mesure de température. Quelques requêtes sql avec phpmyadmin sur domochart pour mofier les ID des sondes Voilà

J'ai un smart implant avec 6 sondes 1-wire (3 utilisés 3 en secours) depuis plus de 2 ans. Depuis hier une des sondes utilisée me renvoi des données erronées de plus il il a une erreur hard zwave sur ce device signalé dans la log. Pas de soucis je vais utiliser une de secours. Mais malgré avoir noté Module désactivé les infos continuent d'arriver Dans le graphique : pas grave il suffit d'arreter d'enregistrer les évènements Mais il y à toujours l'erreur qui arrive dans la log. Et surtout j'ai les évènement dans refreshStates DevicePropertyUpdatedEvent Pas si efficace que ca la désactivation ou je fait faux quelque part ? Est ce que quelqu'un sait si je peux supprimer physiquement la sonde en défaut sans perturber les 5 autres sur le réseau 1 wire du smart Implant Je ne ferais pas de reconfig du module car en 2019 sur une HC2 cela avait provoqué le blocage des autres sondes.

Sans ce forum, pour beaucoup d'entre nous, il aurait été bien plus difficile d'utiliser correctement une h2 ou une hc3. Donc dans un premier temps merci aux créateurs @Moicphil et @Yohan et bonne continuation dans leurs projets respectifs. Puis merci aux participants qui conseillent expliquent... Et enfin merci à @Lazer de reprendre ce poste important c'est mérité. Que l'ambiance la politesse et la bonne humeur persistent dans ce forum.

Merci à tous, alors j'essaye. Exécution Maj 5.140.17 Au bout de 4 minutes -> rebooting Au bout de 10 minutes de plus toujours en Rebooting (déjà eu cette situation) Coupure box par prise secteur Diode bleu s'allume quelques secondes Rebooting immédiat Starting Service OK version 5.140.17 installée. Save Cloud Save Local A suivre ...

Au début de ce post sur cette version 5.14 beaucoup de Ras Puis quelque reboot Puis quelques blocages avec 503 Quelques retours en version precedente Qu'en est il actuellement satisfait ou pas ?

Il n'y a pas de problème d'avoir les 2 Box Proches. Pas d'interférences ? Je suppose que c'est sur la même fréquence (Z-Wave) mais avec une adresse différente. Donc plus de traffic et de décodage pour chaque appareil ?

Je confirme. Il me semble que tu avais donné une solution pour que sur notification de la sonnerie du doorbird, il y ait une activation automatique de l'appli doorbird Avec "automate" je crois mais je n'ai pas trouvé comment faire

D'après ce que j'avais lu il y a quelques temps seul le backup cloud permet de redescendre sur une autre box. Le backup de la box X est crypté avec une clé propre à la box X Elle est décryptée et re-cryptée avec une clé de la box Y avant sa restauration sur la box Y Automatiquement ou avec l'intervention de Fibaro je ne sais pas ( j'ai qu'une box ) Mais certain l'on déjà fait je pense entra autre @ROBBEJP qui dans la même situation de reboot intempestif que moi à remplacé sa box sous garantie.

Pour essayer de mettre fin à mes reboot très aléatoires (Je ne suis pas le seul) j'envisage les actions ci-dessous. Achat d'une BOX HC3 neuve. Transférer la dernière sauvegarde Cloud de la Box OLD sur la NEW. La box NEW Devient la box de Production. La box OLD devientt la Box de Développement et de test. Si je retrouve sur ma Box de Production mes problèmes de reboot intempestifs { cela peux venir de ma programmation ou d'un problème dans mon réseau zwave Pour réinstaller le réseau zwave: Je re-transfère une sauvegarde Cloud sur la box de développement pour assurer le quotidient. Je reconfigure usine la box de production Je transfère un à un mes devices de la box de développement sur la box de production avec les QA_concernés. Nota : j'ai une solution déjà utilisée pendant la migration HC2 vers HC3 Qui consite à capter les évènement principaux sur la HC2 et d'envoyer une requete sur un QA de la HC3 qui traite alors cet évènement HC2 reçu en évènement Local. Si je retrouve sur la box de production mes reboot intempestifs { c'est soit un problème d' un appareil z-wave particulier ou un problème spécifique de ma programation. Il sera coton à identifier : 2 mois sans plantage (à plusieurs reprises) puis suite à une savegarde ou une mise à jour, plantage aléatoire de 2 fois par jour à 2 fois par semaine. Puis le calme revient ... } else { Ouf, j'ai une box de production (neuve) et une box de développement (ancienne) saines. } } else { les incidents provenaient de la box ( Plus de garantie ) Pas grave elle me servira tout de même pour du Développement et des Tests Elle pourra servir de box de secours au cas où } Je ne suis pas pressé et j'attendrais une bonne promo. Si vous avez des idées ou des conseils merci.

OK je ne connaissais pas la présentation GUI HCL

@fel-x Ces déclarations que tu montre : c'est sur HC2 non ?

En fait c'est une vanne à boisseau sphérique de 1 pouce et demi en laiton. La pression dans le son réseau est autour de 2 bars sur des tuyaux de 32 Dure non ! , mais besoin d'un effort au départ. Je n'ai pas trouvé de modele plus puissant, c'est dommage car cela permettait une motorisation sans modification de tuyauterie. Avant j'avais une électrovanne. je l'ai supprimée, car elle diminue le débit et si elle reste collée par une utilisation peu fréquente, il n'y a pas moyen de la manoeuvrer manuellement. Il existe des vannes à boisseau 2 ou 3 voies motorisables et à commande manuelle chez les pros et certainement efficaces.

Avant d'acheter celle en zwave j'en ai pris une en wifi ( c'est le même moteur mais 36 euros ) pour essayer si le couple était suffisant pour mes vannes 1 pouces chauffage. Dans mon cas : Ca fonctionne bien mais pas assez de couple. Peine au démarrage et donc ne termine pas l'ouverture complète.

ou la HC5

Idem j'ai résolu le pb depuis longtemp

Installation perso de marque gianola 1tour par litre Attention évitez de faire la même erreur de montage que moi : Mes deux compteurs sont après un té qui dérive l'eau sur une branche arrosage et une seconde maison J'aurai du installer 'une diode de plombier' car il y a un effet venturi qui fait que lorsque une branche débité la seconde fait légèrement tourner son compteur à l'envers. C'est pas énorme mais j'aurais pu éviter. Maintenant que tout est en place et étanche j'ai pas envie d'intercaler des antiretour

J'ai un wes depuis bientôt 2 ans Question fiabilité je n'ai rien à redire J'ai 2 compteurs d'eau à 50 mètres j'ai galèré un peu mais avec une Capa sur les entées j'ai un relevé correct. J'ai un écart d'erreur assez faible. Un compteur pulze pour l'ECS J ai deux Linky abonnement tempo pas de soucis. Les modes historiques et Standart sont prévus. Deux pinces amperemetriques (résistance appoint Pac et compteur brûleur fuel) Un réseau 1-WIRE de 10 sondes température. Il se comporte bien j'ai eu un ou deux blocage. Reset et ca repart. Je n'ai jamais suivi les mises à jour car je suis satisfait de la version installée et j'ai des doutes sur les modifications à apporter de mon côté car ils ont fait des modif sur les perif pulzes et autres. Comme je ne me sert pas de leur interface de présentation des compteur et graphiques (sauf pour les configurations) je n'ai pas besoin des évolutions. Par contre les docs c'est un peu dispersé, il y a un forum mais loin d'être aussi clair que le nôtre. On trouve tout de même des conseils er réponses. J'ai un Qa mais très spécifique à mes besoins (loin de la qualité et l'université des Qa de @Lazer) pour les données température et conso instantanée j'ai de child's device chargé par une interrogation cyclique du wes donc insertion récupérées par domochart. Pour les cumuls de conso une interrogation du wes à 22h et insertion directe dans des tables aditives dans domocharts.

Espérons qu'elle ne change pas de valeur dans la journée....