Lazer

@Nico moi je n'ai pas (encore) prévu de bypass pour bloquer la fermeture des Velux, du coup ce que j'ai fait, c'est que j'ai passé la maison en mode hiver.... donc avec déclenchement du chauffage... mais vu les températures, aucun risque que les radiateurs démarrent ! Mais au moins, ça empêche les Velux de redescendre. Ca fait longtemps que je me dit qu'il faut que je me fasse un mode inter-saison, je pense que c'est le moment où jamais. D'ailleurs je vais en profiter de modifier mes règles GEA pour installer la v6.... et oui je suis toujours sur une très vieille version..... allez, objectif, faire ça avant la fin de semaine. @Twentycents bah si, mais à >27° derrière les Velux, la domotique ferme les Velux.... mais comme le précise Nico, c'est idiot, car la nuit la température redescend quand même pas mal en cette saison, donc c'est idiot de ne pas profiter de l'inertie.

25°C aussi chez nous. C'est exceptionnel, c'est la première année que ça arrive, on n'a toujours pas allumé le chauffage de la saison à la maison pour un 15 octobre. Cet après-midi, la domotique a même jugé qu'il faisait trop chaud à l'étage et a fermé les volets des Velux !! La pelouse est toujours à moitié grillée.... la tondeuse n'aura vraiment pas beaucoup servi cette année....

OK Tiens sinon hier soir j'ai commencé à jouer avec le paramètre Minimum RSSI de chaque borne (que 2 pour l'instant). Je n'avais jamais osé avant, mais après avoir lu un tuto de UBNT et quelques pages de forum, je me suis lancé... bah franchement c'est top, ça évite que des mobiles se connectent sur une borne trop éloignée, en les forçant à trouver une borne plus proche... ça fonctionne super bien pour le moment, la répartition des mobiles sur les 2 bornes est maintenant plus logique. Lors du reboot d'une borne, avant, tous les mobiles allaient sur l'autre borne, trop loin, et y restaient, avec un signal tout pourri..... maintenant avec ce paramètre (je l'ai configuré à -80dB), dès que la première borne revient en ligne, tout le monde revient dessus rapidement, c'est top. Au fait, je sais pas si tu as testé, mais la dernière version du Controller a une interface au design remanié, avec un nouveau tableau de bord. Et on a accès à plein de statistiques, graphs, etc.

Magnifique Pourquoi avoir mixé des AC Pro et des AC HD ? Et pourquoi la borne extérieure ? Elle sera soumise aux intempéries ? Parce que les AC Pro aussi peuvent aller en extérieur, tant qu'elle ne sont pas sous la pluie.

Tu as toutes les infos dans les datasheets de Legrand, elles sont très complètes. Par exemple j'utilise des contacteurs de puissance Legrand 412523 => Bipolaire 25A 2F à bobine 230VAC Donc consommation de 12mA soit 800 mW => Donc c'est OK, la puissance consommée est supérieure aux 500mW mini du relai de l'IPX800.

Oui, c'est la CTN, j'en ai une qui protège l'alimentation d'un ruban LED (blanc, ce n'est pas du RGW avec contrôleur)

Perso j'ai mis des contacteurs de puissance Legrand au format DIN dans le tableau à coté de l'IPX800 pour protéger ses relais. Vu que ça alimente les grosses rampes de néons du garage, ça me semblait préférable.

Voici un lien vers le Wiki de GCE Electronics, fabricant de l'IPX800 Commuter une charge avec les produits GCE Cela s'applique tout aussi bien aux modules Fibaro FGS, ou encore les prises Greenwave (j'en ai une dont le relai a collé au bout d'un an et demi.... celle qui alimente le caisson de basse qui ne consomme que 10W au repos) L'article montre bien que pour des simples ampoules LED, il faut diviser par environ 20 la puissance maxi supportée par le relai. Et même d'un rapport 27 si on en crois un tableau de Legrand ! Cela explique pourquoi on a vu certains forumeurs venir se plaindre que le relai de leur FGS est collé alors que la charge a une puissance à priori très faible.

Et si tu télécharges l'APK sur apkmirror et que tu l'installes à la main, ça passe ?

@Franco268 effectivement maintenant je fais le rapprochement, c'est bien le même bug, apparu en 4.510 (Je n'avais pas encore migré à l'époque). Fibaro est au courant, ce qui est inquiétant c'est que ce n'est pas corrigé en 4.511 beta.

Bien vu Donc occupation mémoire plus élevée après un backup et VD qui fonctionnent en double sont liés, c'est logique. Bon bah espérons qu'ils corrigent rapidement....

A priori elles ont toutes 1 Go de RAM. 2 références de cartes mères sont connues, regarde le topic USB Recovery Tweaks. Pour les numéros de série, cherche le topic Numéro de série en fonction de la date d'achat

support@fibaro.com La version conseillée, c'est simple, c'est toujours la dernière stable disponible. Donc celle dont il est question sur ce topic : 4.510

Pareil que pour les problèmes de mémoire, demande au support Fibaro. Le processus de migration en v4.510 est complexe et long, implique plusieurs reboot, et un reformatage complet de la box, et surement plein d'autres choses que nous ne maitrisons pas.

Pour les problèmes de RAM, il faut contacter le support Fibaro, on ne peut rien y faire. Par contre je suis le seul à rencontrer le problème des Main Loops des VD qui s'exécutent en double après une sauvegarde ? Je n'ai vu personne ici le remonter, et j'ai regardé rapidement sur le forum officiel, je n'ai rien vu....

Oui, serveur mail c'est un abus de langage de ma part, il faut juste un relai SMTP. Pas besoin de serveur DNS non plus. Y'a pas mal de tutos pour faire un relai à email tout simple. Par contre je me demande comment le script PHP sera capable de faire appel au serveur SMTP externe (c'est à dire en dehors du Syno)

Alors une VM Linux, dédiée à la fonction de serveur mail

ouais là je crois que sebcbien a raison, parce que c'est assez tordu ta technique, et ça semble pas fiable du tout....

Donc c'est du POST, et il faut passer tout ce qui est dans "données du formulaire" dans les datas de la requête, et non pas dans l'URL. C'est donc différent de l'API pour les backups

Je ne suis pas certain de bien comprendre ce que tu fais... Dans l'onglet réseau, faut que tu cherches le type de requête (GET, etc), l'URL, et les éventuels paramètres. Par exemple, voici ce que j'ai obtenu pour lancer un backup : GET http://1.2.3.4:5000/webapi/entry.cgi?api=SYNO.Backup.Task&method=backup&task_id=4&version=1&_sid=jhfpisflkdsjclsdjflsj Tu remarqueras le SID quand tu attaques l'API HTTP manuellement, comme tu utilises déjà pour Surv Station

Oui, c'est ça, avec F12 tu regardes l'onglet Réseau pendant que tu cliques sur la tâche pour la lancer. Il fait quoi ce script ?

Chez moi ça fonctionnait en 5.x, mais je crois (sans certitude) que ça a arrêté de fonctionner en 6.1 Je l'utilisais pour piloter mes backups en SSH depuis la HC2. En 6.1 j'ai arrêté d'utiliser la commande synoschedtask et j'ai utilisé la commande /var/packages/HyperBackup/target/bin/dsmbackup à la place. Et maintenant qu'on est en 4.510 sur la HC2, afin de ne plus avoir à utiliser de SSH, je passe par l'API HTTP. Comme elle n'est pas documentée, il a fallu que j'utilise les outils de dév F12 du navigateur pour découvrir l'API de backup. Il doit donc aussi exister une API pour les Tasks, il faut que tu étudies cela.

Ah bah c'est plus contraignant qu'une TV, c'est clair.

Les VP UST, à mon avis, on été créé pour une seule raison : remplacer la TV dans un salon. Donc forcément, pas de toile déroulante, puisque lorsque la TV a disparu, il suffit d'accrocher une toile fixe, ou d'utiliser le mur. Celui qui peut se permettra d'accrocher un VP au plafond à l'arrière du salon, ou qui a une salle dédiée, n'a pas vraiment intérêt à utiliser un VP UST.... à qualité d'image équivalente, ça coute au moins 2 fois plus cher qu'un VP classique, tout en apportant des contraintes (la planéité de la surface de projection)

@Nico VP UST (ultra courte focale) avec écran déroulant tu peux oublier, c'est totalement incompatible, tu vas avoir une image dégueulasse. Il faut un écran parfaitement plan pour les VP UST, donc écran cadre fixe accroché au mur, ou mur parfaitement plat (ce qui n'existe pas en fait...) Surtout que toi tu as déjà une bonne TV, donc ça te ferait tout drole. L'avantage des VP classiques, c'est que les rayons arrivent presque perpendiculairement sur la toile, donc les imperfections d'un écran déroulant sont gommées.