Lazer

backups (avec le s)

Pas sà»r, chez Hickvision les firmwares peuvent être assez poussés (selon les versions.... à étudier dans les docs), et un mouvement détecté par la caméra pourrait très bien attaquer l'API HTTP de la HC2. Par contre chez Foscam, ça n'existe pas à ma connaissance. Pour les NAS, tu prends du Synology, car Surveillance Station est la meilleur logiciel existant. Attention, tu as le droit de gérer 2 caméras gratuitement, après il faut acheter des licences supplémentaires. Comme dit Jojo, pour 4 caméras il faut un peu de puissance CPU, donc évite les Syno d'entrée de gamme (modèles qui finissent pas la lettre j)

Oui je confirme tout ce qui a été dit. SAUF un point important qui a été omis : à chaque clignotement, la tradition est de boire une bière (ou tout autre breuvage de votre choix) (valable aussi pour la LED de mise à jour....)

@Pepite : - soit il fait trop chaud, et elle sera contente - soit il fait trop froid, et tu lui vante les mérite de la domotique et de ses économies d'énergie

tu fais la mise àjour en 4.056, vu que c'est la dernière stable, il suffit de t'arrêter là, et de ne pas installer les beta

Pour les plantages, tout peux arriver : - erreur de script LUA. - firmware buggué. - plantage imprévu de la box (Fibaro a encore de gros progrès àfaire pour stabiliser sa box... Il est loin le temps de la v3 et des 6 mois de uptime sans reboot). Même les scènes et Virtual device peuvent planter sans prévenir (core dump), voir mon Watchdog àce sujet. - un capteur Z-Wave est infiniment moins fiable qu'un capteur d'alarme. Tu auras des fausses alertes, en pleine nuit ou pendant ton absence. - le réseau Z-Wave n'est pas protégé contre le brouillage. - etc Mais évidemment ce n'est pas le même budget..... Une bonne alarme (je ne parle pas des chinoiseries) ça coûte cher. Pour Satel, si @Sebcbien, @PITP2, @Krikroff, etc.... passent par là, je pense qu'ils t'en diront du bien car ça semble bien fonctionner pour eux. Mais il semble certain que la configuration n'est pas évidente.

Tu devrais commencer par (re)lire mon article sur le réveil des modules dans la section pour les nuls. Le réveil n'a aucune incidence sur la remonté des valeurs du capteur.... Et en plus ça bouffe les piles inutilement. Tous mes modules sur batterie ont un réveil supérieur à12h, et pourtant je peux t'assurer que tous mes capteurs, quelque soit la marque, reemointent bien toutes les valeurs. La seconde étape est donc de lire la doc du FGMS, et tu verras que pour la luminosité, tu as 2 paramètre importants : l'un concerne la variation des lux et l'autre concerne l'intervalle.... En réglant l'intervalle sur 1h par exemple, ton capteur enverra la mesure même si la variation est inférieure au 1er paramètre cité (200 lux par défaut, clairement trop élevé, surtout en hiver). Pour finir, si ton GEA est trop lent, c'est que tu n'as pas activé le paramètres créé spécifiquement par Steven pour la v4. Un tour sur le wiki t'en diras plus.

Une autre capture de l'évolution de la RAM sur 1 semaine : - buffers : stable à 6% - mémoire utilisée : en progression linéaire, comme déjà mentionné, certainement à cause de problèmes de fuite mémoire - cache : stable (la pente est la même que la mémoire utilisée), puis lorsque Linux a besoin de RAM, il libère un peu de cache... ainsi de suite, par cycle (visiblement les cycles de libération du cache sont de 24h.... mais ça pourrait être plus ou moins rapide selon l'évolution de la mémoire allouée par les process) Ce qui démontre visuellement que la priorité est donnée à la RAM allouée par les processus. Et le cache n'est utilisé qu'en "bonus" en fonction de la RAM disponible.

Ah ok J'ai une Foscam FI9831W motorisée intérieure achetée il y a 2 ans.

Dans un projet sérieux avec 4 caméras, je pense que l'achat d'un enregistreur s'impose. Le mieux c'est le NAS, car il sert à autre chose (vidéos de vacances, CD rippés pour les Sonos, etc) Mais tu fais comment, ça veut dire que tu n'enregistres pas ? Donc les caméras ne te servent qu'à faire de la lever de doute ? Pas de vidéo surveillance donc. Mon problème de reboot de la Foscam en Wifi est assez connu.... je ne suis pas le seul

- Quels sont les avantages d'avoir une centrale d'alarme dédiée au risque d'avoir un écosystème fermé ? La fiabilité. Tandis que la domotique ça peut (et ça plante) souvent - Est-ce que l'interface de la HC2 est bien prévue pour une vraie gestion d'alarme De base avec le panneau d'alarme, c'est assez limité. Si tu veux aller plus loin, il faut programmer des scènes en LUA, et là il n'y a plus de limite, tu peux avoir une gestion très fine de ton alarme (armement de certaines zones, etc) En fait, l'idéal dans ton cas c'est une alarme SATEL, car elle est parfaitement reconnue par la HC2. Mais c'est une marque polonaise (comme Fibaro....), donc difficile à se procurer en France (l'importateur officiel ne veut pas vendre aux particuliers, et les autres canaux de distribution sont un peu chers). Il y a quelques topic sur le forum qui traite de cette alarme.

Perso, moi Foscam c'est fini. J'en ai une intérieure qui bug... Quand elle est sur Wifi, elle tire trop de jus quand il y a IR activé + motorisation, donc reboot. Pas cool. En Ethernet, ça passe bien.... sauf pendant les vacances de Noel, où la caméra a arrêté d'envoyer le flux vidéo pendant plusieurs heures.... pourtant le PTZ répondait bien. Bref, Foscam c'est bien pour débuter et jouer, par cher, mais c'est pas de la grande qualité. Pour un équipement de sécurité, ça le fait pas trop Autrement pour le MJPEG, franchement quel est l'intérêt d'avoir la vidéo dans l'interface HC2 ? Tu prends une caméra moderne en h264, et tu fais l'enregistrement avec un NAS (Synology par ex), ou un appareil dédié (Hikvision en fait plein). Je me sers de l'appli du Syno (DS Cam) pour voire le flux des caméras. Bien plus pratique que l'appli Fibaro qui n'est pas adapté à la gestion des caméras (image centrée au milieu de l'écran, etc....)

Oui je crois bien que Domoticz a une API, mais je n'ai jamais utilisé. Ton rêve ne sera pas exaucé, ce n'est même pas la peine d'y penser..... Une remarque en passant : Fibaro se mettra sûrement au EnOcean un jour, mais certainement pas au 433 MHz (Rts, Chacon, etc), car c'est une techno morte et enterrée. Malheureusement tu es obligé de faire avec.....

Attention, l'extension EnOcean pour IPX800 ce n'est que des capteurs, je crois qu'ils ne supportent pas les actionneurs. Si t'es en sans fil, c'est sur que le RTS ne peut pas être remplacé par des modules Fibaro. C'est vrai que tant que Jeedom ne sort pas la Jeedom Center, t'es limité àla Mini en officiel. Si tu mets un RFXcom sur ton Syno, avec un logiciel tel que Domoticz, tu peux faire du RTS il me semble, non ?

Regarde cette image que j'avais déjà partagé ailleurs : On voit bien que l'utilisation mémoire des process ne cesse de croitre de façon linéaire ..... (pourquoi, surement à cause de fuites mémoires) Les buffers sont stables Et le cache varie.

Bah pour quelqu'un qui bien de Zibase, Jeedom c'est déjà une sacrée évolution. C'est sur que quand on vient de HC2, c'est une régression (troll...)

En passant par une passerelle FHEM (à faire tourner dans une VM, un Raspberry PI, etc), et avec les dongles qui vont bien, tu peux adresser le EnOcean, le RTS, etc Par contre y'a un peu de boulot quand même pour intégrer tout ça (virtual devices, plugins, etc). Par contre une fois au point, ça tourne tout seul. FHEM est d'une stabilité exemplaire. Idem pour l'IPX, tu peux attaquer l'API, il y a quelques tutos sur le forum. Toutes les caméras peuvent être pilotées depuis la HC2 grâce à leur API. En revanche, la récupération de la vidéo dans l'interface Web peut être problématique si elles ne font que du h264 (car le HC2 ne gère pour le moment que le MJPEG). Mais ce n'est pas un problème si tu utilises tes caméras différemment (via un enregistreur tel que Synology). Perso je m'en moque d'avoir la vidéo dans l'interface de la HC2. Pour l'absence de Cloud, mes prédécesseurs ont bien répondu. Mais vu l'hétérogénéité des protocoles que tu vas gérer, et la nécessiter de passer par des passerelles externes avec ce que ça implique en terme de cout et de complexité, je me demande si tu ne devrais pas te tourner vers une solution sans cloud et multi-protocole.... il y en a une seule, c'est Jeedom.

@clarkkent609 : je ne crois pas que je puisse faire cela.... Le mieux, est que tu crées un nouveau sujet, dans la section Multimedia => Tuto, et tu mets un lien ici pointant vers ton nouveau topic.

> je ne pense pas que ce cache pris par l’os sera libéré En effet, le principe du cache c'est justement de rester le plus longtemps possible en RAM, au cas où on aurait encore besoin d'accéder à la donnée ultérieurement. Ca évite des accès disques, plus lents. > Malgré qu’il soit inclus dans la mémoire utilisé, la conséquence est qu'il reste moins de mémoire pour le reste. FAUX, car Linux (comme tout bon OS, y compris Windows) remplie sa RAM au maximum avec du cache (comme expliqué ci-dessus, pour des raisons de performances), mais donne priorité à la mémoire allouée par les processus. Donc si les applications ont besoin de plus de RAM, Linux leur donne, et réduit son espace de cache en conséquence. Ce qui est troublant pour le débutant, c'est que Windows a toujours masqué la mémoire cache dans la fenêtre du gestionnaire des tâches. Mais il procède bien comme Linux : après quelques minutes d'utilisation, sa RAM est pleine à 100%, majoritairement du cache. Tandis que Linux, comme tout bon UNIX qui se respecte, montre le détail de la RAM : donc tout le monde a peur, à tort, de la quantité de cache présent dans la RAM. C'est le même principe pour les Buffers, mais sur la HC2 il reste stable à environ 6%. Tandis que la cache, comme expliqué, va toujours tendre à utiliser près de 100% de la RAM. Le reboot est donc totalement inutile dans ton cas, tant que l'espace utilisé (= mémoire allouée par les processus) n'approche pas 80%.

Le sujet de la mémoire a déjà été traité des 10zaines de fois.... ne prenez pas en compte le cache et le buffer. Seule la mémoire réellement utilisée compte. Ca m'étonnerai que la mémoire soit pleine à 92% au bout de 10 jours seulement.... alors soit tu as compté le cache, soit tu as des scripts qui font n'importe quoi.

En effet, Domocharts ne gère pas (encore) la téléinfo. J'ai aussi les scripts de eb-home.eu qui tournent depuis plus de 2 ans. Si tu prends le package dispo sur le site, l'installation est rapide et facile. Depuis je les ai pas mal customisé, pour des besoins perso, et en vue d'une intégration prochaine à domocharts, mais ça c'est pour le futur lointain.....

Non rien n'a changé à ce niveau là , ça a toujours fonctionné comme ça. La liste des backups est stockée dans la base de données, et quand tu navigues dans l'interface pour voir les backups, tu vois en réalité le contenu de la DB (je devrais plutôt dire "la dernière liste connue des backups") La liste des backups est mise à jour après un backup ou un restore. Donc si tu supprimes manuellement des backups sur la clé en la connectant sur un PC, c'est normal que la DB ne soit pas mise à jour, et par conséquent l'affichage web. Rappelons que Fibaro a toujours dit que la clé ne doit pas être connectée à autre chose que la HC2. Si tu veux contourner le problème, après avoir vidé les répertoires de backup de ta clé, tu fais une nouvelle sauvegarde sur la HC2. A la fin, il va mettre à jour la liste dans la DB, et donc l'affichage web sera synchronisé.

Bonne année 2016 àtous

.... si jamais Fibaro fait des accès régulier à la clé.... va savoir.... En fait, même démontée, elle est encore connectée, donc son firmware répond, et donc son numéro de série.... donc se sert Fibaro pour leur infâme couche de sécurité.

ah oui, bah moi aussi du coup, j'avais pas fait attention, mais ta question initiale était bien pour le watchdog En revanche, l'évolution dont je parle (surveillance d'un équipement réseau en fonction d'une variable globale) concerne bien le VD Network Monitor dont il est question sur ce topic.