Salut,
Test sur plusieurs domain_id : null
{
"domain_id": null,
"max_color_id": null,
"update_time": "2023-08-23T04:11:01Z"
}
Fred
Salut,
Test sur plusieurs domain_id : null
{
"domain_id": null,
"max_color_id": null,
"update_time": "2023-08-23T04:11:01Z"
}
Fred
WS aussi surchauffé ???
Bonjour,
Donc c’est bien HS de leur côté tu confirmes ?
En plein moment où c’est orange / rouge sur toute la France c’est dommage.
Bonsoir du Japon,
Pour moi aussi
J’ai un problème avec les stations services depuis quelques jours aussi alors que ça marchait bien
Service retour en air… ce que je ne comprends pas c’est pourquoi mes sensors ne sont pas maj sans intervention manuelle (load command_line)
Ca semble UP, l’information sur mon TdB est bien actualisée.
Ce soir retour à la normal, publication 16h30. (MF)
Fred
Bonsoir, j’ai un pb pour récupérer les images des alertes, la clé API fait bien quelques centaines de caractères ?
Apparemment je récupère les alertes mais pas les images (avec cette clé API).
Merci
Bonjour,
2023-08-25 08:40:01.801 ERROR (SyncWorker_9) [homeassistant.components.command_line.utils] Command failed (with return code 7)
De nouveau HS …
Edit:
j’ai relancer mon automatisation qui actualise les sensors et c’est bon.
Vraiment pas stable leur API V2 …
bonjour
est ce normal que l’apikey fasse 4 lignes ? vous avez la meme chose ?
Loïc
La clé est très très longue, je confirme.
Bonsoir,
J’ai suivi les recos du début (génération de la clef, identification du domaine - 89 dans mn cas) et utilisé le code de @Fred55 pour les sensors et la carte.Dans un monde parfait cela devrait être ok mais j’ai une erreur 2:
Des idées ?
Merki
j’ai eu des codes erreurs (with return code 7) et (with return code 4), mais ca vient de l’api MF qui a pas l’air stable ces derniers jours.
Relance t’es command_line, ca devrais passer a un moment
Bjr et merci @WarC0zes ; Toujours le même code erreur ce matin (après redémarrage complet de HA). Qd je teste sur le site MF avec l’api key cela génère bien le contenu… D’autres idées ?
merci de la confirmation
Bon je progresse ^^
@Fred55 dans ton dernier code tu a enlevé une quote quand tu as enlevé ton apikey - après VOTRE APIKEY - tu peux corriger stp ?
Je n’ai plus de code 2 mais un time out ^^ sur la commande alors que sur le site MF de dev tous les appels fonctionnent…
D’autres idées ?
Edit…
C’est bon cela fonctionne après un bon reboot complet.
Me reste à comprendre pq l’interrupteur ne veut pas fonctionner
Top! Merci^^ Tu peux check stp la partie tap action sur ta carte chez toi ? ce code ne fonctionne pas chez moi - j’ai l’erreur que j’ai posté au dessus mais il y a bien l’entity id je tourne en rond ^^:
tap_action:
action: call-service
service: input_boolean.turn_on
data: {}
target:
- entity_id: input_boolean.mf_today_on
@FROICi
C’est ok chez moi…
J’ai re-posté la carte avec modifications mineurs. (today et tomorrow)
Sur exclude
exclude:
- entity_id: sensor.mf_tomorrow_*
state: Indefini
- entity_id: sensor.mf_tomorrow_*
state: unknown
- entity_id: sensor.mf_tomorrow_*
attributes:
phenomenon_max_color_id: green
Peux tu faire un screenshot de tes entrées ?
Dans le fichier core.entity_registry, qui se trouve dans config/.storage, tu devrais trouver un truc du genre :
{
"aliases": [],
"area_id": null,
"capabilities": null,
"config_entry_id": null,
"device_class": null,
"device_id": null,
"disabled_by": null,
"entity_category": null,
"entity_id": "input_boolean.mf_today_on",
"hidden_by": null,
"icon": null,
"id": "5aa46dab87b492a1610dc5ce681a7d44",
"has_entity_name": false,
"name": null,
"options": {
"conversation": {
"should_expose": false
}
},
Fred