Lazer

Mais tu as fait un tour dans les options de Kodi ? Tu peux changer la langue normalement.

J'ai fait la mise à jour de la Shield TV hier, sympa les nouveautés : - Dolby Atmos sur Amazon Prime Video, par exemple Jack Ryan (mais que sur la piste VO, les français sont punis) - Son surround 5.1 dans Youtube, par contre le nombre de vidéos en surround doit se compter sur les doigts d'une main, car la plupart des vidéos qui ont cette mention dans le titre ne sont que des putaclics en simple stéréo

Désolé, pas dispo plus tôt. Bon tu avances, c'est bien Aucune idée pour le lancement manuel, c'est étrange, ça ne devrait pas être différent d'un appel depuis le VD, car c'est bien un lancement manuel qu'il fait. La différence, c'est que le VD passe des paramètres, tandis que ton lancement manuel ne donne aucun paramètre. Dans ton code, il faut que tu récupères et testes les paramètres de la scène dès le début de son exécution..... il y a un tuto pour ça aussi sur le forum

Tu as essayé avec la nouvelle API ? Car elle est indépendante du process HC Server, et comme Linux a peu de chances d'être planté, ça devrait rebooter proprement. Et ça arrive souvent ces plantages ?

Aucune idée, je n'ai jamais utilisé de switch HDMI, je ne sais pas comment ça réagit. Mais tu ne peux vraiment pas prendre un vrai ampli, et 2 petites enceintes bibliothèques autour de la TV ? Un bon 2.1, ça sera toujours meilleur (niveau son) qu'une barre de son. Et tu aurais toutes les entrées/sorties dont tu as besoin.

Tu ne peux pas, il faut revoir tout ton code.... c'est la fonction success() appelée en callback de HTTPClient() qui doit à son tour effectuer la suite des actions. On peut imaginer passer un tableau de paramètre avec la liste des actions à effectuer, et un pointeur pour savoir où on en est.

Un appui long ça fait un Power OFF de la carte mère (comme sur tout PC fixe ou portable, et même smartphone), donc identique à une coupure de courant. Donc tu dois avoir un autre souci....

1/ Si c'est possible si tu lui passes des arguments spécifiques. Regarde comment j'ai traité ce sujet dans la scène MusicCast. 2/ Normalement oui, mais tu peux le tester. Mais si tu veux traiter le point 1, il vaut mieux appeler une fonction qui ensuite appellera à son tour HTTPClient. Encore une fois, voir MusicCast. 3/ Le cas du login est traité dans la scène de détection de présence via Unifi. Il faut effectivement bien structurer son code. 4/ Tu ne peux pas, relis mon tuto.... je ne vais pas me répéter

1/ Non, seule Net.Fhttp (dispo seulement dans les VD) est syncrhone, elle s'exécute linéairement de façon traditionnelle. 2/ Oui, tu reprends la main tout de suite, donc il FAUT que ton code se termine immédiatement après pour que les fonctions success() et error() appelées en calback par http:request() puisse s'exécuter. C'est pareil que pour la fonction settimeout() en fait. La suite de ton code doit se trouver dans success() 3/ Mettre des fibaro:debug() de partout dans ton code, et faire une requête vers un serveur qui ne répond pas. Ou qui est trop lent à répondre, utilise pour cela l'option timeout décrite dans mon tuto que tu as trouvé.

OK merci pour les infos Pour les Backups, il faut distinguer 3 choses : - les données elles-mêmes, qui sont sur des partitions dédiées des disques, et qui ne sont pas perdues lors du plantage de DSM (sauf panne du disque ou corruption généralisée bien sûr). Lors de l'installation d'un nouveau DSM, ou la migration, il reconnait les volumes de données et propose de les réimporter tel quel. - la configuration du système DSM.... et le souci, c'est que l'outil de sauvegarde intégré (soit via Hyperbackup, soit via le panneau de config), ne sauvegarde pas 100% de la config. Il y a les users/groups, la liste des répertoires partagés, les droits, etc... mais il manque la config du firewall, les notifications, etc. Donc faire une restauration du système est assez pénible qu'on a optimisé son DSM aux petites oignons. - les applications, qui ne sont jamais sauvegardées (sauf exceptions via Hyperbackup). Donc faire une restauration du système est assez pénible qu'on a pas mal d'applications.

1/ Je ne vois aucune raison pour laquelle il faudrait protéger un appel à http:request(), il s'agit d'une fonction qui s'exécute en asynchrone 2/ Idéalement il faudrait protéger l'appel à json.decode() à chaque fois qu'on décode un JSON provenant d'une source qu'on ne maitrise pas.... c'est à dire presque tout le temps en fait ! 3/ Comme dit ci-dessus, et plusieurs fois sur le forum, c'est une fonction asynchrone, la suite de ton code doit s'exécuter à l'intérieur. 4/ Met des traces de partout, et constate par toi même ce qui se passe en cas de timeout... de mémoire ça doit être la fonction error() qui est exécutée.

Voir les nouvelles API ici : Note bien que l'authentification est nécessaire, mais comme je ne parle pas le HC-Lite couramment, je te laisse traduire la requête.... normalement il y a plusieurs exemples de requêtes HTTP avec authentification pour HCL sur le forum.

Oui mais bon, la sauvegarde d'un DSM de Prod avec 40 To de données, c'est juste pas envisageable. Donc maintenant, est-ce que tu peux décrire les méthodes de récupération ou de downgrade via SSH ? Parce que ça faut plusieurs pages que tu dis de ne pas faire les mises à jour, puis que ça plante, puis que tu arrives à récupérer, donc faudrait détailler un peu tout ça, car là en l'état, tu ne me donnes pas du tout envie de tester la montée de version en 6.2.

Je ne comprends pas, j'ai faut tout comme tu as dit, le SMS est bien reçu par JPI, mais il ne déclenche pas la scène sur la HC2. Dans le journal j'ai ceci : - 15/12/18 16:30:38 - INCOMINGSMS_EVENT déclenché - Numéro: +33612345678 (Mon NOM) - 15/12/18 16:30:38 - incomingsms_event - scénario: HC2 - 15/12/18 16:30:38 - incomingsms_event - action: hc_scene => 0 [ERREUR] - 15/12/18 16:30:38 - INCOMINGSMS_EVENT terminé Je ne sais pas interpréter ce journal en fait.... Pourtant j'ai bien déclaré le numéro de scène dans la variable. Et je sais que JPI sait bien communiquer avec la HC2 car il pilote le Wall Plug du smartphone. EDIT : ça fonctionne, merci @pepite pour l'aide apportée en Off... mon problème était tout bête, je n'avais pas donné les droits pour exécuter la scène à l'utilisateur. Maintenant je vais pouvoir customiser un peu la scène

Il y a un truc que je ne comprends pas avec Alexa. Si je lui demande d'allumer ou d'éteindre la lumière du Salon, elle l'exécute bien, sauf qu'elle agit aussi sur le sapin de noel ! Hors celui-ci est bien reconnu comme un switch, et non comme une lumière. En revanche, si je lui demande d'allumer/éteindre spécifiquement le sapin, elle le fait, sans toucher à la lumière. A noter que ça fait le même comportement dans les autres pièces, dès lors qu'il y a un switch (FGS, Wall Plug, etc). C'est un bug ou un truc spécial qu'il faut configurer ?

Ah ah je suis trop impatient Merci ça a l'air top, je vais étudier ça

Ah super ça, merci @pepite Par contre, je suis bigleux, ou il manque la scène en question ?!?

D'ailleurs tu en es où du portage de la scène de Steven pour piloter la HC2 via SMS ? J'attends ça avec impatience

Oui voilà, ta variable Alexa est utilisée comme condition dans le mode bloc, ça OK. Mais elle n'avais rien à faire en Trigger (=déclencheur) de la scène.

Je ne connais rien au mode bloc (trop compliqué pour moi, ça génère du code LUA qu'on a du mal à comprendre....), mais je pense que tu devrais retirer ta variable Alexa des Triggers (décocher la case). Je ne vois aucune raison pour laquelle tu voudrais que la scène se déclenche à chaque fois que tu actives et désactives l'alarme.

Mais du coup quand ça plante, tu fais comment pour réparer ?

Et tu peux décrire les subtilité de la mise à jour ?

La super classe il ne va pas chauffer le module ? le CI, c'est pour relier le bornier du module aux câbles des rubans en parallèle ?

Perso je n'ai rien installé de particulier, Kodi est en Français. Va faire un tour dans les options de Kodi, de toute façon il y a tout un tas de truc à configurer pour l'adapter à ses besoins.

Belle liste de correctifs, il y a 2 bugs corrigés que je rencontrais de temps en temps C'est top que NVIDIA assure un si bon suivi de son produit, c'est même exceptionnel.