Hauptmenü

HASS mit FHEM

Begonnen von Wuppi68, 15 Dezember 2017, 12:50:52

Vorheriges Thema - Nächstes Thema

Wuppi68

Hallo Zusammen,

hat sich schon jemand HASS https://home-assistant.io/ als Front End für FHEM angeschaut?

Fragend

Ralf
Jetzt auf nem I3 und primär Homematic - kein Support für cfg Editierer

Support heißt nicht wenn die Frau zu Ihrem Mann sagt: Geh mal bitte zum Frauenarzt, ich habe Bauchschmerzen

hsepm

Etwas späte Antwort.

Ich habe das nach zwei Tagen via Mqtt Datenaustausch zu 80% am Laufen. Das lovelace Ui ist ziemlich cool, schnell und responsive. Mein Tablet Ui wird wohl demnächst nicht mehr benötigt.

zap

Anscheinend muss man für die Dashboards wie bei TabletUI Textdateien bearbeiten. Wo ist da der Unterschied bzw. Der Vorteil?

Dann lieber Nodered, das ebenfalls MQTT verwendet oder eben ioBroker VIS.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

hsepm

#3
Wenn ich das richtig verstanden habe, ging es dem Ersteller des Threads um Home Assistant aka HASS als Frontend und nicht um iobroker oder node red.

Man muss sich in yaml eindenken, durch die umfangreiche Card-Bibliothek und viele User-Beispiele ist die Lernkurve sehr steil. Natürlich hat HASS auch ein paar negative Punkte, z. B. ist ein Multiswitch a la Home Status etwas umständlich.

hsepm

Dies ist das FHEM-Forum, aber wir reden über Home Assistant als Frontend, daher hoffe ich, es ist legitim, ausnahmsweise ein anderes Forum zu verlinken.

Ich habe mich hier

https://community.home-assistant.io/t/my-latest-lovelace-screens-updated/70601

inspirieren lassen und innerhalb von einer Woche etwas von vergleichbarer Qualität erstellt. Die gesamte Beschreibung erfolgt in yaml und es gibt einen Haufen fertiger GUI-Elemente ("Cards") für alle möglichen Geräte und Sensoren. Mein visueller Favorit ist "picture-entity", mein funktionaler Favorit ist "custom:monster-card".

Wie schon erwähnt, werden die Informationen von/nach fhem per mqtt übertragen (via mosquitto, MQTT und MQTT_GENERIC_BRIDGE).

Die Reaktionszeiten von lovelace im Fully-Browser auf meinem lahmen Tablet (13 Zoll Trekstor) sind besser als mit dem Tablet UI, trotz aufwändigerer Grafik. Warum das so ist, darüber kann ich nur spekulieren.

Gruß,
Holger

Ranseyer

ich lese dann mal mit und hoffe auf Updates hier...
FHEM mit FTUI. Homematic-Funk für Thermostate und Licht. MySensors als Basis für eigene HW.
Zentrale ist der MAPLE-CUL mit RFM69+HModUART-AddOn.
Doku zu meinen Projekten: Github/Ranseyer. Platinen falls verfügbar gerne auf Anfrage.
Support: gerne wenn ich Zeit+Lust habe im Forum. Nicht per PN!

hsepm

Von meiner Seite ist eigentlich alles gesagt. Home Assistant taugt als supermodernes Frontend, aber nicht als ausgewachsene Automatisierungslösung. Mann kann problemlos fhem und Hass per MQTT verbinden und das läuft ziemlich gut. Einige Geräte (zigbee, Chromecast) habe ich parallel mit fhem und Hass verbunden und auch das läuft. Ich werde aber hier keine Screenshots des lovelace gui posten. Wer die sucht, findet sie im Home—Assistant Forum.

eazy_isi

Zitat von: hsepm am 22 Dezember 2018, 22:28:01
Von meiner Seite ist eigentlich alles gesagt. Home Assistant taugt als supermodernes Frontend, aber nicht als ausgewachsene Automatisierungslösung. Mann kann problemlos fhem und Hass per MQTT verbinden und das läuft ziemlich gut. Einige Geräte (zigbee, Chromecast) habe ich parallel mit fhem und Hass verbunden und auch das läuft. Ich werde aber hier keine Screenshots des lovelace gui posten. Wer die sucht, findet sie im Home—Assistant Forum.

Hatte das Thema auch schon auf dem Schirm, hast du hierzu im Home-Assistant Forum auch schon mal etwas gepostet ?
Ich wäre sehr interessiert wie das ganze FHEM ==> MQTT ==> HASS konfiguriert werden kann.

Grüße
Thomas

hsepm

#8
Bisher habe ich noch nichts Spezifisches gepostet.

Allerdings ist die Sache ziemlich einfach:


  • HA läuft als Hassio auf einem separaten Pi.
  • Alles, was parallel direkt an HA angebunden werden kann, ist es auch. Das betrifft z.B. den RaspBee und alle angeschlossenen ZigBee-Geräte sowie die Shelly-1 Aktoren, die MQTT sprechen.
  • Alle Geräte, die von FHEM verwaltet werden, sind mit MQTT_GENERIC_BRIDGE (publish/subscribe) via MQTT-Broker (Mosquitto) mit HA verbunden. Das sind bei mir so einige Funkkomponenten (Rollos, Schaltsteckdosen).
  • Die Automatisierung läuft komplett auf FHEM, da HA hier meilenweit hinter DOIF & Co her hinkt.
  • Das Langzeitlogging läuft auf FHEM.

EDIT:

Natürlich müssen in HASS die MQTT-Geräte konfiguriert werden. HASS bietet neuerdings zwar eine MQTT-Autodiscovery, aber das ist noch nicht stabil und die Topics müssen einem ganz bestimmten Schema folgen, welches vermutlich noch 3x geändert wird. Die HASS-Entwickler sind echte Spezialisten für "breaking changes" ...



Thyraz

#9
Danke für die Idee mit Home Assistant und den Hinweis, dass das performanter läuft als TabletUI.

Habe gestern auch mal testweise Home Assistant in einem Proxmox-Container auf den NUC gepackt.
In FHEM sind die Geräte per MQTT_GENERIC_BRIDGE ja sehr schnell koniguriert wenn man sich einmal das Schema ausgedacht hat.

Die Konfiguration von Home Assistant mit den YAML Files war kurz etwas ungewohnt, auch das Handling der Gerätekonfiguration und dem Customize.
Aber dank guter Doku war das auch schnell gemeistert.

Sieht auf Anhieb toll aus und reagiert wirklich sehr schnell.
Auch sehr schön, dass man am Desktop mehrere Spalten nebeneinander hat und es sich dann umsortiert am Handy wenn weniger Platz ist.

TabletUI reagiert auf dem NUC ja auch viel viel schneller als auf dem Pi den ich davor hatte,
aber ab und zu dauert der Refresh doch länger und selten schlägt er auch mal fehl.
Die UI zeigt dann halt veraltete Werte an, was ärgerlich ist.

Home Assistant hat hier auch noch das nette Feature,
dass es unten in der UI anzeigt, wenn die Verbindung unterbrochen ist und es versucht neu zu verbinden.

Ebenfalls nett: Es gibt eine iOS App, wodurch man keine Webapp auf den Homescreen legen muss,
welche bei jedem Öffnen die Seite komplett neu lädt.
Allein dadurch geht das Ganze schon viel schneller.

Hab gestern nicht mehr geschafft alles in Home Assistant reinzubekommen,
aber Lichter und Fenster hab ich schonmal drin.

Screenshot:
https://www.dropbox.com/s/hhwjr282zf1vlv5/3.PNG?dl=0

edit: Ich dokumentiere mal ein wenig mit was ich alles gemacht habe,
da hier ja auch schon die Frage aufkam wie man das Ganze aufsetzt.
Wenn ich soweit fertig bin, kann ich gern einen Thread mit einem Quickstart HA als Fhem Frontend aufmachen.
Fhem und MariaDB auf NUC6i5SYH in Proxmox Container (Ubuntu)
Zwave, Conbee II, Hue, Harmony, Solo4k, LaMetric, Echo, Sonos, Roborock S5, Nuki, Prusa Mini, Doorbird, ...

hsepm

Keine Ursache. Mit ein wenig card-modding kann man die Sache noch visuell aufpeppen. Ist aber Geschmackssache.

Viele Grüße,
hsepm

eazy_isi

Zitat von: Thyraz am 18 Februar 2019, 11:30:59
Danke für die Idee mit Home Assistant und den Hinweis, dass das performanter läuft als TabletUI.

Habe gestern auch mal testweise Home Assistant in einem Proxmox-Container auf den NUC gepackt.
In FHEM sind die Geräte per MQTT_GENERIC_BRIDGE ja sehr schnell koniguriert wenn man sich einmal das Schema ausgedacht hat.

Die Konfiguration von Home Assistant mit den YAML Files war kurz etwas ungewohnt, auch das Handling der Gerätekonfiguration und dem Customize.
Aber dank guter Doku war das auch schnell gemeistert.

Sieht auf Anhieb toll aus und reagiert wirklich sehr schnell.
Auch sehr schön, dass man am Desktop mehrere Spalten nebeneinander hat und es sich dann umsortiert am Handy wenn weniger Platz ist.

TabletUI reagiert auf dem NUC ja auch viel viel schneller als auf dem Pi den ich davor hatte,
aber ab und zu dauert der Refresh doch länger und selten schlägt er auch mal fehl.
Die UI zeigt dann halt veraltete Werte an, was ärgerlich ist.

Home Assistant hat hier auch noch das nette Feature,
dass es unten in der UI anzeigt, wenn die Verbindung unterbrochen ist und es versucht neu zu verbinden.

Ebenfalls nett: Es gibt eine iOS App, wodurch man keine Webapp auf den Homescreen legen muss,
welche bei jedem Öffnen die Seite komplett neu lädt.
Allein dadurch geht das Ganze schon viel schneller.

Hab gestern nicht mehr geschafft alles in Home Assistant reinzubekommen,
aber Lichter und Fenster hab ich schonmal drin.

Screenshot:
https://www.dropbox.com/s/hhwjr282zf1vlv5/3.PNG?dl=0

edit: Ich dokumentiere mal ein wenig mit was ich alles gemacht habe,
da hier ja auch schon die Frage aufkam wie man das Ganze aufsetzt.
Wenn ich soweit fertig bin, kann ich gern einen Thread mit einem Quickstart HA als Fhem Frontend aufmachen.

Also da wäre ich auf alle Fälle sehr interessiert dran.
Ich scheitere momentan schon an der Einrichtung der MQTT_Generic_Bridge.
Stehe da irgendwie auf dem Schlauch.... :(

Lalle

Gibt's hier schon was neues? Oder bin ich nur zu doof die Doku zu finden?

hsepm

#13
Zitat von: Lalle am 09 April 2019, 23:07:23
Gibt's hier schon was neues? Oder bin ich nur zu doof die Doku zu finden?

Du könntest mit der MQTT_GENERIC_BRIDGE anfangen, alle fhem-Geräte, die du für HA sichtbar machen möchtest (Sensoren, Aktoren), MQTT-fähig zu machen. Infomaterial hierfür gibt es im Forum und in der Commandref.

Danach z.B. einen unterstützten Server deiner Wahl mit HassOS bespielen. Achtung, nicht kompatibel mit Raspian, etc. Ist aber zum Start gut, da HA und Add-ons jeweils im eigenen Docker-Container laufen und OTA aktualisiert werden können. HassOS-Releases kommen alle paar Monate, HA-Updates alle paar Tage.

https://github.com/home-assistant/hassos/releases

Danach entsprechend MQTT-Geräte in HA konfigurieren:

Referenz https://www.home-assistant.io/components/#search/MQTT

HA-Forum https://community.home-assistant.io/

Um HA Sensoren in fhem verfügbar zu machen, musst du die HA-Komponente MQTT Statestream einbinden. Das ist quasi die MQTT_GENERIC_BRIDGE von HA.

https://www.home-assistant.io/components/mqtt_statestream/

ZigBee-Gateways lassen sich an HA direkt anbinden (und parallel zu fhem), ebenso wie diverse Cloud APIs wie Dark Sky, Mercedes Me, BMW Connected Drive, Tuya, ...

Zum Schluss musst du dich für ein HA-Frontend entscheiden, z.B. Lovelace UI. Dieses kann auch in YAML konfiguriert werden, oder neu, per Browser-Editor.

YAML ist gewöhnungsbedürftig, die meisten Newbies kommen mit der Einrückung nicht zurecht.

Ich hoffe, das hilft erst mal weiter.

Gruß,

hsepm

EDIT:

Meine Serverlandschaft sieht so aus:

raspi1: fhem, mosquitto, Raspbee (zigbee), CUL433, CUL868, homebridge
raspi2: HassOS mit HA und Addons Letsencrypt, nginx, Maria DB, ssh Server und Samba share

BOFH

Auch wenn der Thread schon etwas länger still ist.

Ich mag die Icons/"Fonts" vom Thyraz und hab die svg mal umgebaut. Weiß nicht ob das ok ist für Ihn, bzw ob er selbst irgendwo ein Thread dazu geöffnet hat. Habe
nichts gefunden.

In die configuration.yaml


frontend:
  extra_html_url:
    - /local/thyraz.html


die thyraz.html in den www ordner kopieren.

und dann via thyraz:ICON das Icon zuordnen z.B.
icon: 'thyraz:dashboard'


bulb1
bulb2
fairylights1
fairylights2
motion
wifi
washing
dryer
couch
baby
toilet
office
dashboard
bed
bath 
RasPi 4
ZWave.me ZME_UZB (Fibaro Auge Gen.2)/ HM-USB2 (Thermostat | Hutschienen Relais | 1-/2fach Schalter) / Enigma2 / PhilipsTV / Philips HUE (GO|Bulb|Stripe (plus)) / Somfy IO Rollos / BOSCH HSG636XS6 / SONOS (P1, P3, P5 2.Gen, SUB, Bar)

eddso

Die screens sehen ja super aus.
@hasemp: Mich würde interessieren wie du es mit der Plot in der Kachel gemacht hast.

Gruß Edu

xobd

Hallo zusammen,

vielleicht wärst jemand so nett und ist mir ein bischen behilflich.

Bin ebenfalls schon seit Jahren mit FHEM unterweg, habe jetzt auch Home Assistant wegen der GUI.
Möchte meine FHEM-Geräte, vorallem MAX! via MQTT und MQTT_GENERIC_BRIDGE nach HA bringen.
Zig Versuche, nichts klappt.
Kann mir vielleicht mal jemand aus seiner fhem.cfg die relevanten Passagen zum Einrichten in der Konfiguration zusenden.
Habe auch einen Ansatz von Matthias Kleine verfolgt, klappt auch nicht.

Auf meinem Raspi läuft FHEM, HA und Mosquitto
HA --> Mosquitto klappt
FHEM --> Mosquitto nicht

vielleicht fehlt mir nur ne Kleinigkeit.
Wäre Dir super Dankbar für einen Tipp

gruß
Christoph


Hier ein paar Auszüge aus meiner Konfiguration:


#--------------------
# Heizung - MAX Thermostat - Wohnzimmer
#--------------------
define MAX_133de7 MAX HeatingThermostatPlus 133de7
setuuid MAX_133de7 5c671e9d-f33f-58b8-a860-488718d47d4dffe7
attr MAX_133de7 userattr mqttAlias:textField-long mqttDefaults:textField-long mqttDisable:both,incoming,outgoing mqttForward:all,none mqttPublish:textField-long mqttSubscribe:textField-long weekprofile
attr MAX_133de7 IODev cm
attr MAX_133de7 alexaName Heizung Wohnzimmer
attr MAX_133de7 alexaRoom Wohnzimmer
attr MAX_133de7 alias Hz_Wz
attr MAX_133de7 group Heizung
attr MAX_133de7 icon sani_heating_temp
attr MAX_133de7 mqttName Wz_Hz_mqtt
attr MAX_133de7 mqttRoom Wohnzimmer
attr MAX_133de7 room HomeAssistant,Heizkörper,Wohnzimmer
attr MAX_133de7 weekprofile Plan_Hz_Wz
define FileLog_MAX_133de7 FileLog ./log/MAX_133de7-%Y.log MAX_133de7
setuuid FileLog_MAX_133de7 5c671e9d-f33f-58b8-54cd-8bb2ae7492cb56ba
attr FileLog_MAX_133de7 logtype text
attr FileLog_MAX_133de7 room Logs,Wohnzimmer
define SVG_FileLog_MAX_133de7_1 SVG FileLog_MAX_133de7:SVG_FileLog_MAX_133de7_1:CURRENT
setuuid SVG_FileLog_MAX_133de7_1 5c671e9d-f33f-58b8-c06f-57ca4b6299c21569
attr SVG_FileLog_MAX_133de7_1 room Wohnzimmer,Plots



#--------------------
# MQTT_GENERIC_BRIDGE
#--------------------
#
#define SYS_MQTT MQTT_DEVICE

defmod mqttGenericBridge MQTT_GENERIC_BRIDGE mqtt TYPE=MAX
#defmod mqttGenericBridge MQTT_GENERIC_BRIDGE mqtt MAX_133de7,MAX_0eb000,MAX_0eb051,MAX_0f0492
#defmod mqttGenericBridge MQTT_GENERIC_BRIDGE mqtt room=HomeAssistant
#define mqttGenericBridge MQTT_GENERIC_BRIDGE mqtt MAX_133de7,MAX_0eb000
#setuuid mqttGenericBridge 5ddbd1d3-f33f-58b8-d882-a31aac55a2e0f5a3
attr mqttGenericBridge IODev Mosquitto
#attr mqttGenericBridge alias MQTT generic bridge
attr mqttGenericBridge group MQTT
attr mqttGenericBridge room IO_Devices
attr mqttGenericBridge stateFormat dev: device-count in: incoming-count out: outgoing-count

#--------------------
# MQTT
# https://haus-automatisierung.com/nodered/2017/12/13/node-red-tutorial-reihe-part-4-verbindung-fhem.html
#--------------------
#
#define Mosquitto MQTT 127.0.0.1:1883
define Mosquitto MQTT2_CLIENT 127.0.0.1:1883
#setuuid Mosquitto 5ddbd1d3-f33f-58b8-1c1e-6c595805ddba17ad
attr Mosquitto room MQTT
define n_publish_mqtt notify .*:.* {\
   my $mqttRoom = AttrVal($NAME, 'mqttRoom', '');;\
   my $mqttName = AttrVal($NAME, 'mqttName', '');;\
   my @mqttReadings = split(/,/, AttrVal($NAME, 'mqttReadings', ''));;\
\
   if ($mqttRoom ne '' && $mqttName ne '') {\
        my $reading = "";;\
        my $message = "";;\
\
      if ($EVENT =~ qr/(.*?): (.*)/p) {\
         $reading = $1;;\
         $message = $2;;\
      } else {\
         $reading = "state";;\
         $message = $EVENT;;\
      }\
\
      if (grep(/^$reading/, @mqttReadings)) {\
            my $topic = "/FHEM/$mqttRoom/$mqttName/$reading";;\
\
            fhem("set Mosquitto publish $topic $message");;\
      }\
   }\
}
setuuid n_publish_mqtt 5ddbd1d3-f33f-58b8-f836-28a17cd3dee956bf
attr n_publish_mqtt alias Alle Events an MQTT übermitteln
attr n_publish_mqtt group SystemLogik
attr n_publish_mqtt room Logik
define mqttPublishList readingsGroup <Name>,<MQTT-Raum>,<MQTT-Name> .*:?mqttRoom,?mqttName
setuuid mqttPublishList 5ddbd1d3-f33f-58b8-bf59-f8208a0cb97314fc
attr mqttPublishList room MQTT
FHEM 5.8 auf Raspberry 3
CUL 868 (1.62) / MAX Cube 868 (V 1.24.01 a-culfw Build 204) / MAX! / Z-Wave / FRITZ!DECT 200

hsepm

Zitat von: eddso am 02 Dezember 2019, 21:38:41
Die screens sehen ja super aus.
@hasemp: Mich würde interessieren wie du es mit der Plot in der Kachel gemacht hast.

Gruß Edu

Ich bin zwar hsepm, aber ich antworte mal ;)

Home Assistant hat eine Oberfläche namens Lovelace und es gibt dafür Standard-Cards und Custom-Cards.

Eine dieser Custom Cards ist mini-graph-card https://github.com/kalkih/mini-graph-card.

Diese Card zeigt einen Sensor oder mehrere Sensoren und konfigurierbare Charts. Konfiguriert wird in YAML.

Der Thread zu mini-graph-card: https://community.home-assistant.io/t/lovelace-mini-graph-card/71385

hsepm

Zitat von: xobd am 11 Dezember 2019, 11:42:18
Hallo zusammen,

vielleicht wärst jemand so nett und ist mir ein bischen behilflich.

[...]


Ich habe es so aufgesetzt, dass ich alle Geräte bei Bedarf MQTT-fähig machen kann. mosquitto läuft auf dem fhem-Host.


define MQTT_Broker MQTT 127.0.0.1:1883
define MQTTGeneric MQTT_GENERIC_BRIDGE
attr MQTTGeneric IODev MQTT_Broker
attr MQTTGeneric stateFormat incoming-count


und dann z.B. für ein Rollo:


attr BU_RO_Fenster mqttDefaults retain=1
attr BU_RO_Fenster mqttPublish pct:topic="haus/buero/fenster/position"
attr BU_RO_Fenster mqttSubscribe pct:stopic={"haus/buero/fenster/position/set"} state:stopic={"haus/buero/fenster/state/set"}

crom

Hallo Zusammen im Forum.
Bis jetzt hab ich meine Antworten immer durch lesen im Forum beantworten können.
Bin jetzt seit 3 Jahren mit fhem unterwegs, wollte aber als Zweitsystem nun home assistent aufsetzen.
Da mein fhem sehr weit ausgebaut ist wollte ich die fhem-werte per mqtt (mosquitto in fhem) an home assistent übermitteln.
Soweit passt das auch ich sehe die Werte in der Console.
Von der fhem-Seite aus, bin ich damit durch.
Allerdings weiß ich auf home-assistant-Seite nicht weiter.
Ich weiß ,dass das nicht das hass.io Forum ist. Allerdings wird hier genau das Thema diskutiert und es ist das fehlende Puzzlestückchen.
Wie würde es denn auf home-assistant-Seite weitergehen, wenn in fhem alles im mqtt-broker läuft.

Grüße
cROM

hsepm

#20
Ich muss gestehen, dass bei mir inzwischen 80% meiner Heimautomation auf Home Assistant Core mit Nodered-Addon (als DOIF-Alternative) läuft. FHEM benutze ich weiterhin für Langzeit-Logging und CUL-Support.

Die Gewichte haben sich bei mir also verschoben. Die Automatisierung ist komplett nach Nodered gewandert. Ich habe in HA 0 Automatisierungen und in FHEM 0 DOIFs.

Generell ist es aber problemlos möglich, alle FHEM Geräte via MQTT an HA anzubinden, bzw. irgendwelche ZigBee-Netzwerke via Deconz oder Zigbee2Mqtt an FHEM und HA gleichzeitig anzubinden.

Beispiele für per MQTT angebundene FHEM-Geräte aus configuration.yaml:


# SYSSTAT
sensor: 
  - platform: mqtt
    name: "fhem_memory_use_percent"
    state_topic: "fhem/memory/usage"
    unit_of_measurement: "%"
    value_template: '{{ value | round(1) }}'
  - platform: mqtt
    name: "fhem_cpu_use_percent"
    state_topic: "fhem/cpu/usage"
    unit_of_measurement: "%"
    value_template: '{{ value | round(1) }}'
  - platform: mqtt
    name: "fhem_cpu_temp"
    state_topic: "fhem/cpu/temperature"
    unit_of_measurement: "°C"
    value_template: '{{ value | round(1) }}'

# Intertechno Schaltsteckdose
light:
  - platform: mqtt
    name: "Kamin"
    command_topic: "haus/esszimmer/kamin/set"
    state_topic: "haus/esszimmer/kamin"
    payload_on: "on"
    payload_off: "off"

# ROLLO
cover:
  - platform: mqtt
    name: "buero_fenster"
    command_topic: "haus/buero/fenster/state/set"
    set_position_topic: "haus/buero/fenster/position/set"
    position_topic: "haus/buero/fenster/position"
    position_open: 0
    position_closed: 100
    value_template: '{{ value | int }}'     
    retain: false
    qos: 1
    payload_open: "open"
    payload_close: "closed"
    payload_stop: "stop"
    state_open: open
    state_closed: closed
 


Nachtrag:

MQTT-Integration muss natürlich in HA aktiviert sein. Entweder manuell oder über Einstellungen --> Integrationen --> "+"
Theoretisch kann HA auch MQTT Autodiscovery, allerdings muss dafür per FHEM-Gerät eine MQTT-JSON-Nachricht zur Konfiguration erzeugt werden. Einfacher ist die manuelle Konfiguration per configuration.yaml.

crom

Hallo hsepm!
Genau das hatte mir gefehlt. Nun klappt bei mir die Kommunikation zwischen fhem und Homeassistent.

Vielen Dank
cROM

Christian1

Hello everybody, hello hsepm,

I have read carefully this post about how to send messages between Home Assistant and FHEM, but I am a beginner in FHEM and I don't understand all the process to make connexions with these 2 applications. Please can you help me to solve my problem : I want to launch/control my eltako FSB61NP (that I have succeeded to define on FHEM) with Home Assistant. I understand that the next steps are :
   1) to install/configure a MQTT server with Home Assistant (I have chosen MQTT Mosquitto broker : is it the good choice ?)
   2) to install/configure a MQTT on FHEM : but I don't understand which type of MQTT (and how) is the best and more compatible to send/receive message with the Home Assistant MQTT ?
   3) I understand that the 2 last things are to declare a cover on configuration.yaml, and a automation on automations.yaml but I really don't know what to write. Can you help me with the FHEM Eltako FSB61 definition bellow to understand/know what I should write ?
Thank you very much in advance for your help

Christian

define EnO_switch1_FSB61 EnOcean 05235687
setuuid EnO_switch1_FSB61 5ed2e2c0-f33f-2658-73bb-b4b6e746b02195bc
attr EnO_switch1_FSB61 IODev TCM310_0
attr EnO_switch1_FSB61 eep A5-3F-7F
attr EnO_switch1_FSB61 manufID 00D
attr EnO_switch1_FSB61 model Eltako_FSB61
attr EnO_switch1_FSB61 room EnOcean
attr EnO_switch1_FSB61 subType manufProfile
attr EnO_switch1_FSB61 webCmd opens:stop:closes
define FileLog_EnO_switch1_FSB61 FileLog ./log/EnO_switch1_FSB61-%Y.log EnO_switch1_FSB61
setuuid FileLog_EnO_switch1_FSB61 5ed2e2c0-f33f-2658-c8dd-01dd1c5e4b2c77c0
attr FileLog_EnO_switch1_FSB61 logtype text
attr FileLog_EnO_switch1_FSB61 room EnOcean


Wuppi68

Hi,

if you need FHEM for enocean only take a look at https://github.com/embyt/enocean-mqtt
if you need FHEM for more then this one it's best to wait for our specialists - they know the real threats for "mirror" a FHEM Device to MQTT.

And yes, mosquito is definitely not a bad choice

Ralf
Jetzt auf nem I3 und primär Homematic - kein Support für cfg Editierer

Support heißt nicht wenn die Frau zu Ihrem Mann sagt: Geh mal bitte zum Frauenarzt, ich habe Bauchschmerzen

Christian1

Hi Ralf,

I thank you for your answer !
I am interested by your answer, because at this moment, I am drowned on how to configure MQTT , but I am determined to reach my project.
I think that I am quite close to the result, but as a beginner (that's why probably I have chosen Home Assistant), I discover too much new things (FHEM, MQTT, german ;-) ), beta-user takes the time to try to explain/help me in another threat (MQTT), but the very end is hard to reach for me :-(

Yes I need FHEM only for enocean,
So that's why I am also interested to your proposal that I have read carefully. I really would like to use this github enocean-mqtt, but I am beginner in this Unix process and the explanations are not enough acurate for me, I am pratically just able to type line by line what I need to do :-( 

For instance,
- does this enocean-mqtt already on my Raspberry PI, do I need to de something previously, on just open a terminal ?
- it asks to "download this repository to an arbritary directory" but I even don't know where the data are saved when I will write "pip install enocean-mqtt"
- I don't know if I need to setup as a daemon, as a docker container (I just know that I have installed Home Assistant in a container, and FHEM by the usual "sudo wget http://fhem.de/fhem-6.0.deb && sudo dpkg -i fhem-6.0.deb")
- I see /dev/ttyUSB0 but I use an EnOcean PI GPI so I use /dev/ttyS0 > I don't know if it is compatible ? I haven't find for the moment this parameter in the github
- In enoceanmqtt.conf.sample, some commands are # but I don't know if I need it (ssl certificate, mqtt_publish_json...), and most of all, even if I have succeeded to detect my actuator and my remote control (and to get their ID...), I don't know how to configure it into the enoceanmqtt.conf

What do you think about all that ?

Christian

Wuppi68

Zitat von: Christian1 am 01 Juni 2020, 23:41:53
Hi Ralf,

I thank you for your answer !
I am interested by your answer, because at this moment, I am drowned on how to configure MQTT , but I am determined to reach my project.
I think that I am quite close to the result, but as a beginner (that's why probably I have chosen Home Assistant), I discover too much new things (FHEM, MQTT, german ;-) ), beta-user takes the time to try to explain/help me in another threat (MQTT), but the very end is hard to reach for me :-(

Yes I need FHEM only for enocean,
So that's why I am also interested to your proposal that I have read carefully. I really would like to use this github enocean-mqtt, but I am beginner in this Unix process and the explanations are not enough acurate for me, I am pratically just able to type line by line what I need to do :-( 

For instance,
- does this enocean-mqtt already on my Raspberry PI, do I need to de something previously, on just open a terminal ?
- it asks to "download this repository to an arbritary directory" but I even don't know where the data are saved when I will write "pip install enocean-mqtt"
- I don't know if I need to setup as a daemon, as a docker container (I just know that I have installed Home Assistant in a container, and FHEM by the usual "sudo wget http://fhem.de/fhem-6.0.deb && sudo dpkg -i fhem-6.0.deb")
- I see /dev/ttyUSB0 but I use an EnOcean PI GPI so I use /dev/ttyS0 > I don't know if it is compatible ? I haven't find for the moment this parameter in the github
- In enoceanmqtt.conf.sample, some commands are # but I don't know if I need it (ssl certificate, mqtt_publish_json...), and most of all, even if I have succeeded to detect my actuator and my remote control (and to get their ID...), I don't know how to configure it into the enoceanmqtt.conf

What do you think about all that ?

Christian

sorry for the long waiting.

I only took a quick look to the git repository and it looks well. You can run it "easily" within docker. You can find the docker image here: https://hub.docker.com/r/flopon/enocean-mqtt at the "tags" tab you will find instruction to get the ready image. Or just type in "docker run flopon/enocean-mqtt" to single start this image. I don't use it. If you have further questions you can ask me to get it basically running
Jetzt auf nem I3 und primär Homematic - kein Support für cfg Editierer

Support heißt nicht wenn die Frau zu Ihrem Mann sagt: Geh mal bitte zum Frauenarzt, ich habe Bauchschmerzen

rizo

Hallo liebe Leute

Ich bin gerade angefangen Home Assistant zu nutzen und Geräte von Fhem per mqtt zu "teilen".

Schalter und Schaltbare Steckdosen sind alle kein Problem gewesen.

Ich scheitere allerdings bei den Thermostaten.

Hat da jmd ein Config Beispiel?

rizo

Niemand der helfen kann?

NecDd

Hi @rizo,
a bit late but hope it still helps.

My config:
-Raspberry Pi @ Raspbian Lite
-Docker +Portainer
-Home Assistnat Supervised in Docker
-MQTT integration in Home Assistant
-Fhem (normaly installed)

In FHEM:
1.
defmod hass_MQTT2 MQTT2_CLIENT 172.30.32.1:1883
attr hass_MQTT2 clientId fhem
attr hass_MQTT2 keepaliveTimeout 60
attr hass_MQTT2 msgAfterConnect -r fhem/connection/status connected
attr hass_MQTT2 msgBeforeDisconnect -r fhem/connection/status disconnected
attr hass_MQTT2 qosMaxQueueLength 100
attr hass_MQTT2 room MQTT
attr hass_MQTT2 username mqtt


IP of HA you can find it over SSH withifconfig
Secure it woth a User+Pass in HA. In FHEM attr hass_MQTT2 username mqtt and set hass_MQTT2 password <your_password>

define a MQTT Bridge in FHEM:
defmod mqttGeneric MQTT_GENERIC_BRIDGE
attr mqttGeneric IODev ha_MQTT2
attr mqttGeneric event-aggregator incoming-count:120,outgoing-count:120,transmission-state:120
attr mqttGeneric globalDefaults sub:qos=2 pub:qos=0 retain=1 base={"fhem/$device"}
attr mqttGeneric globalPublish *:topic={"fhem/$device/$reading"}
attr mqttGeneric icon mqtt_bridge_2
attr mqttGeneric room MQTT
attr mqttGeneric stateFormat in: incoming-count out: outgoing-count devices: device-count
attr mqttGeneric verbose 0


The Thermostat (MAX!) in FHEM:
defmod HT_Ba MAX HeatingThermostat 13822d
attr HT_Ba IODev CUL.MAX
attr HT_Ba model HeatingThermostat
attr HT_Ba mqttDefaults base={"$base/HT/Ba"}
attr HT_Ba mqttPublish *:topic={"fhem/$device/$reading"}
attr HT_Ba mqttSubscribe desiredTemperature:stopic={"$base/desiredTemperature"}
attr HT_Ba room MAX

Of course you will need a CUL or a MAX! Bridge to comunicate with it. You can use a Homematic TRV defined in FHEM, but you have to change the mqttSubscribe desiredTemperature to desired-temp.

In Home Assistant (MQTT and File editor integrations must be active):
in /config/configuration.yaml: climate: !include climate.yaml
Create a empty file climate.yaml
In climate.yaml:
### 1. TRV Bathroom
- platform: "mqtt"
   name: "HT_Ba"
   retain: false
   current_temperature_topic: "fhem/HT_Ba/temperature"
   temperature_state_topic: "fhem/HT_Ba/desiredTemperature"
   temperature_command_topic: "fhem/HT_Ba/HT/Ba/desiredTemperature"
   min_temp: 5
   max_temp: 25
   temp_step: 0.5
   modes: ["auto","manual","off","boost"]
   mode_state_topic: "fhem/HT_Ba/mode"
### 1. END TRV Bathroom ################

For HomeMatic TRV change the reading acording to readings of the thermostat, or use MQTT.fx to find/see them.


in /config/configuration.yaml: sensor: !include sensors.yaml

In sensors.yaml:
### 1 sensors TRV Bathroom ################
- platform: "mqtt"
  name: "HT_Ba valveposition"
  state_topic: "fhem/HT_Ba/valveposition"
  unit_of_measurement: "%"
#
- platform: "mqtt"
  state_topic: "fhem/HT_Ba/temperature"
  name: "HT_Ba temperature"
  unit_of_measurement: "°C"
#
- platform: "mqtt"
  name: "HT_Ba desiredTemperature"
  state_topic: "fhem/HT_Ba/desiredTemperature"
  unit_of_measurement: "°C"

- platform: "mqtt"
  name: "HT_Ba mode"
  state_topic: "fhem/HT_Ba/mode"

- platform: "mqtt"
  name: "HT_Ba battery"
  state_topic: "fhem/HT_Ba/battery"
   


To use the BOOST function, create a Switch:
in /config/configuration.yaml: switch: !include switch.yaml
In switch.yaml:
- platform: mqtt
  name: "Ba_Boost"
  command_topic: "fhem/HT_Ba/HT/Ba/desiredTemperature"
  state_topic: "fhem/HT_Ba/mode"
  payload_on: "boost"
  payload_off: "manual"
  state_on: "boost"
  state_off: "manual"
  optimistic: true
  qos: 0
  retain: true


In HA, you can use Thermostat Card pointing it to the right entity. In atached picture I use "custom:simple-thermostat" Installed over HACS.

Best Regards

NecDd

Forgot to put the config for HomeMatic TRV  (HM-CC-RT-DN):

defmod HT_Bucatarie CUL_HM 21DD9F04
attr HT_Bucatarie userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
attr HT_Bucatarie genericDeviceType thermostat
attr HT_Bucatarie group 0_HT
attr HT_Bucatarie homebridgeMapping TargetTemperature=desired-temp::desired-temp,minValue=5,maxValue=29,minStep=0.5,nocache=1\
CurrentTemperature=HT_Bucatarie:measured-temp,nocache=1\
StatusLowBattery=TH_Bucatarie:battery,values=ok:BATTERY_LEVEL_NORMAL;;;;/^.*/:BATTERY_LEVEL_LOW\
TargetHeatingCoolingState=heatingState,values=OFF:0;;;;HEAT:1;;;;COOL:2;;;;AUTO:3,cmds=OFF:controlManu+off;;;;HEAT:controlMode+boost;;;;AUTO:controlMode+auto;;;;COOL:controlManu+17.0\
CurrentHeatingCoolingState=heatingState,values=OFF:0;;;;HEAT:1;;;;COOL:2;;;;AUTO:0,valud=OFF
attr HT_Bucatarie model HM-CC-RT-DN
attr HT_Bucatarie mqttDefaults base={"$base/HT_Bu"}
attr HT_Bucatarie mqttPublish *:topic={"fhem/$device/$reading"}
attr HT_Bucatarie mqttSubscribe desired-temp:stopic={"$base/desired-temp"} controlMode:stopic={"$base/controlMode"}
attr HT_Bucatarie peerIDs 00000000
attr HT_Bucatarie room Incalzire Centrala
attr HT_Bucatarie siriName Kitchen Heating


Actualy you have to take care that the mqttPub and mqttSub are diferent topics bcz you can runn in a comand loop.
Homebridge integration you don't have to use it. I use it just bcz my whife has an Iphone and she find it confortable.

HASS as a Switch for Boost:
##################################
### -= BOOST=- ###################
##################################
######
- platform: mqtt
  name: "Boost_Bu"
  command_topic: "fhem/HT_Bucatarie/HT_Bu/controlMode"
  state_topic: "fhem/HT_Bucatarie/controlMode"
  payload_on: "boost"
  payload_off: "manual"
  state_on: "boost"
  state_off: "manual"
  optimistic: true
  qos: 0
  retain: true
####


HASS Climate:
### HT Bucatarie
- platform: "mqtt"
  name: "HT_Bu"
  retain: false
  current_temperature_topic: "fhem/HT_Bucatarie/measured-temp"
  temperature_state_topic: "fhem/HT_Bucatarie/desired-temp"
  temperature_command_topic: "fhem/HT_Bucatarie/HT_Bu/desired-temp"
  min_temp: 5
  max_temp: 25
  temp_step: 0.5
  modes: ["auto","manual","off","boost"]
  mode_state_topic: "fhem/HT_Bucatarie/controlMode"
### 1. END ################


HASS sensors for TRV:
## MQTT HT Bucatarie
- platform: "mqtt"
  name: "HT_Bu valveposition"
  state_topic: "fhem/HT_Bucatarie/ValvePosition"
  unit_of_measurement: "%"
#
- platform: "mqtt"
  name: "HT_Bu temperature"
  state_topic: "fhem/HT_Bucatarie/measured-temp"
  unit_of_measurement: "°C"
#
- platform: "mqtt"
  name: "HT_Bu desiredTemperature"
  state_topic: "fhem/HT_Bucatarie/desired-temp"
  unit_of_measurement: "°C"

- platform: "mqtt"
  name: "HT_Bu mode"
  state_topic: "fhem/HT_Bucatarie/controlMode"
## HT Bucatarie Battery State ###
- platform: "mqtt"
  name: "HT_Bu battery"
  state_topic: "fhem/HT_Bucatarie/battery"
#
# TH Bucatarie Battery Level ###
- platform: "mqtt"
  name: "TH_Bu Battery"
  state_topic: "fhem/TH_Bucatarie/batteryLevel"
  unit_of_measurement: "V"
#


Window sensors has to be defined as Binary Sensors:
MAX! config @HA
################
#   -= Bucatarie=-   #
- platform: mqtt
  name: "Win_Bu"
  device_class: opening
  state_topic: "fhem/W_BuUP/onoff"
  payload_on: "1"
  payload_off: "0"
  qos: 0

HomeMatic (HM-SEC-SCO) config @HA
#   -= Door Intrare=-   #
- platform: mqtt
  name: "Door_Intrare"
  device_class: opening
  state_topic: "fhem/USA/state"
  payload_on: "opened"
  payload_off: "closed"
  qos: 0


jemu75

#30
Ich werfe mal noch eine Alternative in den Ring  ;)  :D
GitHub
FHEMApp hier im Forum
Die kann zwar nicht mit ganz so vielen bunten Bildchen punkten, ist aber sehr einfach auf FHEM "aufzusetzen", Responsive, schlank, schnell, mit Charts (wer das möchte) und all sowas...  ;)
Also gern mal vorbei schauen, wenn ihr auf der Suche nach einem guten Frontend seid.

gadget

Falls jemand über diesen alten Thread stolpert: Hier gibt es eine Schritt-für-Schritt Einführung: https://forum.fhem.de/index.php/topic,115279.0.html

Thyraz

Die Home-Assistant Companion-App für iOS hat übrigens ein sehr interessantes Feature, das ich schon lange bei Push-Apps wie Pushover vermisse:
Bereits zugestellte Nachrichten remote zu editieren oder zu löschen.

Kennst jemand sonst noch eine App für Pushnachrichten die das kann?

Man kennt das ja von Whatsapp, Signal & Co.:
- Nachricht empfangen -> wird auf dem Sperrbildschirm angezeigt
- Nachricht in der Desktop App lesen -> Pushnachricht auf dem iOS Sperrbildschirm verschwindet wieder, ohne dass man sie selbst löschen muss.

Ich glaube das gibt es schon seit iOS 10 in 2 Möglichkeiten:

- Die App empfängt nur "unsichtbare" Nachrichten, welche sie aufwecken und ein paar Sekunden CPU-Zeit ermöglichen.
  Nun zeigt die App LOKALE Benachrichtigungen statt Push Nachrichten an (sehen gleich aus), welche verändert oder gelöscht werden können.

- Man baut der App eine Notification Service Extension ein, welche die gleichen Möglichkeiten für Pushnachrichten ermöglicht.

Ich hatte damals voller Freude gehofft, das bald in Pushover zu finden.
Aber das scheint bis heute nicht passiert zu sein?

Die Home Assistant App kann es jedenfalls:
https://companion.home-assistant.io/docs/notifications/notifications-basic#replacing

Habe das jetzt in meine Home-Assistant Intanz mit eingebaut und das klappt super.

Kleines Beispiel:
- Fenster A wird geöffnet
- Paar Minuten später Fenster B
- Nach Ablauf einer außentemperaturabhängigen Zeit kommt eine Pushnachricht aufs Handy, dass Fenster A zu lange offen ist.
- Ein paar Minuten später verändert sich der Text, dass Fenster A + Fenster B zu lange offen sind
- Fenster A wird geschlossen
- Text ändert sich zu Fenster B zu lange offen
- Fenster B wird geschlossen
- Nachricht verschwindet vom Sperrbildschirm.

Vorteil: Kein Massenspam mit Nachrichten vom SmartHome mehr, und kein manuelles Löschen von unzähligen Notifications (ggf. sogar von mehreren Endgeräten).

Gleiches z.B. mit der Türklingel: Nachricht mit Bild der Kamera. Wenn die Tür geöffnet wurde verschwindet die Nachricht.
Oder die Batteriewarnung wenn das Gerät wieder über der Mindest-Schwelle ist (Sei es wegen Fehlalarm oder weil man die Batterie gewechselt hat).

Viele Nachrichten im SmartHome sind ja einfach Aufforderungen an den Bewohner, etwas auszuführen was nicht automatisiert passieren kann (z.B. Fenster schließen).
Somit gibt es auch meist einen Zustand an dem man erkennt, dass das Problem behoben ist, womit die Nachricht ausgedient hat.

Auch sonst fehlt nichts, was mir für einen Umstieg darauf als alleinige Push-App im Weg gestanden wäre:
- Actionable Notifications deren Rückmeldung verarbeitet werden kann
- Anhänge
- Critical Notifications, welche bei schwerwiegenden Fällen (Wasser läuft im Keller aus o.Ä.) auch bei stummgeschaltetem oder in den Sleep-Fokus versetzten iPhone Benachrichtigungstöne abspielen kann
- Eigene Notification Sounds die man in die App laden kann
- Das Anklicken einer Notification kann einen Shortcut aus der Kurzbefehle App von Apple auslösen. Damit kann man z.B. einen Http-Aufruf starten, eine andere App öffnen (Ich springe bei der "Es klingelt" Notification z.B. damit zur Doorbird App)
Fhem und MariaDB auf NUC6i5SYH in Proxmox Container (Ubuntu)
Zwave, Conbee II, Hue, Harmony, Solo4k, LaMetric, Echo, Sonos, Roborock S5, Nuki, Prusa Mini, Doorbird, ...