Airsend et Home assistant

Bonjour,
Depuis quelques temps j’ai cette erreur dans les logs:

Client error on /addons/local_airsend/changelog request 0, message='Attempt to decode JSON with unexpected mimetype: application/octet-stream', url=URL('http://172.30.32.2/addons/local_airsend/changelog')

Par contre, j’ai 0 probleme niveau airsend et ouverture de mes volets, et j’ai bien installé la dernière release 1.2.

1 « J'aime »

Bonjour à tous,
Merci pour les précieux conseils concernant le délai d’exécution, j’ai eu le même souci et j’ai pu le régler en quelques clics, c’est top.
Je viens donc d’intégrer mon AirSend Duo avec l’idée initiale d’intégrer divers stores tel que store banne Dooya, store enrouleur AvosDim, et j’en ai profité pour y ajouter mes volets Somfy IO, pas prévu au départ mais comme c’est compatible, je me suis mis dans l’idée de virer ma Tahoma Switch, tant qu’à faire vu qu’elle ne fait que ça. Je peux réexposer mes volets de HA vers Homekit via Homekit Bridge et elle n’aura plus d’usage. Marche aussi pour les prises ON/OFF Somfy IO.
J’ai pu tout intégrer nickel avec le retour d’info pour le store enrouleur et les Somfy IO.
Ce n’était pas le cas au départ, j’ai du éplucher les fichiers dans custom_components\airsend\device.py pour comprendre. Par défaut l’ajout dans le Airsend duo puis export du Yaml sur airsend cloud fourni les volets (IO) avec le type 4098 (cover) alors qu’il faut mettre type 4099 (cover with position). Une fois fait et l’astuce de skarab22 appliquée, tout est nickel, à un détail près, et c’est pour que j’exhume ce sujet.
Ce petit détail, c’est le retour d’info des télécommandes, il n’est pas affiché sur HA. Si j’ouvre un volet IO via la télécommande, dans HA il restera « fermé ».
Une idée de comment remédier à ça ?
Y aurait-il un moyen de demander à HA via le AirSendDuo d’interroger cycliquement les volets pour connaitre leurs positions ?
Je débute avec HA, mais de ce que j’ai pu voir dans les fichiers.py, il y a des fonctions d’update de status des devices qui sont envoyées à chaque commande faite avec HA. Il y a peut-être moyen de faire un script avec ça avec une execution periodique et faire remonter le status même quand il y a une action externe ?
Si vous avez des idées, je suis preneur et je peux tester.
Merci et bonne soirée à tous !

Bonjour,
Le mieux est de de demander au support, ils sont assez réactifs je pense

Pas possible pour le moment. Il est bien précisé que c’est du one way sur le site de devmel.

Perso j’ai pas mal de deboir avec mes volets IO, surtout les solaires. Régulièrement les info ne passent pas et ils se bloquent, meme au niveau de la télécommande. Obligé d’attendre 2min pour qu’ils se débloquent.

Bonjour R_hum1, skarab22,
Je vais effectivement ouvrir un ticket chez Devmel pour en parler.
@skarab22 je vois ça effectivement, je vais peut-être attendre un peu pour virer la Tahoma dans ce cas.
Tes problèmes IO c’est au travers de HA, via AirSend Duo ? compris que la télécommande aussi montre des soucis.
Moi je n’ai que des IO câblés, pas de solaires, pour l’instant, jamais eu un seul souci. Après j’ai peu de recul via le AirSend Duo, donc je te dirais mais ça réagit au doigt et à l’oeil de mon côté.
Merci pour votre retour, je vous dirai aussi ce que me répond Devmel sur le sujet.

Les deux principaux soucis que je rencontre :

  1. Via HA, lorsque j’envoie une commande grouper à tout mes volets, il y en a toujours quelques uns qui ne répondent pas et/ou qui se bloquent. Selon les personnes du SAV, il y a deux pistes :
  • Le mode de réveil des volets qui ne conviendrait pas au solaires
  • L’envoi de commande multiples qui serait interprété comme une perturbation
  1. J’ai un volet qui subitement n’accepte plus les commande de niveau depuis les deux interfaces…

J’ai aussi constaté que les envois de commandes multiples peuvent poser problème.
Je pense qu’il doit être possible de scripter les groupement de volet et d’ajouter un délai d’une demi, ou une seconde entre chaque commande envoyée pour éviter ce souci.
J’ai davantage l’impression que le AirSend ne sait pas envoyer des commandes multiples, il lui faut un petit temps entre chaque commande pour être de nouveau disponible. Sur Tahoma, ce type de fonctionnement est intégré d’emblée et les commandes sont envoyées 2 fois au cas la première n’arriverait pas ou ne serait pas bien reçue.
Scripter un repeat de la commande pourrait bien aider pour les solaires.
Pour ton second souci, j’avoue que c’est assez difficile comme ça. Ce serait moi, je le supprimerai et le rajouterai de novueau sur le AirSend. Vérifie aussi le type de volet dans le fichier airsend.yaml, volet avec position c’est 4099, sinon 4098. Si le type est mal sélectionné, le volet peut réagir bizarrement, dans un sens comme dans l’autre, notamment si tu demandes une position sur un volet avec un type 4098 (cover simple).

Sauf que si jamais le solaire est bloqué, il faut attendre deux minutes pour le refaire. Quand il est bloqué, pas moyen de le bouger que ce soit avec la Airsend ou la télécommande.

Je vais essayé de revoir ma gestion pour ne pas utiliser de groupement de volet mais bien les commandé un par un avec un délais de 10s entre chaque. Cependant, via Airsend, si j’envoi plusieurs à la suite en laissant quelques secondes entre chaque, il arrive que ça se bloque quand même.
Si j’ai bien compris l’explication du SAV, ça pourrait venir du réveil qui est envoyé à l’ensemble des volets qui pose soucis.

Je suis pourtant bien en 4099 dans mon fichier airsend.yaml et j’ai bien la commande de niveau dans airsend.cloud. Le volet à fonctionné pendant un temps puis plus rien. Un mystère !

Je vais effectivement essayer de le réappairer pour voir si ça marche.