Migration Jeedom vers Home Assistant, créer un lien MQTT entre eux

Dans le cadre d’une migration Jeedom vers Home Assistant, il est parfois n√©cessaire de r√©cup√©rer des informations qui sont pr√©sentes dans Jeedom. Par exemple les √©l√©ments de Pr√©sence qui sont issues de capteurs Bluetooth.

Dans ce tuto, je prends donc cet exemple, je vais récupérer les informations de présence qui sont données par des NUTS.

Utilisation de jMQTT sur Jeedom

Afin d’assurer le lien du c√īt√© Jeedom, on installe jMQTT

Ajout d’un broker

J’ajoute le broker qui se trouve sur 192.168.1.21, pour faire simple, je donne ce nom au broker.

Ajout d’un nouvel √©quipement jMQTT

J’ai pris le parti de tout ajout√© dans un m√™me √©quipement, mais chacun choisi sa m√©thode.

Le nouvel √©quipement s’appellera Jeedom

Ajout d’une commande Pr√©sence Lionel

Ainsi, à chaque fois que #[Alarme Intrusion][Présences][Lionel]# changera de valeur, la trame MQTT suivante se mettra à jour : 

Ajout manuel du binary_sensor à la configuration de Home Assistant

Dans le fichier /config/mqtt.yaml, dans la section binary_sensor: ajouter :

–¬† name: “Pr√©sence Lionel”
    unique_id: binary_sensor.presence_lionel
¬† ¬† state_topic: “Jeedom/Pr√©sences/Lionel”
¬† ¬† payload_on: “1”
¬† ¬† payload_off: “0”
    device_class: presence
    device:
¬† ¬† name: “Pr√©sences”
¬† ¬† identifiers: “presences”

Résultat dans Home Assistant

 

Corriger l’erreur Erreur de directive Content Security Policy sur la ressource “https://fonts.gstatic.com/ sur un jeedom

L’erreur Erreur de directive Content Security Policy sur la ressource “https://fonts.gstatic.com/ apparait avec un point d’exclamation sur votre Jeedom ?

Je viens de l’avoir sur une alpha 4.4 apr√®s r√©injection d’une sauvegarde.

L’erreur de directive Content Security Policy sur la ressource “https://fonts.gstatic.com/” peut √™tre due √† des r√®gles de s√©curit√© incorrectes. La directive Content Security Policy (CSP) est un ensemble de r√®gles de s√©curit√© qui permettent de contr√īler les types de contenu qui peuvent √™tre charg√©s sur une page web.

Aller ouvrir le fichier /etc/apache2/conf-available/security.conf

Remplacer

Header set Content-Security-Policy “default-src ‘self’ file: data: blob: filesystem:;script-src-attr ‘self’ ‘unsafe-inline’ ‘unsafe-eval’ *.google.com *.google.fr *.googleapis.com;script-src ‘self’ ‘unsafe-inline’ ‘unsafe-eval’ *.google.com *.google.fr;script-src-elem ‘self’ ‘unsafe-inline’ ‘unsafe-eval’ *.google.com *.google.fr;img-src ‘self’ *.jeedom.com *.google.com *.google.fr *.googleapis.com data:;style-src ‘self’ ‘unsafe-inline’;style-src-attr ‘self’ ‘unsafe-inline’;worker-src blob:;frame-src ‘self’ *.jeedom.com *.google.com *.google.fr *.googleapis.com data:;”

par

Header set Content-Security-Policy “font-src ‘self’ fonts.gstatic.com;default-src ‘self’ file: data: blob: filesystem:;script-src-attr ‘self’ ‘unsafe-inline’ ‘unsafe-eval’ *.google.com *.google.fr *.googleapis.com;script-src ‘self’ ‘unsafe-inline’ ‘unsafe-eval’ *.google.com *.google.fr;script-src-elem ‘self’ ‘unsafe-inline’ ‘unsafe-eval’ *.google.com *.google.fr;img-src ‘self’ *.jeedom.com *.google.com *.google.fr *.googleapis.com data:;style-src ‘self’ ‘unsafe-inline’;style-src-attr ‘self’ ‘unsafe-inline’;worker-src blob:;frame-src ‘self’ *.jeedom.com *.google.com *.google.fr *.googleapis.com data:;”

Relancer Apache :

sudo service apache2 restart

Et l’erreur disparait.