Plugin gardena - pas de statut Phare

Bonjour,
J’utilise depuis peu le plugin Gardena (dernier en date du 2024-04-17 01:17:38) avec un jeedom en V4.3.22 pour le suivi de mon robot tondeuse (Huskvarna 430X).

Mon problème : La commande de pilotage « Réglage Phares » fonctionne bien par contre, je n’arrive pas a avoir le statut des phares (commande info - « Phare »)
Le champ reste vide
Image1

Toutefois, je retrouve bien l’info dans les logs : ‹ headlight ›: {‹ mode ›: ‹ EVENING_ONLY ›}

[2024-04-24 22:04:14][DEBUG] : Send to jeedom: {'husqvarna_automower': {'id': 'xxxxxxxxxxx', 'type': 'mower', 'name': 'Teddy', 'model_type': 'Husqvarna Automower® 430X', 'serial': xxxxx, 'battery_level': 100, 'battery_type': 'Rechargeable', 'mode': 'MAIN_AREA', 'activity': 'PARKED_IN_CS', 'state': 'RESTRICTED', 'errorCode': 0, 'errorDesc': '', 'planner_nextStartTimestamp': 1714117500000, 'planner_override': {'action': 'NOT_ACTIVE'}, 'planner_restrictedReason': 'PARK_OVERRIDE', 'cuttingHeight': 7, 'headlight': {'mode': 'EVENING_ONLY'}, 'positions': '47.11815,-0.7161766/47.1181783,-0.7161966/47.118215,-0.7162783/47.1182016,-0.7164199/47.118135,-0.7164816/47.1180466,-0.71649/47.117965,-0.71654/47.117905,-0.7165683/47.1180016,-0.7165333/47.1181959,-0.7163297/47.1181902,-0.7164271/47.11811,-0.7165016/47.1184027,-0.7163617/47.1183855,-0.7163445/47.1184027,-0.7163388/47.118374,-0.7163044/47.1184027,-0.7163044/47.1182766,-0.7163216/47.11835,-0.7163016/47.1183716,-0.7163283/47.1183833,-0.716325/47.1183533,-0.7162766/47.1184116,-0.7162866/47.118405,-0.7163366/47.1183683,-0.7163516/47.1183533,-0.7163766/47.1184016,-0.716355/47.118415,-0.7163033/47.1183416,-0.7163316/47.1182416,-0.7163516/47.1182916,-0.7162799/47.1182133,-0.71621/47.1181666,-0.7162066/47.1181633,-0.7162133/47.1181683,-0.7162066/47.1181733,-0.7162283/47.11817,-0.7162133/47.1181833,-0.71622/47.1181716,-0.7162233/47.118145,-0.7162166/47.118175,-0.7162166/47.1181129,-0.7162069/47.1181129,-0.7162127/47.1181587,-0.716184/47.1181873,-0.7162127/47.1181816,-0.7161783/47.118215,-0.7161574/47.1181978,-0.7161746/47.1182321,-0.716295/47.1182952,-0.7163752', 'position': '47.1181533,-0.7161466', 'latitude': 47.1181533, 'longitude': -0.7161466, 'cuttingBladeUsageTime': 0, 'numberOfChargingCycles': 19, 'numberOfCollisions': 780, 'totalChargingTime': 57600, 'totalCuttingTime': 154800, 'totalRunningTime': 158400, 'totalSearchingTime': 3600, 'connected': True, 'statusTimestamp': 1713989054101, 'calendarTasks': [{'start': 465, 'duration': 735, 'monday': (True,), 'tuesday': (False,), 'wednesday': (True,), 'thursday': (False,), 'friday': (True,), 'saturday': (False,), 'sunday': (False,)}, {'start': 450, 'duration': 240, 'monday': (False,), 'tuesday': (False,), 'wednesday': (False,), 'thursday': (False,), 'friday': (False,), 'saturday': (True,), 'sunday': (True,)}]}}

Une idée?

Autres remarques au passage :

  • Le temps de coupe reste à 0 (‹ cuttingBladeUsageTime ›: 0) >> je ne pense pas que le pluggin y soit pour grand chose…

  • Sur l’affichage avec le widget associé, le timestamp « Dernier rapport » perd sa transformation en version lisible à l’update suivant :


    P.S. pour @Mips : je n’ai pas modifié les formats de la donnée :wink:

Merci d’avance pour votre aide si vous avez déjà eu ces cas.
Silkarion

Salut,

Le statut phare effectivement il y avait un couac: est-ce que la spec a changé sans que je le remarque ou est-ce que c’est un bug depuis le début, je ne sais pas, il me semble que ca fonctionnait avant, quoi qu’il en soit ca sera réglé dans la prochaine version.


J’ai vérifié et je ne vois pas de soucis à ce niveau donc si c’est à 0 je suppose que l’info ne remonte pas dans ton cas; as-tu l’info dans l’app officielle?


c’était un bug du core en <4.3; je pense que ca été réglé en v4.4 mais je suis en cours de test sur ce point

edit: je confirme, pour moi c’est réglé en 4.4

Hello
Mips, je suis quasiment sûr que cela fonctionnait l’année dernière mais je n’ai pas d’historique…
Par contre en effet. Quand j’ai remis Shaun en service et avec la mise à jour en 4.4, j’ai refais un tour sur les visuels et j’ai vu que le statut ne remontait pas en effet.

1 « J'aime »

Je suis occupé à mettre en place des unit tests & non-regression tests automatiques sur mes démons et je me fais la main sur le plugin gardena
je n’aurai pas tout couvert au premier jour mais cette info est déjà dans les tests à présent; donc maintenant j’ai un historique :slight_smile:
image

1 « J'aime »

Bonjour,

Étonnant car de mon côté je suis certain que je n’avais pas de remontée l’an dernier alors que la commande fonctionnait bien.

Les mystères de l’informatique ! :crazy_face:

je confirme, pour moi c’est réglé en 4.4