Krikroff

C’est parfait [emoji106] Bon courage pour la suite, si je comprends bien il y a encore des choses à faire Envoyé de mon iPhone en utilisant Tapatalk

Bien joué ;) Mais j'ai peur que tu rencontre des soucis à cause d'un risque de désynchronisation, par exemple si tu as un problème de socket tu va bien continuer à alimenter ton tableau mais rien ne te garanti que les items dans le tableau seront tous envoyés ... enfin je sais pas si je suis très clair, dis-moi ;)

Hum derrière VG c’est des accès en lecture et écriture sur la base, je n’aime pas trop et les accès concurrents seront-ils correctement pris en charge... mais tu n’auras peut-être pas le choix de faire autrement... Je serai parti sur l’option: tableau dans le QA alimenté par une méthode du QA exposée accessible par les scènes. Et si tu dois passer par une GV il est préférable de tout gérer depuis ton QA pour la maintenance de tout ça par la suite et avoir le moins de code possible dans tes scènes. Courage [emoji6] Envoyé de mon iPhone en utilisant Tapatalk

La seule solution c’est de faire une file d’attente (queue) du type FIFO, rien n’existe nativement en LUA il faut coder ! J’ai cela dans mes scripts si tu peux attendre ce soir sinon tu peux le faire il y a pleins d’exemples certainement sur internet pour t’inspirer mais cela te parle déjà peut-être alors let’s go [emoji4] Envoyé de mon iPhone en utilisant Tapatalk

+ 1 [emoji4] Envoyé de mon iPhone en utilisant Tapatalk

Les enregistrements sont accessibles depuis l’application smartphone. Envoyé de mon iPhone en utilisant Tapatalk

L’idée est de boucler sur le read, tu process les trames qui arrivent à la fin de la lecture tu relances le read et ainsi de suite. Envoyé de mon iPhone en utilisant Tapatalk

Il y a un timeout associé au read. Quand tu dis que l’opération est annulée c’est le debug Fibaro où tu as un message d’erreur du socket ? Ps: désolé sur Tapatalk les codes sont illisibles. Envoyé de mon iPhone en utilisant Tapatalk

Trop de taff avec l’avalanche d’utilisateurs de HC3 [emoji1787] et pas simple à l’aveugle [emoji23] Envoyé de mon iPhone en utilisant Tapatalk

Bienvenue [mention]Patcourt [/mention] [emoji4] Envoyé de mon iPhone en utilisant Tapatalk

Oui c’est pas simple de synchroniser des opérations asynchrones ! Pourquoi dis-tu qu’elle bug ? Envoyé de mon iPhone en utilisant Tapatalk

Même si tu n’as rien programmé il faut bien que tu « écoutes » le socket pour gérer les erreurs / évènements

Ah bas c’est peut-être pour cela que ça fonctionne chez moi [emoji23]

C’est tordue quand même [emoji1787][emoji1787][emoji1787] même si j’aime bien la proposition je ne peux pas cautionner [emoji2957] C’est possible de forcer le restart du QA mais c’est pas très propre de faire comme cela

Il manque des bouts dans ton code, il faut dans le success de ton write boucler un self.socket:read c'est l'unique moyen de "capter" tous les événements de ton serveur: ACK, Close etc...

Déjà tu devrais virer les sleep (sans mauvais jeux de mots), socket est asynchrone et sleep est synchrone ... potentiellement cela risque de ne pas faire bon ménage

Une remarque sur ton QuickApp:TurnOffPc(Ip), tu devrais juste vérifier que le socket et fermé et seulement si faire un connect et pas à chaque fois... Quelle est l'utilité du fibaro.sleep(100) ? Sinon possible d'avoir accès au code qui te pose problème ?

Là je suis charrette [emoji3062] mais si tu veux tu peux je peux dans la soirée jeter un œil

Welcome victor [emoji4]

Même fin mars je n’y crois plus [emoji53]

J’ai tout au Max sur le miens et R.A.S Rien à voir mais au cas où pour exclure un problème de l’ Intercom, peux-tu faire un formatage de la SD puis activer l’enregistrement / enregistrer les appels puis faire quelques tests ?

Date de disponibilité: fin mars maintenant[emoji2955] Une belle occasion manquée d’occuper les journées à venir de beaucoup de personnes !

Nous sommes d’accord [emoji1787]

Dans le cas qui nous concerne Braodcast = UDP Ils sont fort chez Fibaro: un HC2 pour allumer / un HC3 pour éteindre... Très fort [emoji123] Faut pas qu’ils lisent le sujet ils ne vont jamais réintégrer UDPSocket [emoji1787][emoji1787][emoji1787]

Ce n’est pas envisageable de faire de l’UDP sur une connexion TCP. Il faut attendre que Fibaro réintroduise dans une prochaine mise à jour.