Aller au contenu

Lazer

Administrateur
 Afficher le profil  Parcourir son contenu

  • Compteur de contenus

    25 335

  • Inscription

  • Dernière visite

Messages posté(e)s par Lazer

  1. Posté(e) · Report reply

    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 :)

  2. Posté(e) · Report reply

    Il y a 8 heures, jjacques68 a dit :

    mais quand elle est plantée... si t’es pas là... c’est mort... on a aucun moyen de redémarrer !! 

    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 ?

  3. Posté(e) · Report reply

    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.

  4. Posté(e) · Report reply

    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.

  6. Posté(e) · Report reply

    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

  7. Posté(e) · Report reply

    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é.

  8. Posté(e) · Report reply

    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.

  9. Posté(e) · Report reply

    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.

     

  10. Posté(e) · Report reply

    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.

  11. Posté(e) · Report reply

    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.

  12. Posté(e) · Modifié par Lazer · Report reply

    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 :)

     

    • Like 1

  13. Posté(e) · Report reply

    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 ?

×