Lazer

Bon, je pense à une fausse alerte pour la clé interne, Linux me remonte un peu des valeurs bidons (à moins que ça ne soit le firmware qui cherche à tromper l'ennemi...) J'ai creusé un peu la question, en regardant directement le chipset. Donc à priori, nous serions bien en présence de 2 Go de mémoire Flash SLC, de marque Toshiba, avec un contrôleur Phison. http://www.pc-3000flash.com/solbase/solution.php?task_id=3330〈=eng De la qualité donc

Petit souci aujourd'hui avec un module Fibaro Universel. Il y a 4 sondes de températures branchées dessus, qui fonctionnent très bien depuis bientôt 1 an. Aujourd'hui j'ai déconnecté l'alimentation (12V), déplacé un peu le câblage, et re-allimenté. Depuis, je n'ai plus aucun relevé de température, les 4 sondes sont à0°C. J'ai vérifié le câblage, l'absence de court-circuit, déconnecter/reconnecter l'alimentation de multiples fois, rien n'y fait, ça ne fonctionne pas. Lorsque je force le module àcommuniquer (3 clics que le bouton), le HC2 le voit bien. De plus, les 2 entrées IN1 et IN2 fonctionnent toujours parfaitement. Une idée ? J'ai pas encore tenté l'exclusion/inclusion du module, mais ça m'embête, car je vais avoir tous mes ID àchanger dans ma base de données de graphs.

Plusieurs points : Cette histoire de clé interne, c'est l'info que remonte Linux en interrogeant le contrôleur de la clé. Rien ne prouve que derrière ce soit effectivement ce qu'on pense. Ils peuvent très bien avoir utilisé un contrôleur ayant un identifiant standard, et changé la mémoire derrière. Effectivement, les Datatraveler n'existent pas en 2 Go, et c'est bien la taille de cette clé. Donc ça rejoint la remarque précédente. Il est difficile d'en tirer des conclusions, avec seulement les infos accessibles depuis Linux. Une remarque sur les SSD : c'est de la mémoire MLC, mais ce qui fait la différence c'est le contrôleur devant. Il y a le Wear Leveling qui repartie l'usure des cellules. Sur les clé USB, cet algorithme n'est pas présent, sauf sur le haut de gamme genre Sandisk. Et même là, il est limité car il y a moins de cellules dispo pour repartir les écritures dans une clé par àrapport a un SSD. Ocz c'est de la vraie m.... Avec tous les Intel que j'ai, eu, je n'ai aucun problème. Et j'ai un Samsung qui me pose quelques soucis aléatoires. Bref, difficile de comparer une clé àun SSD. On pourrait envisager de cloner la clé sur un SSD et le brancher sur un port SATA de la carte mère. Mais je ne ferai pas ce test afin de ne pas toucher àl'intégrité physique de la box. C'est la solution en dernier ressort si la box ne boote plus un jour.

Quelques infos rapides : J'ai pu rebooter et faire un recovery avec la clé que j'ai générée précédemment (décrit en première page). Donc le clone de cette clé est un succès. La prochaine étape sera de regénérer une clé complète, afin de permettre à un utilisateur ayant perdu sa clé d'en recréer une nouvelle. Il me faudrait pour cela quelqu'un ayant un Linux chez lui, une clé USB de 4 Go vierge, et prêt à tester ça sur sa box. Krikroff, avec ta box de dév. par ex ? J'ai cherché quelques infos sur les 2 clés USB fournies avec la HC2 (recovery 4/8 Go, et interne 2 Go) Apparemment, ce sont les mêmes : - idVendor : 0x13fe - idProduct : 0x4100 Ce qui nous amène à une Kingston DataTraveler 100 G2 (référence DT100G2). Pour la clé de Recovery, ça ne me pose pas de problème. En revanche, pour la clé interne, qui est vendue sur le site de Fibaro comme étant de type Flash SLC (single level cell), donc super fiable, ça me gêne un peu. Car si on a une clé lambda, vue le nombre d'écritures qui ont lieu sur cette clé (configuration, événements, température, puissance, etc), ça fait un peu flipper. A approfondir à l'occasion. => Contrôleur Phison avec 2 Go de mémoire Flash SLC de marque Toshiba. Avec le capot fermé, la box est brulante comme on le sait tous, et le processeur est à plus de 55°C, alors qu'il est à 48°C avec le capot ouvert (et la box reste tiède). Pour ceux qui ont peur de la surchauffe, je conseille donc de laisser les trappes des 2 côtés ouvertes (ou 1 seule, ce qui semble suffisant, mais attention car il y a 2 trappes à gauche, et 1 seule à droite).

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.