Lazer

Bon bah moi, mon HC2 de test n'a pas planté depuis 24h depuis que je suis passé en 4.071. Donc il y avait bien des gros soucis en 4.070..... soucis aléatoires si j'en crois les expériences de chacun, et la différence de comportement de mes 2 box

On fait quoi, on maintient 2 topics différents, en séparant bien les discussions HC2/HCL (mais je sais qu'il y en a plein qui ne feront pas la différence), ou on fusionne ? Si on fusionne, je mettrai les 2 change log dans le premier post, qui sera plus long du coup.

C'est l'accès direct au panneau d'événement. Une nouveauté de la v4 Did Ca date

y'a pas mal de nouveautés en v4, mais pas de langage type LUA, ou alors je l'ai loupé. Donc au niveau communication avec des objets externes, t'es assez limité du coup. Pour moi, l'IPX n'est pas une box domotique. C'est àmi-chemin avec un automate.

L'IPX c'est plus un automate qu'une box domotique quand même. Au niveau scénario c'est ultra limité.

ah ça, elle pourrait faire un gros carton, mais il y a tellement de "si" :(

je ne dis pas le contraire, si tu a pu faire ton étude, alors c'est que tu fait ton choix en connaissance de cause Le Z-Wave est une des technos sans fil les plus fiable grâce au maillage, émet très peu d'ondes nocives, elle semble avoir un certain avenir, et tu peux récupérer tous tes modules quand tu jetteras ton HC2 par la fenêtre.

oui c'est normal, car une mise à jour se contente d'écraser tous les fichiers avec l'extraction de l'archive téléchargée. Par contre, la mise à jour 4.071 a peut être apporté des modifications à ta DB, mais si ça fonctionne une fois revenu en 4.070, puis remise à jour en 4.071, alors c'est super

moi j'ai constaté une grosse différence. Pas sur les FGMS car ils n'ont pas encore atteint la fin des piles, mais sur les FGK101, ST814, SRT321 ça change la vie. Un module qui envoie un relevé de température se rendors immédiatement. Un module qui se réveille, échange beaucoup plus d'informations avec le contrôleur, puis écoute le réseau pendant une 10zaine de secondes, donc ça consomme largement plus.

Le support est vendu séparément, mais il existe, j'ai pu le prendre en main. Je suppose chez Domadoo ? EDIT : en effet http://www.domadoo.fr/fr/peripheriques/3183-aeon-labs-support-d-encastrement-pour-multisensor-6.html?search_query=MultiSensor6+&results=3 ce qui est dommage, c'est qu'il faille encore ajouter l’alimentation USB 5V, à caser comme on peut dans le faux plafond.

Oui comme Did, il faut répartir les modules dans la maison pour un bon maillage Z-Wave. Ou alors prendre le problème à l'envers : dans une maison neuve, pourquoi mettre du sans-fil ? N'est ce pas l'occasion d'étudier les solutions filaires ? Plus fiable, plus durable sur le long terme.

pourtant les binaires font la même taille, donc y'a pas beaucoup de différence avec la précédente.

t'inquiète, y'avait de la bière sur la photo (c'était dans la recette de crêpe de madame (et le reste dans mon estomac, c'était l'apéro ))

Je ne pense pas qu'un thermostat d'ambiance soit capable d'envoyer un ordre de température à un ZXT 120 A mon avis, il faudra au minimum un scénario (une scène, ou un module virtuel) sur la box pour faire le "lien" entre ton thermostat d'ambiance et les ZXT. Les ZXT sont un peu complexes à paramétrer, car ils reçoivent plein d'ordres, qu'ils retransmettent au split en infrarouge. Donc de part sa complexité, le ZXT ne s'intègre nativement dans aucun panneau de chauffage ou thermostat tout fait. Obligé d'écrire un script, qui effectue la logique de conversion des ordres.

ma box de test faisait la mise àjour pendant la photo, et juste quand j'ai terminé ma crepe, j'ai pu me connecter àl'interface, sans souci. C'est au moins ça qui marche Pour le reste, on verra d'ici demain ce qui se passe.

65535s maxi sur les FGMS. Ca fait un peu plus de 18h. Pour les ST814 on peut dépasser largement une semaine de réveil. Faut regarder dans la doc du module au cas par cas.

ça lavera les bugs

je me régale

c'est la chandeleur, j'ai fait des crêpes sur mon HC2 :13: :13: désolé, craquage ...

@PITP2 : ah bon il y a le EnOcean sur Lifedomus ? Mince, j'avais loupé ça Sinon, près de 24h après le reboot de mes 2 box en 4.070 stable pas stable (copyright) - box de test qui ne fait rien => Un VD crashé, et HC Serveur Crashé => Erreur 503, box inaccessible - box de prod qui a assuré comme une bête toute la journée => rien à signaler, tout roule dingue ça

les nouveautés sur l'API sont super !!!! rien que pour ça, la mise àjour vaut le coup

ah làlàlàje suis grave tenté d'installer une beta stable, car ma stable pas stable me gave comme vous le savez

Je voulais dire qu'elle n'est pas vendue au grand public, elle n'est vendue qu'aux pros en direct. Après bien sur, un particulier a toujours moyen de se payer un produit, même réservé aux pros, directement ou indirectement. Le pro, c'est "l'installateur domotique" bien sur. N'empêche, une install KNX, si tu dois la réaliser entièrement, tu dois déjà le faire en neuf ou réno lourde, et du coup installer des modules qui ne te serviront peut être jamais, juste en prévision, car si tu ne les ai pas mis bah t'es un peu coincé après. Et entre la licence ETS et la Lifedomus, ça finit par faire un beau surplus par rapport à du Z-Wave, dont les prix sont en chute libre depuis qu'Amazon s'y intéresse. Mais sinon je veux bien te croire que KNX + Lifedomus c'est le combo idéal, surtout si cette dernière peut ajouter du Z-Wave (et qui sait, EnOcean ???) pour des besoins ponctuels.

Je ne pense pas, ou alors Pascal Stephany a le même architecte d'intérieur (tu n'as pas vu ses photos sur G+ ? )

@Nico t'es allé lire en détail ce topic : http://www.domotique-fibaro.fr/index.php/topic/7212-necessit%C3%A9-de-fermer-une-session-netfhttp/ Pour te faire un résumer : la box est ultra performante, 500 requêtes http par seconde.... MAIS : Elle plante en 2 secondes car ces imbéciles de développeurs de chez Fibaro ne sont pas capable de tester le code de retour d'une fonction. En gros, quand ils ouvrent une socket TCP/IP, ils ne vérifient pas si le kernel lui a renvoyé un handle valide, ou une erreur. Donc ils partent du principe que c'est OK, et tentent d'exploiter le socket.... sauf que la config par défaut de Linux empêche l'ouverture de plus de 1024 fichiers (un socket est un fichier en UNIX). Donc le kernel tue lr programme par sécurité, c'est le core dump. C'est juste lamentable de coder comme ça.... et malheureusement toute la box est codée sur le même principe. Donc après faut pas s'étonner que ça fonctionne parfois, et ça plante parfois, et ceci de façon totalement aléatoire (précision : je n'avais jamais eu de problème majeur depuis plus de 2 ans malgré mes migrations successives, et à vous lire vous êtes nombreux à avoir eu des soucis.... donc le coté aléatoire est bien là )