Lazer

ça m'a aussi interpellé cette phrase Berale, j'avoue que je ne sais pas quoi en penser....

Cool, grâce à vous 2 ils ont trouvé un bug et ils vont le corriger Attendez la prochaine mise à jour qui intègrera le correctif je pense.

Moi aussi j'aimerais bien ne pas aimer mon propre message, mais bon..... malheureusement faut faire avec, car c'est typiquement le genre de fonction qui n'arrivera jamais sur HC2.

LUA : os.execute() Mais c'est bloqué par Fibaro pour des raisons de sécurité. On a une implémentation de LUA très limitée sur HC2.

@Shyrka973, non pas besoin de template, les release v4 récentes de Fibaro ont bien le template pour le ZXT120. Par contre si je te comprends bien, pour les 2 derniers modules en v1.12, tu en as un qui n'a pas de souci de batterie, et un autre qui a le "bug" ? @merick, merci, donc mon module a peu être vraiment un problème.... c'est quelle version du module que tu as (visible dans son panneau de propriétés) ?

moi j'éviterais de rebooter au milieu de la conversion...... ça risque de finir en recovery Essayez de bouger le support pour qu'ils se connectent et regardent en live ce qui se passe.

Quand je vois les scripts de migration depuis la 4.05x, ils font beaucoup plus de vérifications, et de corrections d’anomalies dans la DB. Clairement ils se sont attaqués sérieusement aux instabilités des premières v4. Je suis encore en 4.049 mais je pense que je vais pas tarder àmigrer, ça me parait beaucoup moins risqué maintenant.

Est-ce que quelqu'un utilise le module ZXT-120 sur chargeur USB, donc sans batterie ? Avec les firmwares HC2 v4.x récents, j'ai toujours le warning du low battery, et dans l'API du module je vois batteryLevel=255. A chaque exclusion/inclusion, c'est toujours pareil. Je sais que ceux qui ont inclu le module avant n'ont pas ce problème, mais est-ce que quelqu'un aurait la possibilité de l'exclure puis de le réinclure pour voir si le phénomène se produit ? Afin de savoir si le bug est dans la HC2, ou dans mon module spécifiquement ?

TracoPower tu peux y aller les yeux fermé, c'est cher mais c'est de la qualité.

Pas besoin, cette fonctionnalité c'est pour traiter les SMS entrants, ce qui ne fait pas parti de ce tuto. Dans ce tuto, ce sont uniquement des SMS sortants.

TCP Et pour les ports de destination, il faut mettre : http : 80 SSH : 22

Oui normalement. Par contre fait attention aux espaces et autres caractères exotiques (accents, etc) dans l'URL, ce n'est généralement pas toléré. Il faut encoder l'URL, ce que fait la fonction urlencode() décrite en première page du tuto. Sinon, dans ton test manuel, tu remplaces les espaces par %20

Avec un keylogger, car tu ne pourras pas le "voir".

Oui problème "connu", déjàrencontré sur le topic. Je ne suis pas certain, il faut l'exclure, ou faire une reinitialisation du module.

oh punaise.... trop d'onglet ouverts je crois ! C'était sur quel topic ? EDIT : trouvé

Teamviewer pour rebondir via ton PC, ce qui te permettra de voir ce qu'il font : ils vont utiliser PuTTY pour ouvrir une session SSH sur ton HC2. Ou alors, tu rediriges le port 22 sur ta box internet, mais tu ne verras pas ce qu'ils font, donc c'est moins drôle.

Je confirme ce que je pensais. Le script d'installation vérifie l'espace libre sur le disque interne avant d'effectuer la mise à jour. Il se trouve que tu es en v3, donc il y a une migration de la base de données à effectuer, et pour ce faire il réserve une grosse marche de manÅ“uvre. De plus, comme ça fait longtemps que tu es en v3, ta base a certainement gonflé bien plus que les nôtres en v4, car il y a plusieurs purges qui n'étaient pas effectuées en v3 (notamment l'historique de consommation qui était conservé indéfiniment). Conclusion : pas d'autre choix que de passer par le support Fibaro qui fera le ménage à la main. Remarque : tu peux faire le ménage toi même en supprimant les infos de conso pour chaque périphérique.... à voir si cela libérera assez d'espace ??? Et en fait c'est plutôt positif, car cette vérification n'existait pas dans les précédents scripts de mise à jour, ce qui a provoqué quelques erreur de box qui ne rebootent jamais.... donc quand même ils apprennent de leurs erreurs C'était pour le problème de Did => http://www.domotique-fibaro.fr/index.php/topic/5423-update-error10/

Tu devrais re-tester l'ancienne version du driver SCSI. Voici un tuto mieux expliqué avec les commandes àtaper : How to downgrade the hpvsa driver in 5.5 and 6.0 http://homeservershow.com/forums/index.php?/topic/9602-esxi-notes/?p=102914

peut être, mais c'est pas ça qui prend le plus de place. et en v3, la box ne logue presque rien dans les journaux, donc ça serait étonnant, mais ça reste une possibilité. Ou alors je message d'erreur n'a rien à voir et c'est un autre problème, mais on ne saura pas !

Je viens de comprendre pourquoi la femme à Jojo n'aime pas sa box domotique Non plus sérieusement, Did, c'est peut être l'espace sur le disque interne qui est plein.... et seul Fibaro pourra faire le ménage avec une connexion SSH à distance.

OK je vais essayer de tester ça .

Ça résume bien la situation je trouve : http://korben.info/windows-10-est-il-un-systeme-dexploitation-diabolique.html

Ah bien,j'avoue que je ne me suis pas du tout replongé dedans pour le moment .

J'ai une Nodon EnOcean (sans pile) qui communique via une VM FHEM vers la HC2, laquelle appelle àson tour l'API du VRT-IP pour un volet roulant Velux. Efficace.

Je te proposerais bien d'installer ESXi 5.1 pour voir si ça fait toujours pareil...