Aller au contenu

Recommended Posts

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

Partager ce message


Lien à poster
Partager sur d’autres sites

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.

 

image.png.0fa5c23b23de6f0084affdccb90ea064.png

Partager ce message


Lien à poster
Partager sur d’autres sites
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.

 

image.png.0fa5c23b23de6f0084affdccb90ea064.png

merci pour les infos, je re-teste avec le mode debug et je te redis.

Partager ce message


Lien à poster
Partager sur d’autres sites

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

Partager ce message


Lien à poster
Partager sur d’autres sites

Ah non, j'ai pas encore eu le cas.

Partager ce message


Lien à poster
Partager sur d’autres sites

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.

  • Like 1

Partager ce message


Lien à poster
Partager sur d’autres sites

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

  • Like 2

Partager ce message


Lien à poster
Partager sur d’autres sites

Une nouvelle mise à jour !
Qui se lance ?
7dce9567cc71b931cf27b8256ecab63a.jpg

Envoyé de mon SM-A530F en utilisant Tapatalk

Partager ce message


Lien à poster
Partager sur d’autres sites

Oups, désolé, je les fait il y a une semaine déjà, pas de souci de mon côté ;)

 

Partager ce message


Lien à poster
Partager sur d’autres sites

Cool, merci :)

Envoyé de mon SM-A530F en utilisant Tapatalk

Partager ce message


Lien à poster
Partager sur d’autres sites

mise à jour V3.3.9_001864 faite!

ça fonctionne toujours...

  • Like 2

Partager ce message


Lien à poster
Partager sur d’autres sites

 Mise à jour v3.3.9_001886  faites.

Fonctionne toujours avec la HC2 RAS

Modifié par Fredric
  • Like 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Ils n'arrêtent pas !
Je clique, merci :)

Envoyé de mon SM-A530F en utilisant Tapatalk

  • Like 1

Partager ce message


Lien à poster
Partager sur d’autres sites

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.

Partager ce message


Lien à poster
Partager sur d’autres sites

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

Partager ce message


Lien à poster
Partager sur d’autres sites

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

Partager ce message


Lien à poster
Partager sur d’autres sites
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 KB
Les trames se répètent sans cesse toutes les 30s (le robot est sur sa base) et restent sans réponses

Modifié par LMSI

Partager ce message


Lien à poster
Partager sur d’autres sites

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?

Partager ce message


Lien à poster
Partager sur d’autres sites
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é par LMSI

Partager ce message


Lien à poster
Partager sur d’autres sites

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

Partager ce message


Lien à poster
Partager sur d’autres sites

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

Partager ce message


Lien à poster
Partager sur d’autres sites

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

Partager ce message


Lien à poster
Partager sur d’autres sites

Du coup il ne doit plus y en avoir avec le site xiaomi non plus

Envoyé de mon Nexus 5X en utilisant Tapatalk

Partager ce message


Lien à poster
Partager sur d’autres sites

Ça serait la base qui s'occupe de gérer les communications du robot ?

Envoyé de mon SM-A530F en utilisant Tapatalk

Partager ce message


Lien à poster
Partager sur d’autres sites

Ça serait la base qui s'occupe de gérer les communications du robot ?

Envoyé de mon SM-A530F en utilisant Tapatalk

Partager ce message


Lien à poster
Partager sur d’autres sites

×