Lazer

lol http://fr.wikipedia.org/wiki/Processus_zombie

Sinon, enlever les plaques alu des 2 cotés de la box, le processeur perd pas loin de 10°C (mesuré avec la sonde interne), et le boitier alu devient tiède (et non pas brulant) Seul inconvénient : la poussière et les petites bêtes peuvent entrer.

Pour info, sur mon HC2, en v3.590 Stable, 19 minutes après le reboot : Tasks: 156 total, 1 running, 155 sleeping, 0 stopped, 0 zombie Cpu(s): 1.9%us, 0.5%sy, 0.0%ni, 95.0%id, 2.6%wa, 0.0%hi, 0.1%si, 0.0%st Mem: 1017044k total, 285216k used, 731828k free, 28980k buffers Swap: 249848k total, 0k used, 249848k free, 102000k cached Y'a de la marge..... Pour info, j'ai 105 devices (tous types confondus, Z-Wave parent+enfant, modules virtuels, etc) et 22 scènes.

Bon, mon HC2 refonctionne depuis un moment. Il a effectivement fallu que je reparte en recovery, puis mise à jour 3.590, puis enfin restauration de ma dernière sauvegarde (2h plus tôt, tout va bien) la suite sur l'autre topic tout à l'heure.

Un switch manageable de niveau 2, marque Netgear. D'habitude la HC2 est branchée sur le switch de la freebox, mais là pour mes tests j'ai du la brasser sur un port du Netgear. Je soupçonne que les fonctions évoluées du switch Netgear (genre Strom Control ou des trucs comme ça) ont décidé de fermer les ports, mais j'ai pas trop cherché pour le moment. Sinon pour tes IP en mode recovery sur tes box, tu n'aurais pas forcé l'adresse IP en fonction de la MAC Adress depuis ton serveur DHCP ?

Oui il m'a laissé faire, étonnant non ? J'arrive à retrouver l'accès à l'interface, mais c'est du grand n'importe quoi, mis en page foireuse, modules inaccessibles, bref la cata. J'ai forcé la mise à jour, mais ce n'est guère mieux. Je vais faire un recovery. j'ai un autre truc chelou avec le réseau. j'ai fait au moins une 30aines de reboots cet après-midi (j'expliquerai pourquoi sur mon topic qui va bien.... j'ai du nouveau... ) Bref, de temps en temps, le port réseau ne remonte plus, les diodes ne remontent pas. Obligé de changer le câble sur un nouveau port de mon switch. Quand j'ai épuisé tous les ports du switch, obligé de rebooter le switch. Très étrange.

J'ai fait plusieurs tests de reboot en recovery cet après-midi, et parfois il prend l'adresse en DHCP, parfois il prend une adresse en 192.168.100.x ou encore 192.168.81.1. Etrange. Mais jamais il ne prend l'adresse IP fixée dans l'interface Web. ça c'est normal, car elle n'est pas stockée sur la clé de recovery. Par contre, je crois que j'ai fait le con : j'ai fait le recovery, puis j'ai demandé la restauration de ma dernière sauvegarde avant de mettre à jour à la dernière stable 3.590 Ca fait 10 minuites et la box reste en 503 Unavailable.... je suis bon pour un nouveau recovery.

ne te fais surtout pas soigner

Le filaire c'est toujours plus fiable que le sans fil (encore faut-il que ce soir correctement câblé avec les histoires d'équilibrages de résistances série/parallèle, etc... et la centrale sur alimentation secourue, ... Mais le sans fil a bien évolué en sécurité pour les alarmes. La norme NF A2P (créé à l'initiative des assureurs) garantie une certaine qualité de transmission radio (et de conception des détecteurs, c'est important de le souligner). En 3 ans, je n'ai eu aucune fausse alarme, sauf quand on l'a déclenché nous même en oubliant de l'éteindre, ce qui est rare. J'ai eu 2 tentatives de brouillages, sur 1 seule fréquence, ce qui m'a valu des notifications mais pas de sirène. En réalité, c'était lors de la construction de la maison d'un voisin, avec les camions de chantiers et les télécommandes 433 MHz qui émettent plein pot pendant 2 heures... Ce jour là , j'ai cru que je ne pourrais pas sortir de chez moi, il a fallu que je colle la télécommande de mon portail à 30 cm du boitier de commande des moteurs, c'est dire le niveau du brouillage. Mais voilà , une seule fréquence a été brouillée, et comme par hasard avec une télécommande branchée sur le camion. Je maintiens que brouiller le réseau GSM n'est pas à la portée du cambrioleur qui s'attaquera à la maison d'un particulier lambda, car le GSM : - utilise de nombreuses bandes de fréquences de 800 à 1800 MHz (et bientôt plus, c'est à l'étude) sur des largeurs de bandes conséquentes - émet à une puissance importante (jusqu'à 2 Watts pour un mobile, et quelques 10zaines pour une antenne-relai), on voit bien les problèmes de santé que ça peut poser, même si personne ne veut l'admettre. Pour comparaison, en Z-Wave, c'est une seule fréquence de 866 MHz et une puissance maxi de 10mW en pointe, sachant que chaque transmission est très brève. Donc facile à brouiller. Malgré cela, en domotique le sans fil a bien progressé, puisque sinon nous ne serions pas sur ce forum et on serait en train d'économiser pour nous payer 2 ou 3 actionneurs en KNX ou autre techno filaire.

un RDV téléphone pour pouvoir associer son abonnement Homelive à son profil Orange. Orange, what else

Un sujet qui parle d'alarme et auquel je n'avais pas encore participé... mais là je pense que c'est nécessaire @Fanou je pense que tu mélange un peu tout. Tu parles de Daitem, ça tombe bien, puisque c'est le même matos que Diagral. Et si ça vaut 2 fois le prix de Diagral, c'est juste parce que c'est la gamme pro, donc qui comprend le pris de la main d’Å“uvre pour la pose. Autrement c'est strictement identique à Diagral, les modules sont parfaitement interchangeables. Donc si tu fouilles le forum, tu verras que j'ai ce matos, et que je m'intéresse beaucoup au sujet. Brouiller du Z-Wave à 866 MHz, oui très facile avec un téléphone en 4G Orange, ou un brouilleur à 100€, on est 100% d'accord. Brouiller une alarme Diagral NF A2P bi-fréquence auto-protégée, clairement tu te fourvoies. La techno a évoluée et ce que ton père a connu n'est certainement plus valable aujourd'hui. C'est valable pour les autres marques disposant de la même certification. Mon alarme détecte le brouillage, et sonne immédiatement. Chaque élément (centrale, sirène, transmetteur GSM) est parfaitement autonome et est capable de réagir tout seul en cas de brouillage total des 2 fréquences. En ce qui concerne le brouillage des 2 fréquences utilisées par cette alarme, il faut un brouilleur dont la télécommande tient dans la main, et la batterie dans ..... un 4x4. Bah oui, cette centrale émet très fort sur les 2 fréquences, et les trames sont répétées de multiples fois. Donc il faut une puissance d'émission démente pour brouiller ce signal. Ton brouilleur à 100€ dans ta poche, lui il a une portée de 10m en champs libre autour de toi, donc autant dire rien du tout (le Z-Wave a une portée de 50m en champs libre pour comparaison). En ce qui concerne le brouillage des bandes de fréquences GSM, c'est à la limite de l'impossible, car il y a aujourd'hui un très grand nombre de fréquences utilisées par la téléphonie mobile. Perso j'ai installé mon transmetteur GSM au plus haut de la maison, en face de l'antenne relai la plus proche, donc bon courage pour la brouiller. Accessoirement je suis dans un couloir de servitude hertzienne militaire, donc je pense qu'ils ne mettront pas 5 minutes à arriver si tu as un brouilleur suffisamment puissant pour jouer à ça. Bref : - Protéger une entreprise, un musée, ou un particulier fortuné disposant de tableaux de maitres avec une alarme filaire a du sens, car pour ce genre de cible, les intrus peuvent rentabiliser l'acquisition du camion nécessaire au transport du brouilleur, donc l'alarme sans-fil, même NFA2P, n'est pas suffisant. - Pour un particulier lamba, une alarme NFA2P est très largement suffisante, fiable, et sans risque de fausse alarme. - Faire une alarme en Z-Wave, moi je ne suis pas convaincu, mais certains le font et n'en sont pas trop mécontents... après ça dépend aussi de la zone géographique et du risque associé.

Héhé, bienvenue sur le forum

oui voilà , "ou pas" c'est important ça. Le souci c'est qu'avec le peu d'infos données, on ne sais pas. Et à part avoir accès au système Linux, il n'y a pas vraiment moyen de savoir autrement via l'interface graphique. Au pire, un slot SoDIMM est dispo pour ajouter 1 petit Go

je n'y arrive pas non plus, donc impossible d'accéder à ma facture sur mon espace client. sinon, je ne sais pas si c'est ma connexion Internet ou un bug chez Orange, mais je reçoit en moyenne 2 SMS par jour m'informant que la box Homelive a perdu l'accès Internet.

des détecteurs d'alarme filaire tout simplement

Bien vu Did Donc il faut soit remplacer le/les relai(s) interne(s) du FGS, ce qui tue la garantie, ou alors mettre un relai inverseur externe comme je le disais.

@PITP2, l'utilisation de la RAM s'arrêtera à 100%. Non, sans blaguer, pour un Linux (et un UNIX) c'est tout à fait normal d'utiliser la RAM à 100%, car cela fait autant de données en moins à aller lire sur les disques. Pour monitorer la RAM d'un UNIX, il ne faut pas se contenter de regarder le pourcentage d'utilisation qui ne veut donc rien dire. Je pense que Fibaro a fait une belle boulette en affichant ce paramètre, ça n'a pas fini de faire paniquer les utilisateurs. La RAM est utilisée par : - les processus - les zones alloués par ces processus - le buffer, c'est à dire du cache fichier, c'est à dire des fichiers qui ont été lus ou écrits, et qui restent en mémoire au cas où ça puisse resservir au prochain accès. C'est donc bien le buffer qui fait qu'un UNIX utilise 100% de sa RAM dispo. - quand ça ne suffit pas, on commence à taper dans le swap (paging space) Sous Linux, la commande la plus basique pour voir l'état de la RAM et du swap, c'est "top" sur les 2 ou 3 premières lignes du haut.

à priori non ce n'est pas possible, il faudrait pour cela ouvrir le FGS, et souder un fil sur le contact repos du relai.... bref pas simple. plus simple : tu mets un relai inverseur entre le FGS et la sirène, ainsi tu auras toujours le contact NC (position repos du relai)

une fausse pile en bois. Cherche sur le forum

@Pinou, une idée me vient.... attends.... voilà elle est là Il "suffit" de spoofer le DNS de Fibaro pour rediriger le tunnel SSH vers l'adresse IP de son choix... par exemple un serveur dédié chez OVH, 1&1, etc... Alternative : avec un routeur digne de ce nom (un bête Linux sur lequel on est root...), utiliser netfilter pour rediriger le trafic vers l'IP de son choix. Pas forcément simple à faire, surtout qu'après il faut décoder le protocole normalement utilisé entre la HC2/HCL et les serveurs du Fibaro Est-ce du simple HTTP encapsulé, ou autre ? Je note ça sur ma Todo List par curiosité

J'ai passé l'authentification manuellement via le navigateur, et j'ai ensuite tenté d'appeler l'API, mais ça ne fonctionne pas : https://home.fibaro.com/api/settings/info En ce qui concerne l'accès distant via home.fibaro.com, il n'y a pas d'UPNP et d'ouverture de port sur le routeur. C'est la box qui initie un tunnel SSH vers les serveurs de Fibaro.

oui c'est vrai en plus, c'est tout àton honneur

moi il y en a beaucoup que je ne reçoit tout simplement jamais. je pense que c'est lié aux lenteurs du serveur, quand il n'arrive pas à envoyer un email, il abandonne tout simplement.

sur ta box, tu cliquer sur Exclure un module dans les 30 secondes qui suivent, tu cliques 3 fois sur le bouton du module Ensuite tu pourras procéder à nouveau à l'inclusion

... ou alors que Stef fasse exprès de cramer son HC2 pour arrêter de faire du support je suis loin....