Krikroff

Tu as été plus rapide que le watchdog ! Mis à part tes anciens wallplug tu n’as pas des vieux door Windows sensor ? Mais très certainement un ou plusieurs modules font tomber ton réseau… reste à trouver le ou les coupables le log devrait permettre cela Envoyé de mon iPhone en utilisant Tapatalk

Bonjour, le QA est encore en revue par Fibaro avant diffusion sur la marketplace, c’est toujours d’une lenteur déconcertante . Je vous partage la dernière version demain ici et je vais en profiter pour mettre à jour la release note puisque le QA passe en v1.5.2

Merci pour ton aide Je prépare rapidement une version « propre » pour tous ! Envoyé de mon iPhone en utilisant Tapatalk

Je constate dans ton log que le QA redémarrer en boucle ce qui correspond parfaitement au comportement observé : les données remontent dans le QA mais les actions ne répondent pas. Je prépare un truc dans l’après-midi Envoyé de mon iPhone en utilisant Tapatalk

Je suis sur mon téléphone je passe peut-être à côté mais dans le debug je ne détecte rien d’anormal Je pense vous mettre à disposition une version qui me permettrait d’isoler le problème, si besoin puis-je vous solliciter par MP ? Envoyé de mon iPhone en utilisant Tapatalk

C’est déjà la depuis un moment mais uniquement dans les versions privées, non visible sur la distribution ZW3 également. Ce que je peux dire c’est que cela a été publié volontairement bien que cela ne soit pas implémenté au niveau du backend (point de terminaison de l’ API), j’en déduis que c’est pour faire parler… faire patienter… À l’approche de Noël [emoji319] Envoyé de mon iPhone en utilisant Tapatalk

Oui oui mais il n’y a rien derrière pour le moment [emoji6] Envoyé de mon iPhone en utilisant Tapatalk

@oldelvis, Après configuration des variables peux-tu me dire ce que tu as dans le debug pour ton device stp ? Bien sélectionner dans Tag: QUICKAPP_NUMDETONDEVICE & QA-SONOS-NUMDETONDEVICE

Ok pour les services c’est du grand classique ! Le comportement décrit sur l’acquittement de la commande est typique lorsqu’il y a une exception LUA levée dans un QA Je reviens vers toi rapidement, je vais essayer de comprendre d’où vient ton problème. Envoyé de mon iPhone en utilisant Tapatalk

Une donnée nous échappe, le QA est utilisé sur de très nombreuses installations avec parfois des configurations complexes tout ça sans problèmes. J’essaie asap la version publique du QA sur la bêta HC3 pour voir, peut être ça ! Vraiment pas de services utilisés ? Des playlists enregistrées ? Des radios avec des noms avec caractères spéciaux ? Envoyé de mon iPhone en utilisant Tapatalk

Plusieurs dizaines sans aucuns doutes mais je n’ai pas le nombre supporté officiellement, quelle idée se cache derrière cette question ? Envoyé de mon iPhone en utilisant Tapatalk

Si le QA est planté alors les commandes ne répondent pas uniquement les process internes au QA donc mise à jour de quelques données… Je pars du principe que tu utilises ma dernière version disponible sur le marketplace Fibaro Pour commencer, il faudrait supprimer complètement tous les QA Sonos du HC3 puis installer juste un QA et le paramétrer avec L’IP maître d’un Sonos Play 1 seul ou d’une paire stéréo mais pas de groupe de pièces… Tu utilises des services particuliers mis à part les classiques Spotify and Co ? Envoyé de mon iPhone en utilisant Tapatalk

Hello, quel est le type de périphérique Sonos utilisé ? En S1 / S2 ? Envoyé de mon iPhone en utilisant Tapatalk

j’admire ta détermination [emoji4] et la qualité des modules Fibaro [emoji108] mais honnêtement ça : jamais chez-moi [emoji33]… Envoyé de mon iPhone en utilisant Tapatalk

Perso un compteur d’énergie modbus directement au tableau [emoji4] Mais pour en revenir au WP c’est tout de même étrange… cela me rappelle le comportement d’un WP défaillant sur mon lave vaisselle, comportement identique au problème énoncé… Sinon peut-être essayer une restauration usine du module mais sans conviction Envoyé de mon iPhone en utilisant Tapatalk

Salut [mention]Phil-49 [/mention]tu devrais regarder du côté d’ EventGhost [emoji6]

Hum… Quelle est la valeur renseignée pour le paramètre 3 « Overload safety… » ? Envoyé de mon iPhone en utilisant Tapatalk

Ah oui je confirme il s’agit bien de la première version qui à l’époque était sur une base Vera [emoji4] Envoyé de mon iPhone en utilisant Tapatalk

Bonjour [mention]Phil-49 [/mention] vous souhaitez que la lecture des fichiers en question soit lancée sur l’ordinateur en question (il héberge et est capable de jouer les sons et vous avez des enceintes dessus) ou les fichiers doivent-ils être utilisés en lecture sur un autre système : Sonos ou autres enceintes connectées ? Si nous sommes dans le cas numéro 1 il faudrait utiliser UPnP, mais rien de standard côté Fibaro pour cela… il va falloir coder… Envoyé de mon iPhone en utilisant Tapatalk

Bienvenue sur le forum [emoji4] Envoyé de mon iPhone en utilisant Tapatalk

Ils ne la donneront pas publiquement… En effet le fichier est chiffré … mais avec de l’imagination [emoji4] Envoyé de mon iPhone en utilisant Tapatalk

Compte tenu de ta configuration presque vierge je pense qu’une réinitialisation d’usine ne peut pas faire de mal et si après tu rencontres toujours ce message c’est retour à l’envoyeur après prise de contact avec le support Fibaro. Du matériel défaillant cela arrive parfois et si c’est logiciel alors la réinitialisation devrait corriger définitivement le problème. Envoyé de mon iPhone en utilisant Tapatalk

A ma connaissance si le type change c’est cuit ! Mais je suis curieux Envoyé de mon iPhone en utilisant Tapatalk

Bienvenue sur le forum [emoji4] Envoyé de mon iPhone en utilisant Tapatalk

Logiquement si tu es en Wifi sur ton réseau l'application devrait le détecter mais il peut arriver parfois semble-t-il que cela ne soit pas le cas et qu'elle passe tout de même via les serveurs de Fibaro, d'où une forte latence ou bien encore des problèmes de flux...