Krikroff

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

Son intercom est joignable puisque mon app PC arrive bien à le contrôler en websocket idem pour le flux mjpeg. As-tu bien vérifié que sous l’application iOS tu es bien marqué comme en direct / local ? Envoyé de mon iPhone en utilisant Tapatalk

Bah si cela fonctionne avec mon app c’est tout marche bien côté intercom, j’utilise le même protocole de communication que l’app officielle Fibaro. Je me demande si ce n’est pas ta box qui bloque des flux … Envoyé de mon iPhone en utilisant Tapatalk

Avez-vous la même version ? Envoyé de mon iPhone en utilisant Tapatalk

Pour la chauffe c’est un comportement normal, il peut monter en température sans problème… En POE oui c’est beaucoup mieux mais l’un n’empêche pas l’autre [emoji6] Envoyé de mon iPhone en utilisant Tapatalk