henri-allauch

Comme par hasard ce matin j'ai une vielle foscam F19821 qui à rendue l'âme. Je n'osais plus la toucher son plastique était devenu tout collant. Avant de plonger dans le catalogue Hikvision peut tu me donner un conseil pour l'achat si tu as déjà ce genre de camera J'ai besoin qu'elle puisse envoyer par ftp sur un serveur du réseau local une video et/ou un image sur détection de mouvement dans une zone J'ai besoin de lui envoyer si possible des commandes par http de mouvements et ou de début fin d'enregistrement ... Et surtout Ou l'acheter france ou aliexpress pour qu'elle soit bien aux norme françaises/européennes. Merci Question reposée dans le topic Caméras Réseau IP Hikvision Ici

Perso 24 jours jours sans Serious problem detected mais un reboot le 19/1 après 22 jours sans plantage. Compte tenu de la fréquence, Quand j'aurai mis en place cette future Stable, il me sera difficile de tirer des conclusions trop hâtives. Donc avant de répondre à : Satisfaction Rating How satisfied are you with the overall quality of service you received from the agent? Very dissatisfied Somewhat dissatisfied Neither satisfied nor dissatisfied Somewhat satisfied Very satisfied Je vais peut être attendre ( sauf si vraiment la raison de ce message est explicite )

Message reçu ce jour pour le Serious problem detected New version 5.093 beta is available now. A stable version will be on February 1. Please install this version and control HC3. Pozdrawiam/Kind regards, Sandra Rutkowska

DomoCharts v7.11 Installé Bien que je n'utilise pas pour le moment de device Type = "current" Doit on aussi remplacer le config.js pour être à jour aussi coté affichage ? Merci

@Lazer Oui je fait aussi la sélection des devices par le admin de Domochart et les graphiques ne sont pas pollués. @M.Bar je n'ai pas encore tenté l'utilisation de grafana. En fait j'utilise un graph simplifié de: index_domochart complété par des tableaux de relevés instantanés et des cumuls de la base domochart

@Lazer les modules non visibles, dead, ou disabled ne sont pas transférés en base de données. Normal Mais pourrait tu envisager si possible une liste de devices à exclure lors d'une future version. Cela permettrait de ne pas transférer des valeurs utiles pour la HC3 mais inutiles dans domocharts. A moins qu'il y ai déjà une solution implémentée ? Merci

Meilleurs vœux pour 2022 à tous

Oui j'ai lu aussi les news sur le forum officiel Serious problem ... ça s'est réveillé dur ! A priori nous ne sommes pas les seuls à rencontrer ce problème ... ça rassure un peu. Je pense avoir en plus un second problème plutôt réseau Zwave qui se bloque ! à cause d'un device ? Heureusement à chaque fois la box redémarre , Je suis persuadé que cela rentrera dans l'ordre en 2022 avec un peu de patience et de méthode. En attendant , depuis les collines de Marcel Pagnol, je vous souhaite à tous un Bon bout d'an

Le mien m'a jamais posé de pb sur la HC2, je ne l'accuse pas , mais suite à des reboot intempestifs et/ou des blocages du réseau, je suis les conseils : donc ce FGK dont parle @Krikroff et @Lazer dans un vieux post. Pour les autres modules en 3.52 à priori ils sont très suspectés sur la HC3 et dans mon cas le Zwave+ sera interessant compte tenu de l'éloignement. Mais rien n'est résolu pour le moment. Il parait que la beta corrige le Serious problème détecté mais j'aurais bien voulu savoir : c'est quoi le serious problème ?

Bon ça a tenu jusqu'a ce soir 18h00, mais c'est le cas avec Serious problem detected. Donc comme je n'ai pas installé la beta sensée corrigé ce problème je ne peux pas tirer de conclusion. Et il inutile d'envoyer le dump au support. Je suis en attente de réception des modules fibaro pour remplacer les anciens en 3.52 plus le FGK ( actuellement déconnecté ) Par contre mon ticket reste ouvert , avec le message 2ND LINE VERIFICATION depuis deux semaines ????

l'interface est différente mais on retrouve les même Client Id et Client Secret le user et le passwd c'est celui de l'accès à ton compte NetAtmo.

@Lazer donne un exemple et une explication ici https://www.domotique-fibaro.fr/topic/14215-intégration-station-netatmo-dans-hc3/?do=findComment&comment=226800

Peut être papa Noël va passer ce soir. En effet si tu as installé le QA aujourdh'ui c'est ce soir que les devices seront créés dans la base de données et les valeurs seront ainsi intégrées régulièrement. Sauf si je me trompe... , mais @Lazer le concepteur t'en dira plus ....

Je n'utilise pas la bêta Pour le moment je suis le conseil de @Krikroff J'ai supprimé le FGK pour le moment pas de soucis depuis 4 jours mais c'est trop tôt pour tirer des conclusions Donc en attendant joyeux Noël pour tous

@Krikroff Merci c'est une piste. Oui J'ai 1 FGK101 version z-wave (3.42) et d'autres modules qui ne sont pas non plus ZWAVE+ -> Everspring Sp103(2.9) AN157(2.64) SF812(2.64) tous sont sur batterie et donc non répéteurs, ils étaient sur la HC2 qui n'a jamais posé de problème. je vais accélérer le remplacement des 2 anciens Wallplug et du FGR222. Crois-tu qu'il faille virer les devices non ZWAVE+ J'ai mis 2 deux dump sur mon ticket support fibaro, depuis une semaine le status est : 2ND LINE VERIFICATION ? j'ai pris un dump avant le reboot d'hier mais je ne l'ai pas ajouté au ticket.

Constaté dans l'après midi : aucun détecteur ne fonctionne dans le sens device vers hc3 Ex un mouvement n'est pas détecté par la hc3 ni dans l'historique ni dans le changement d'icône et evidement ni dans l'exécution du lua qu'il doit declencher Par contre les commandes depuis l'interface Hc3 fonctionnent sauf le changement d'état de l'icône Les services sont actifs ZWAVE compris Autrement dit le ZWAVE device vers Hc3 est déficient alors que dans le sens Hc3 vers device c'est fonctionnel Donc reboot hard (inefficace depuis l'interface) Et la lumière fut.....

Oui exact, j'ai toujours un reboot inexpliqué au bout d'un temps variable ... à des heures différentes. Entre 10 et 15 jours. Je veux bien avoir un problème sur un QA mais tous fonctionnent normalement et je n'ai pas d'indice de recherche. J'ai pensé à un problème réseau Zwave ou réseau IP mais pas de piste. Faut arriver à trouver le déclencheur du watchDog qui effectivement provoque le reboot mais évite de rester bloqué. La semaine dernière j'ai pu chopper un dump juste après le reboot et donc ouvert un ticket au support avec donc une trace peut être exploitable. Ce début de semaine j'ai eu le : Serious problem detected j'ai pu sortir le dump après le reboot et le joindre au ticket Ouvert. Moi aussi j'ai été contacté par message privé pour mon N° de HC3 Il me reste trois modules vielle génération à remplacer : deux sont des wallplug à maxi 6 mètres à l'horizontale de la box et un ROLLER SHUTTER CONTROLLER FGR221 à 10 mètres à la verticale avec un planché. Avec plusieurs utilisateurs impactés et des dumps divers je pense que le support trouvera le coupable. @ROBBEJP: oui je l'ai signalé Ici et sur le forum officiel

J'Ai pris un s5 max Très épaté par sa finition, son travail de détection des pièces, d'obstacles et du résultat final. Merci de vos conseils ou prenez vous vos pièces de rechange ? Pièces d'origine ou compatibles ?

Serious problem detected +1 N'ayant jamais fait de recovery mais seulement des restaurations de backup je voudrais comprendre comment cela se passe un recovery sur la hc3 et recovery avec reinitialisation usine Est ce une raz complète puis installation d'un système initial d'usine puis mise a jour de la dernière version du firm hc3 stable Après cela on peut restaurer son dernier backup local ou cloud Dans le post ci dessus Qu'elle serait la partie logicielle affectée eventuellement corrigé par cette reinitialisation? Le système Unix ? Et pourquoi seulement seulement pour une configuration presque vierge ?

j'ai modifié mon message pendant ta réponse donc t'a pas pu lire la suite :

Et il t'on donné une méthode pour récupérer et exporter les logs ? (192.168.1.XX/api/service/logsDump) .... mais pas pour les exploiter ?

Donc qu'elle que soit le mode de déclaration : myVar ou local myVar ou self.myVar celle ci ne sera pas utilisable depuis un autre QA et donc pas de conflit avec un autre QA. Seules les fonctions Quickapp:myFonc () sont accessibles par fibaro.call.....

Oui j'ai lu tout ça et je vois les différences Sauf que pour une variable que je souhaite initialisée, et utilisable exclusivement dans mon QA je ne comprend pas la différence entre : local myVar déclaré hors init() et fonction() donc Globale au fichier QA et self.Myvar déclarée dans le Init()

J'ai un doute Soit une variable MyVar déclaré dans la fonction OnInit() d'un QA de la manière suivante self.MyVar = 1 J'utilise cette forme de déclaration depuis mon premier QA vu des exemples de ce forum. A chaque init du QA MyVar prendra la valeur 1. Cette variable est utilisable dans les fonctions du QA par self.MyVar Elle n'est pas accessible depuis un autre QA ( donc pas de conflit ) Qu'elle est la différence avec un variable déclaré Hors de toute fonction y compris OnInit() par local MyVar = 1 Dans ce type d'utilisation, la bonne méthode est self ou local ? Je m'embrouille

Moi j'ai eu longtemps l'icône maison avec un point d'interrogation pour les pièces et devices avec icône perso Puis je me suis connecté en direct ( sans passer par le cloud fibaro ) pour faire un essai, et là j'ai eu tous les icônes Depuis, même en connexion cloud fibaro Home ID ils sont présents