[HA] Mon superviseur

[demotica]

Bonjour,

J'ouvre un autre front dans mon projet KNX (qui n'est pas encore terminé) : la supervision !

Après avoir étudié plusieurs pistes, j'ai retenu home assistant pour cette partie du projet.

Matériel
Côté hardware, à la base j'étais parti pour une installation sur ma freebox delta que j'avais upgradé pour l'occasion. La solution fonctionne super bien, et c'est top pour faire des tests ou prendre en main HA. Mais pour de la production, j'y vois 3 inconvénients  majeurs :

1. En cas de changement de FAI, il faut songer à migrer
   
2. Quand la freebox redémarre pour une raison x, tant qu'elle n'a pas la connexion fibre, elle ne lance pas la VM. En fait l'étape de lancement de la VM vient bien après.
   
3. Dans mon cas, je n'utilse la freebox que pour le net, et j'ai un router entre cette freebox et mon réseau. Je connais les réseaux sans en être un spécialiste, et cette config complexifie un peu les choses.
   

Finalement, j'ai profité des promo en ce moment pour prendre un mini pc de la marque minisforum, plus précisement l'UM480 XT :

• AMD Ryzen 7 4800H (8 coeur)
  
• 16Go de RAM
  
• 512 Go de disque
  

A la base je souhaitais la dédier entièrement à HA, mais elle est vraiment surdimensionnée pour. 
Je suis donc passé par la case hyperviseur (proxmox pour ne pas le citer)

Pour l'instant : ça marche très bien !

Côté écran, j'en aurai 2 : 1 dans la pièce de vie au RDC et l'autre sur le palier à l'étage.
L'écran principal, celui du RDC, j'en voulais un de très grand (21 pouces) qu'on peut plaquer au mur.
Un PC tout en un aurait pu faire l'affaire, seulement je n'en ai pas trouvé avec un arrière bien plat pour pouvoir être collé au mur.
Du coup, je pense me rabattre sur les tablettes et la plus grande du moment c'est chez samsung : galaxy tab S8 ou S9 ULTRA. Elles font 14,6 pouces, soit à peu près la taille des écrans des tesla Modèle 3 et Y (15 pouces). C'est un bon compromis

Le dashboard
Je partagerai ici mes avancées, mes galères etc ...

Pour avoir fait un peu joujou avec HA (créer un template, des sensors personnalisés, etc ...), la tentation de mettre bcp d'intelligences dans HA est très grande. Mais je vais essayer de bien scinder les choses : 

• HA sera destiné principalement à de la supervision et quelques commandes groupées
  
• Tout ce qui est faisable en KNX le sera, d'ailleurs je vais me prendre un module logique (probablement le MDT) pour compléter mon appareillage knx.
  

La suite au prochain épisode ...

[richardpub]

J'ai à peu près la même configuration que toi, sauf le choix du module logique de chez ABB pour moi.
Cela fait plus d'un an maintenant que je teste HA, en tant qu'interface. Mon Lifedomus étant encore efficace. 
J'ai testé pas mal de Adds-on de HA et pas mal d'automatismes dans le module ABB.

[demotica]

J'ai à peu près la même configuration que toi, sauf le choix du module logique de chez ABB pour moi.
Cela fait plus d'un an maintenant que je teste HA, en tant qu'interface. Mon Lifedomus étant encore efficace. 
J'ai testé pas mal de Adds-on de HA et pas mal d'automatismes dans le module ABB.

Oui, je pense aussi à l'ABB, mais l'écart de prix avec le MDT me finance le mini pc et autre geekerie

Concernant HA, le seul souci que je rencontre actuellement c'est la gestion de mes volets roulants, du moins avec HA brut de coffrage.
Pour rappel, j'ai :

• Des moteurs bubendorff
  
• Un actionneur ABB JRA/S8.230.5.1
  

La commande stop n'est jamais pris en compte par mon actionneur. 
Je ne suis pas totalement satisfait de cet actionneur, du moins la combinaison avec les jun f50 (des fois, il faut que j'appuie 2x pour arrêter un store).
Mais avec HA, la commande est totalement ignoré, peu importe le nombre d'appui
Je vais devoir passer par les templates pour me faire un truc aux petits oignons

[richardpub]

J'ai à peu près la même configuration que toi, sauf le choix du module logique de chez ABB pour moi.
Cela fait plus d'un an maintenant que je teste HA, en tant qu'interface. Mon Lifedomus étant encore efficace. 
J'ai testé pas mal de Adds-on de HA et pas mal d'automatismes dans le module ABB.

Oui, je pense aussi à l'ABB, mais l'écart de prix avec le MDT me finance le mini pc et autre geekerie

Concernant HA, le seul souci que je rencontre actuellement c'est la gestion de mes volets roulants, du moins avec HA brut de coffrage.
Pour rappel, j'ai :

• Des moteurs bubendorff
  
• Un actionneur ABB JRA/S8.230.5.1
  

La commande stop n'est jamais pris en compte par mon actionneur. 
Je ne suis pas totalement satisfait de cet actionneur, du moins la combinaison avec les jun f50 (des fois, il faut que j'appuie 2x pour arrêter un store).
Mais avec HA, la commande est totalement ignoré, peu importe le nombre d'appui
Je vais devoir passer par les templates pour me faire un truc aux petits oignons

Pour ma part j'ai aussi des bubendorff, mais avec des actionneurs JUNG.

Pour exemple, le code d'un volet:

    - name: "Volet Bureau du Bas"
      move_long_address: "9/0/0"
      #move_short_address: "9/0/1"
      stop_address: "9/0/1"
      position_address: "9/0/2"
      invert_angle: true
      device_class: shutter


ensuite le choix de l'interface dans HA est assez complexe en fonction de ce que tu veux obtenir.
Pour ma part, j'ai aussi des volets à lames Griesser, encore plus complexe que les volets simples
Pour eux j'ai ce code dans HA:

state_color: true
type: entities
entities:
  - entity: cover.bureau_haut_gauche
    secondary_info: last-changed
  - entity: cover.bureau_haut_gauche
    type: customlider-entity-row
    step: 10
    min: 0
    max: 100
    grow: true
    full_row: true

[NicNac]

Chez moi c'est d'abord KNX qui peut tourner sans superviseur. Beaucoup de chose peuvent être gérer par un timer intelligent, j'ai opté pour le timer MDT
20 commandes et 8 cannaux, il y a de quoi gérer le chauffage, la vmv les stores....
J'ai aussi un module logique mais je n'utilise que 6 blocs.
HA depuis 3 mois avec un PI4 c'est pour la visu et les automatismes plus fin.... comme novice, j'ai chipoté,... mais maintenant à par les templates que je n'ai pas encore compris. C'est super.
Avantage:
- que l'on peut gérer sans passer par ETS;
- qui permet de réaliser des graphiques et statistiques impressionnant;
- un sauvegarde rapide dans google et disponible pour changer de serveur. J'avais commencé avec un PI3, en quelques manipulation, le tout est passé sous PI4.
- accès aussi via SSH.

[filou59]

Concernant HA, le seul souci que je rencontre actuellement c'est la gestion de mes volets roulants, du moins avec HA brut de coffrage.
Pour rappel, j'ai :

• Des moteurs bubendorff
  
• Un actionneur ABB JRA/S8.230.5.1
  

La commande stop n'est jamais pris en compte par mon actionneur. 
Je ne suis pas totalement satisfait de cet actionneur, du moins la combinaison avec les jun f50 (des fois, il faut que j'appuie 2x pour arrêter un store).
Mais avec HA, la commande est totalement ignoré, peu importe le nombre d'appui
Je vais devoir passer par les templates pour me faire un truc aux petits oignons

Je ne connais pas tes moteurs, mais je connais bien les JRA et Jung F50. Tu dois avoir un problème de paramétrage.

Du KNX c'est standard, il n'y a pas d'incompatibilité juste de mauvais paramétrage ou usage.

Déjà il faudrait savoir comment tu gère tes VR ? 1 BP / 2 BP
Moi mon conseil sera toujours d'utiliser 2 BP, Appuie long = Mouvement, Appuie court = Stop

HA c'est bien, mais il faut avant tout que tu sois OK avec la partie physique de ton install.

[demotica]

Concernant HA, le seul souci que je rencontre actuellement c'est la gestion de mes volets roulants, du moins avec HA brut de coffrage.
Pour rappel, j'ai :

• Des moteurs bubendorff
  
• Un actionneur ABB JRA/S8.230.5.1
  

La commande stop n'est jamais pris en compte par mon actionneur. 
Je ne suis pas totalement satisfait de cet actionneur, du moins la combinaison avec les jun f50 (des fois, il faut que j'appuie 2x pour arrêter un store).
Mais avec HA, la commande est totalement ignoré, peu importe le nombre d'appui
Je vais devoir passer par les templates pour me faire un truc aux petits oignons

Je ne connais pas tes moteurs, mais je connais bien les JRA et Jung F50. Tu dois avoir un problème de paramétrage.

Du KNX c'est standard, il n'y a pas d'incompatibilité juste de mauvais paramétrage ou usage.

Déjà il faudrait savoir comment tu gère tes VR ? 1 BP / 2 BP
Moi mon conseil sera toujours d'utiliser 2 BP, Appuie long = Mouvement, Appuie court = Stop

HA c'est bien, mais il faut avant tout que tu sois OK avec la partie physique de ton install.

Hello Filou59,
Je suis en phase avec toi sur le fait que tout doit être ok côté knx d'abord et je travaille pour
Je pense avoir globalement bien fait les choses, si tu as des remarques je suis preneurs.

Pour la config, c'est comme suit.

• Côté BP (Jung F50), j'ai choisi l'option :
  
• 2 BP en mode commutation: gauche (monter), droite (descendre)
  
• Fonctionnement : store
  
• Concept : Long-court, Long pour le mouvement (monter/descendre), court (stop)
  

Côté JRA/S8.230.5.1 :

• mode d'exploitation : commande de store sans réglage des lamelles
  
• Entrainement : voir capture
  

   
   
   

[demotica]

Chez moi c'est d'abord KNX qui peut tourner sans superviseur. Beaucoup de chose peuvent être gérer par un timer intelligent, j'ai opté pour le timer MDT
20 commandes et 8 cannaux, il y a de quoi gérer le chauffage, la vmv les stores....
J'ai aussi un module logique mais je n'utilise que 6 blocs.
HA depuis 3 mois avec un PI4 c'est pour la visu et les automatismes plus fin.... comme novice, j'ai chipoté,... mais maintenant à par les templates que je n'ai pas encore compris. C'est super.
Avantage:
- que l'on peut gérer sans passer par ETS;
- qui permet de réaliser des graphiques et statistiques impressionnant;
- un sauvegarde rapide dans google et disponible pour changer de serveur. J'avais commencé avec un PI3, en quelques manipulation, le tout est passé sous PI4.
- accès aussi via SSH.

Hello NicNac,

Je découvre ces timers grâce à toi 
Et oui, j'apprends tous les jours ...
Le principe à l'air bien, mais j'ai déjà tout pensé pour une combinaison module logic + station météo ...

Quant à HA, j'ai rapidement eu besoin des templates car j'ai une alarme DSC avec remontée d'état sur knx (entrée binaire). Et je souhaitais remonter tout ça dans HA et surtout utiliser l'alarm panel de HA ...

Pour la config de mon HA, j'ai procédé comme suit :

1. Création d'un répertoire "package" dans lequel je mets toutes mes config
   
2. Un fichier config par besoin
   
3. Inclure le répertoire package dans la config principale
   

Pour remonter l'état de mon alarme, j'ai procéder comme suite:

1/ Un fichier "security.yaml" dans le répertoire package. Ce fichier contient l'état de mon alarme et des ouvrants
knx:
 binary_sensor:
   - name: "ALM_MODE ABSENCE"
     state_address: "7/0/1"
   - name: "ALM_MODE NUIT"
     state_address: "7/0/2"
   - name: "ALM_MODE PARTIEL"
     state_address: "7/0/3"

2/ Un fichier "custom_sensor.yaml" dans le répertoire package. ce fichier sert à convertir les état d'alarme KNX en état d'arlame HA
sensor:
 - platform: template
   sensors:
     b_alarm_state:
       friendly_name: "Etat alarme"
       value_template: >-
         {% if states('binary_sensor.alm_mode_absence') == "on" %}
         armed_away
         # {% elif states('binary_sensor.alm_mode_nuit') == "on"  %}
         # armed_night
         {% elif states('binary_sensor.alm_mode_partiel') == "on"  %}
         armed_home
         {% else %}
         disarmed
         {% endif %}

3/ Un fichier "alarm_panel.yaml" dans le répertoire package. Ce fichier me permet de créer "un capteur d'alarme" pour HA.  
# CUSTOM ALARM PANEL
alarm_control_panel:
 - platform: template
   panels:
     main_alarm_panel:
       value_template: "{{ states('sensor.b_alarm_state') }}"

Une fois que tout ça est en place, tu peux enfin utiliser le panneau alarme de HA qui verra tout le suite le capteur qui s'appelle "main_alarm_panel"

[richardpub]

bravo pour le paramétrage de l'alarme que j'avais laissé en stand-by !!!

[demotica]

bravo pour le paramétrage de l'alarme que j'avais laissé en stand-by !!!

Petit rajout :
Le bloc de code dans le fichier "custom_sensor.yaml" est une étape superflue.
Mais lors des essaies, je l'avais déjà créé en pensant que ça suffirait ... 

Sinon, pour simplifier on peut directement faire ceci (tout mettre dans le panneau d'alarme) :
alarm_control_panel:
 - platform: template
   panels:
     main_alarm_panel:
       value_template: >-

         {% if states('binary_sensor.alm_mode_absence') == "on" %}

         armed_away

         # {% elif states('binary_sensor.alm_mode_nuit') == "on"  %}

         # armed_night

         {% elif states('binary_sensor.alm_mode_partiel') == "on"  %}

         armed_home

         {% else %}

         disarmed
         {% endif %}

[babychou]

va nous falloir quelques screenshots

[NicNac]

Je disais que je n'ai toujours pas compris template.

Demotica tu nous montres:

sensor:
- platform: template
sensors:
b_alarm_state:.....

Pourquoi faut-il - platform: template ?

[babychou]

Je disais que je n'ai toujours pas compris template.

Demotica tu  nous montres:

sensor:
- platform: template
  sensors:
    b_alarm_state:.....

Pourquoi faut-il  - platform: template  ?

c'est la syntaxe du code dans HA...

[NicNac]

Je disais que je n'ai toujours pas compris template.

Demotica tu  nous montres:

sensor:
- platform: template
  sensors:
    b_alarm_state:.....

Pourquoi faut-il  - platform: template  ?

c'est la syntaxe du code dans HA...

Si tu le dis, mais voici par exemple mon fichier /homeassistant/knxfiles/sensor.yaml

Démarre comme ceci, il n'y a pas le mot "template "et tout est OK pourtant:

knx:   
###########################
# SENSORS
###########################
  sensor:
 
  # EXTERIEUR
  # Temperature Station Meteo
    - name: "Temperature Meteo"
      state_address: "6/3/1"
      type: temperature
      sync_state: every 30.......

[demotica]

Je disais que je n'ai toujours pas compris template.

Demotica tu  nous montres:

sensor:
- platform: template
  sensors:
    b_alarm_state:.....

Pourquoi faut-il  - platform: template  ?

Hummm !!!!, nous sommes 2 alors 

Si je te dis que j'ai tout compris j'aurai menti.

Le nom Template est un peu ambigu ici.

En fait HA utilise le moteur de template de Jinja2, pour permettre à l'utilisateur de créer des variable personnalisé.

De ce que je comprends, dans le cas présent c'est plus une utilisation de template et non une création ... la nuance est là !
Et cette technique est utilisée pour retraiter/reformater les données entrantes / sortantes (deduction, combinaison, calcul, conversion, etc.). 
D'où la tentation de se passer de module logique knx 

Dans mon cas par exemple, il me sert uniquement à transformer des "on/off" de capteur en "armed_away, disarmed ..."

On peut créer de vrai template, dans le sens de modèle réutilisable. Ils porte l'extension .jinja, et ça je ne l'ai pas encore utilisé

[richardpub]

Peux-tu nous mettre le code de ta carte type: alarm-panel ??
Pour ma part j'active bien mes différents types d'alarme, mais uniquement avec un bouton toogle.
Je n'arrive pas à l'activer avec le panneau de saisie de code pour sécuriser l'alarme

[demotica]

Peux-tu nous mettre le code de ta carte type: alarm-panel ??
Pour ma part j'active bien mes différents types d'alarme, mais uniquement avec un bouton toogle.
Je n'arrive pas à l'activer avec le panneau de saisie de code pour sécuriser l'alarme

Mon alarme est complètement isolé du KNX, je ne vois que l'état de l'alarme + l'état des détecteurs sur les ouvrants connectés à l'alarme (le reste des ouvrants étant en liaisons directe sur le KNX)
Vu que je n'interagi pas du tout avec l'alarme, je n'utilise pas le clavier HA ... le code de ma carte est donc très simple (voir ci-dessous)

type: custom:mushroom-alarm-control-panel-card
states:
  - armed_home
  - armed_away
  - armed_night
name: Etat alarme
entity: alarm_control_panel.main_alarm_panel
tap_action:
  action: none
hold_action:
  action: none
double_tap_action:
  action: none
show_keypad: false
fill_container: false
layout: horizontal

il fait appel au main_panel que j'ai décris plus haut !

Remarque : j'aurai pu mettre le template directement dans le corps du code de la carte.

[demotica]

Concernant le superviseur dans son ensemble, voici comment je vois les choses
Une page d'accueil qui fait office de tableau de bord
Des pages détails (pièces de la maison, alarme et détecteurs d'ouverture, voiture,  et vie au quotidien). Dans vie au quotidien, je vois : le planning de ramassage des ordure, les horaire de transport en commun, etc ...

J'ai commencé par la page détail pièce par pièce et la voiture. Plus tard je construirai le tableau de bord qui ne reprendra que les éléments les plus importants de ces détails.

[richardpub]

Tu es parti sur une interface mushroom??
Pour ma part je cherche à retrouver l'ergonomie de Lifedomus très pratique sure Iphone, et une autre interface sur tablette.
J'ai essayé de faire aussi avec Minimalist, mais je n'y suis pas arrivé totalement.

En essayant d'utiliser ton code, j'ai réalisé qu'effectivement tu n'utilises pas de fonction d'armement à partie de HA.
Cependant en utilisant les services dans outils de développement, j'ai réalisé que l'échec que je pensais avoir lors de l'armement, correspond en fait à un retard entre la commande et l'activation réelle de l'alarme. il y a une option manuelle pour modifier la durée des temps d'armement et de désarmement de l'alarme.

[demotica]

Cool, si tu as réussi à avancer un peu sur la commande d'alarme .

Oui, j'ai tout fait avec les cartes mushroom ... mais je reste sur ma faim, je préfère le flat design ... je vais continuer à creuser dans le repos HACS ...
Par contre, pour une interface pour smartphone, mushroom est un bon choix je pense.

[demotica]

Avec le thème Noctis, ça ressemble un peu à quelque chose


Par contre, j'ai toujours des soucis avec mes volets roulants.
A configuration identiques (côté HA et KNX), seuls 2 VR répondent aux commande depuis HA !
Le télégrammes passent bien, mais l'actionneur semble les ignorer ...

Bref, cette histoire commence à me casser les couilles, si pas de solution d'ici là, je vais encore passer par les templates pour surcharger certaines fonctions et simuler le fonctionner les BP Jung.

[Ives]

@Domotica
Sympa ton Dashboard !
Je ne connais pas Jung mais j'ai 3 marques d'actionneur de volet/BSO (Theben, MDT, Schneider) et je n'ai jamais eu de problème pour les commander avec HA. Est-ce qu'ils fonctionnent parfaitement en KNX (pas de pb de double appui ou autre) ? Un exemple de configuration avec MDT
# Abri Jardin
- name: "barbecue"
move_long_address: "1/0/7"
move_short_address: "1/0/7"
stop_address: "1/2/7"
position_address: "1/1/7"
position_state_address: "1/1/30"
device_class: shutter

[richardpub]

Pour ma part, j'ai des boutons Jung F40, et des actionneurs de volets Jung.
il faudrait comparer pour voir ce qui ne fonctionne pas chez toi....
Côté config dans HA, je suis proche d'Ives (voir plus haut)

[Kevlille]

Hello

Idem pas de soucis de pilotage des volets avec des actionneurs Hager et du Celiane KNX. Avec comme mode de fonctionnement:

* Appui court: mouvement/stop
* appui long: mouvement jusqu'au relachement du bouton

Sous HA cela se pilote nickel et j'ai la config suivante:

# Chambre Parent - Volet
- name: "Chambre Parent"
move_long_address: "3/0/10"
move_short_address: "3/0/10"
stop_address: "3/1/10"
position_address: "3/2/10"
position_state_address: "3/3/10"
#travelling_time_down: 51
#travelling_time_up: 61

[demotica]

Hello !
Cette affaire est un grand mystère pour moi.
A config équivalent seule la commande du cellier fonctionne bien.

Ci-dessous, une partie ma config côté HA : le cellier est ok, mais la cuisine

    - name: "VR Cuisine"
      move_long_address: "3/2/16"
      move_short_address: "3/2/18"
      stop_address: "3/2/18"
      position_address: "3/2/19"
      position_state_address: "3/2/20"

    - name: "VR Cellier"
      move_long_address: "3/2/21"
      move_short_address: "3/2/23"
      stop_address: "3/2/23"
      position_address: "3/2/24"
      position_state_address: "3/2/25"

@Yves, merci pour le compliment ... je me suis pas mal inspiré de ce que tu as fait.
Pour répondre à ta question. Je sais que tout est possible en KNX, seulement il faut réussir à bien paramétrer les choses. Toutefois, je soupçonne une légère incompatibilité en mes BP Jung F50 et mon actionneur ABB JRA/S8.230.5.1. Ou peut-être que je n'ai pas encore trouvé le bon paramétrage pour que les 2 fonctionnent au poils.

En effet, je ne suis pas totalement satisfait du fonctionnement côté KNX pur.
En effet le concept de fonctionnement que j'ai choisi c'est :

• Appui long (avec ou sans relachement) => mouvement. Le sens du mouvement dépendant du bouton appuyé (gauche = montée, droit = descente)
  
• Appui court => stop  
  

Je n'ai jamais eu de souci pour les appuis long. Par contre, assez souvent, il me faut faire un double appui court pour le stop et cela m'agace vraiment ! Si j'arrive à corriger ça, ce sera déjà une belle victoire !


Autre chose, l' ABB ne publie pas de position sachant que j'ai activé l'option.

A toute fin utile, je republie mes configs KNX ici (au cas où une bonne âme qui connait le sujet est de passage ici) :

Config JUNG



Config actionneur ABB



Adresse de groupe