didierthomas49@gmail.com Posté(e) le 13 mars 2019 Signaler Posté(e) le 13 mars 2019 Le 11/03/2019 à 11:50, ADN182 a dit : Euh, tu as l'ai d'avoir tout fait, le Cannet connect viens de la scène ou du VD ? l'IP du robot n'a pas changé ? Envoyé de mon Nexus 5X en utilisant Tapatalk il vient du VD. l'adresse n'a pas changée
ADN182 Posté(e) le 14 mars 2019 Auteur Signaler Posté(e) le 14 mars 2019 OK, du coup je pense que ton Token n'est pas bon, mais il y a un truc qui me chiffonne dans le VD, dans le bouton actualisation qu'a tu dans le debug ? car j'ai pas dans mon code "cannot connect to vaccum", il a arrive à faire un Sending Hello packet ? comme tu peux voir sur mla capture ci-dessous ? car le Hello Packet n'a pas besoin de tocken pour fonctionné et doit te répondre Success.
didierthomas49@gmail.com Posté(e) le 15 mars 2019 Signaler Posté(e) le 15 mars 2019 Il y a 19 heures, ADN182 a dit : OK, du coup je pense que ton Token n'est pas bon, mais il y a un truc qui me chiffonne dans le VD, dans le bouton actualisation qu'a tu dans le debug ? car j'ai pas dans mon code "cannot connect to vaccum", il a arrive à faire un Sending Hello packet ? comme tu peux voir sur mla capture ci-dessous ? car le Hello Packet n'a pas besoin de tocken pour fonctionné et doit te répondre Success. merci pour les infos, je re-teste avec le mode debug et je te redis.
Dragoniacs Posté(e) le 6 avril 2019 Signaler Posté(e) le 6 avril 2019 Dites, vous n'avez pas des soucis de laser depuis la dernière mise à jour ? Moi il se met tout le temps en erreur 1 "capteur laser".Envoyé de mon BTV-W09 en utilisant Tapatalk
BenjyNet Posté(e) le 6 avril 2019 Signaler Posté(e) le 6 avril 2019 Ah non, j'ai pas encore eu le cas.
Fredric Posté(e) le 6 avril 2019 Signaler Posté(e) le 6 avril 2019 Non, pas le miens mais c’est arrivé à mes beau parent il y a un mois et ils ont reçu une tête laser sous garantie avec une vidéo pour la changer, c’est très facile. 1
Dragoniacs Posté(e) le 8 avril 2019 Signaler Posté(e) le 8 avril 2019 Mimi est réparé : j'ai démonté la tête, il y avait des aiguilles du sapin de noël dans le système de poulie... Ça semble ok maintenant, il a effectué son nettoyage du jour sans soucis.Envoyé de mon SM-A530F en utilisant Tapatalk 2
Dragoniacs Posté(e) le 17 juin 2019 Signaler Posté(e) le 17 juin 2019 Une nouvelle mise à jour !Qui se lance ?Envoyé de mon SM-A530F en utilisant Tapatalk
Fredric Posté(e) le 17 juin 2019 Signaler Posté(e) le 17 juin 2019 Oups, désolé, je les fait il y a une semaine déjà, pas de souci de mon côté
Dragoniacs Posté(e) le 17 juin 2019 Signaler Posté(e) le 17 juin 2019 Cool, merci Envoyé de mon SM-A530F en utilisant Tapatalk
Fredric Posté(e) le 3 juillet 2019 Signaler Posté(e) le 3 juillet 2019 mise à jour V3.3.9_001864 faite! ça fonctionne toujours... 2
Fredric Posté(e) le 19 juillet 2019 Signaler Posté(e) le 19 juillet 2019 (modifié) Mise à jour v3.3.9_001886 faites. Fonctionne toujours avec la HC2 RAS Modifié le 19 juillet 2019 par Fredric 1
Dragoniacs Posté(e) le 19 juillet 2019 Signaler Posté(e) le 19 juillet 2019 Ils n'arrêtent pas !Je clique, merci Envoyé de mon SM-A530F en utilisant Tapatalk 1
LMSI Posté(e) le 5 août 2019 Signaler Posté(e) le 5 août 2019 Bonjour, c'est fait pour moi aussi: j'ai reçu mon S50 et suivi le tuto pour son intégration. Merci au passage, super travail!! Sans aucun pb, la conf a été mise en place en 10mn et tout marche nickel.... Après quelques heures d'utilisation et de prise en main de la bête et son environnement FIBARO, j'ai quelques remarques/questions que d'autres partagent peut-être. J'ai remarqué que le VD ne se rafraichit pas régulièrement. Malgré les trames du module principal pour interroger l'aspi, très peu reçoivent une réponse. Mon dernier test en date d'aujourd'hui me fait constater que les libellés du VD ont commencé a changer de valeur au bout de 12mn et rafraichit toutes les 30s (comme attendu) pendant 2-3 mn puis plus rien Suis-je le seul dans ce cas? Je n'ai pas connu les autres versions logicielles de l'aspi avant cette 1889 et peut-être que ce phénomène apparait avec ces changements de versions Quel est votre constat? Dans mon cas, je souhaite exploiter ces infos pour mettre en place une gestion de la borne de rechargement de l'aspi.
Dragoniacs Posté(e) le 7 août 2019 Signaler Posté(e) le 7 août 2019 Il me semble que le VD est fait de manière à rafraichir toutes les 30s lorsque l'aspirateur est en fonctionnement et toutes les min en veille...Envoyé de mon SM-A530F en utilisant Tapatalk
ADN182 Posté(e) le 7 août 2019 Auteur Signaler Posté(e) le 7 août 2019 Exact, ou 15s en fonctionnement et 30s en veille. Je pense plus a un problème de connexion wifi si tu fait un ping de ton aspi tu as des pertes de paquets ? Envoyé de mon Nexus 5X en utilisant Tapatalk
LMSI Posté(e) le 8 août 2019 Signaler Posté(e) le 8 août 2019 (modifié) Il y a 21 heures, ADN182 a dit : Exact, ou 15s en fonctionnement et 30s en veille. Je pense plus a un problème de connexion wifi si tu fait un ping de ton aspi tu as des pertes de paquets ? Envoyé de mon Nexus 5X en utilisant Tapatalk Je conçois parfaitement qu'un pb wifi pourrait être à l'origine de mes soucis mais ce qui me fait croire le contraire c'est que lorsqu'aucune info ne remonte à mon VD dans fibaro pendant que l'appareil fonctionne, l'appli dédiée xiaomi communique parfaitement avec mon appareil (le plan se dessine, l'appareil évolue sur le plan, etc...). Où est le pb? Je compte développer quelques petits modules s'appuyant sur les infos remontées au VD alors vous comprendrez que c'est un peu embêtant!! Même une requête demandant un état des consommables reste sans réponse!! Si l'expérience de l'un d'entre vous pouvait m'apporter la solution.... [DEBUG] 16:31:54: Send packet to Vaccum in Progress...[DEBUG] 16:31:54: Waiting a respond...[DEBUG] 16:31:54: Total memory in use by Lua: 338.60 KB[DEBUG] 16:32:23: Send Packet[DEBUG] 16:32:23: Xiaomi Packet Id : 3904[DEBUG] 16:32:23: Method : get_status[DEBUG] 16:32:23: Encryption in Progress...[DEBUG] 16:32:24: Send packet to Vaccum in Progress...[DEBUG] 16:32:24: Waiting a respond...[DEBUG] 16:32:24: Total memory in use by Lua: 295.13 KB[DEBUG] 16:32:53: Send Packet[DEBUG] 16:32:53: Xiaomi Packet Id : 3905[DEBUG] 16:32:53: Method : get_status[DEBUG] 16:32:53: Encryption in Progress...[DEBUG] 16:32:54: Send packet to Vaccum in Progress...[DEBUG] 16:32:54: Waiting a respond...[DEBUG] 16:32:54: Total memory in use by Lua: 312.54 KBLes trames se répètent sans cesse toutes les 30s (le robot est sur sa base) et restent sans réponses Modifié le 8 août 2019 par LMSI
LMSI Posté(e) le 9 août 2019 Signaler Posté(e) le 9 août 2019 Toujours sur la partie fonctionnement, sauf si je suis passé à côté, je ne vois comment la scène principale est déclenchée sur la condition suivant if ( action == "Receive" ) then Quelqu'un peut m'aider?
LMSI Posté(e) le 9 août 2019 Signaler Posté(e) le 9 août 2019 (modifié) Il y a 22 heures, LMSI a dit : Je conçois parfaitement qu'un pb wifi pourrait être à l'origine de mes soucis mais ce qui me fait croire le contraire c'est que lorsqu'aucune info ne remonte à mon VD dans fibaro pendant que l'appareil fonctionne, l'appli dédiée xiaomi communique parfaitement avec mon appareil (le plan se dessine, l'appareil évolue sur le plan, etc...). Où est le pb? Je compte développer quelques petits modules s'appuyant sur les infos remontées au VD alors vous comprendrez que c'est un peu embêtant!! Même une requête demandant un état des consommables reste sans réponse!! Si l'expérience de l'un d'entre vous pouvait m'apporter la solution.... [DEBUG] 16:31:54: Send packet to Vaccum in Progress... [DEBUG] 16:31:54: Waiting a respond... [DEBUG] 16:31:54: Total memory in use by Lua: 338.60 KB [DEBUG] 16:32:23: Send Packet [DEBUG] 16:32:23: Xiaomi Packet Id : 3904 [DEBUG] 16:32:23: Method : get_status [DEBUG] 16:32:23: Encryption in Progress... [DEBUG] 16:32:24: Send packet to Vaccum in Progress... [DEBUG] 16:32:24: Waiting a respond... [DEBUG] 16:32:24: Total memory in use by Lua: 295.13 KB [DEBUG] 16:32:53: Send Packet [DEBUG] 16:32:53: Xiaomi Packet Id : 3905 [DEBUG] 16:32:53: Method : get_status [DEBUG] 16:32:53: Encryption in Progress... [DEBUG] 16:32:54: Send packet to Vaccum in Progress... [DEBUG] 16:32:54: Waiting a respond... [DEBUG] 16:32:54: Total memory in use by Lua: 312.54 KB Les trames se répètent sans cesse toutes les 30s (le robot est sur sa base) et restent sans réponses Au hasard de mes essais, je viens de constater que le rafraîchissement du VD se passe très bien à partir du moment où la base de rechargement est alimentée. Mon idée aurait été de couper son alimentation lorsque l'appareil n'est pas utilisé un long moment et remis en service dès son déclenchement --> je vais donc abandonner l'idée..... Envoyé de mon iPhone en utilisant Tapatalk Modifié le 9 août 2019 par LMSI
ADN182 Posté(e) le 16 août 2019 Auteur Signaler Posté(e) le 16 août 2019 Hello, en faut le module fonctionne ainsi :Tu clique sur le bouton du VD (ex : play) ce dernier déclenche la scène en demandant d'encrypter la trame pour faire un play et la stocke dans une variable (xiaomi_send) de mémoire, ensuite la scène appel le bouton "envoyer" du VD pour envoyer la trames crypter au robot. La réponse et ensuite renvoyer vers la scène pour décryptage et la réponse apparaît dans le debug de la scene.Du coup si tu vois que la scène attend un réponse tu peux regarder dans les logs du bouton envoyer du VD voir ce qu'il y a dans les logs il fait 5 retry si il n'a pas eu de réponse du robot et arrête. Pour l'actualisation c'est pareil il forme la trame d'actualisation demande a la scène d'encrypter envoie la trame avec le bouton envoyer et le bouton envoyer renvoi la réponse crypter a la scène qui met a jour les valeurs du VD. Tu n'as pas rajouter de bouton a ton VD ?Envoyé de mon Nexus 5X en utilisant Tapatalk
ADN182 Posté(e) le 16 août 2019 Auteur Signaler Posté(e) le 16 août 2019 Je n'avais pas lu ta précédente réponse, du coup si tu coupe l'alimentation de la base le robot n'a plus de wifi c'est ça ? Envoyé de mon Nexus 5X en utilisant Tapatalk
LMSI Posté(e) le 16 août 2019 Signaler Posté(e) le 16 août 2019 Exact! Si la base n’est pas alimentée, il n’y a pas d’échange entre le VD et le robot.Envoyé de mon iPhone en utilisant Tapatalk
ADN182 Posté(e) le 16 août 2019 Auteur Signaler Posté(e) le 16 août 2019 Du coup il ne doit plus y en avoir avec le site xiaomi non plusEnvoyé de mon Nexus 5X en utilisant Tapatalk
Dragoniacs Posté(e) le 16 août 2019 Signaler Posté(e) le 16 août 2019 Ça serait la base qui s'occupe de gérer les communications du robot ? Envoyé de mon SM-A530F en utilisant Tapatalk
Dragoniacs Posté(e) le 16 août 2019 Signaler Posté(e) le 16 août 2019 Ça serait la base qui s'occupe de gérer les communications du robot ? Envoyé de mon SM-A530F en utilisant Tapatalk
Messages recommandés