Ankündigung

**gulp2k** · 01.11.2017, 10:16

Hi jonofe ,

danke nochmals für die MQTT LBSe funktionieren ziemlich gut!
Aber ich hab ein kleines Problem mit dem 1052.

Nach dem Aktivieren des Projekts bekomme ich ab und zu folgende Fehler im Log und der LBS ist nicht aktiv.

Code:

017-11-01 10:02:57483480?20870Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19001052.php | Fehlercode: 8 | Zeile: 83 | Undefined variable: clientERROR
2017-11-01 10:02:57483644?20870Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19001052.php | Fehlercode: 1 | Zeile: 83 | Call to a member function loop() on a non-objectFATALERROR

Im LBS Log steht folgendes:

Code:

 [TABLE="class: log, border: 0, cellpadding: 0, cellspacing: 0, width: 0, height: 12"]
[TR]
[TD]2017-11-01 10:02:28[/TD]
 			[TD]238745[/TD]
 			[TD]12207[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001052 [v0.5]: MQTT Subscribe Server daemon stopped (2840)[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 10:02:57[/TD]
 			[TD]458806[/TD]
 			[TD]20849[/TD]
 			[TD]debug[/TD]
 			[TD]LBS19001052 [v0.5]: LBS MQTT Subscribe Server started (2840)[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 10:02:57[/TD]
 			[TD]459693[/TD]
 			[TD]20849[/TD]
 			[TD]debug[/TD]
 			[TD]LBS19001052 [v0.5]: MSGQID generated: 1336425939 (2840)[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 10:02:57[/TD]
 			[TD]462883[/TD]
 			[TD]20849[/TD]
 			[TD]debug[/TD]
 			[TD]LBS19001052 [v0.5]: Message: (2840)[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 10:02:57[/TD]
 			[TD]462985[/TD]
 			[TD]20849[/TD]
 			[TD]debug[/TD]
 			[TD]LBS19001052 [v0.5]: ================ ARRAY/OBJECT START ================[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 10:02:57[/TD]
 			[TD]463042[/TD]
 			[TD]20849[/TD]
 			[TD]debug[/TD]
 			[TD]LBS19001052 [v0.5]: {"start":{"ip":"openhabian.knx.local","port":"8883","user":"edomi","pwd":"*****","plain":null,"regexp":null,"qos":"1","retain":"0","sub":["edomi\/set\/#","edomi\/get\/#"],"tls":"1","caPath":"\/etc\/ssl\/certs\/ca-bundle.crt"}}[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 10:02:57[/TD]
 			[TD]463088[/TD]
 			[TD]20849[/TD]
 			[TD]debug[/TD]
 			[TD]LBS19001052 [v0.5]: ================ ARRAY/OBJECT END ================[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 10:02:57[/TD]
 			[TD]463548[/TD]
 			[TD]20849[/TD]
 			[TD]debug[/TD]
 			[TD]LBS19001052 [v0.5]: MSGQID used: 1336425939 (2840)[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 10:02:57[/TD]
 			[TD]483273[/TD]
 			[TD]20870[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001052 [v0.5]: MSGQID: 1336425939 (2840)[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 10:02:57[/TD]
 			[TD]493928[/TD]
 			[TD]20849[/TD]
 			[TD]debug[/TD]
 			[TD]LBS19001052 [v0.5]: LBS MQTT Subscribe Server ended (2840)[/TD]
 		[/TR]
[/TABLE]

Irgendeine Idee was es sein könnte?

**jonofe** · 01.11.2017, 13:18

Ersetz doch mal in Zeile 83 des EXEC Bereichs

PHP-Code:


$client->loop(100);

durch

PHP-Code:


if (isset($client)) $client->loop(100);

Dann sollte es eigentlich nicht mehr auftreten.

**gulp2k** · 01.11.2017, 13:26

Danke! Hab ich gemacht, werde es mal weiter beobachten.

**fisch3009** · 02.11.2017, 19:33

Hallo jonofe
ich habe ein Problem mit dem Subscribe Client (LBS 19001054).
Ich bekomme nach einer Projektaktivierung immer nur genau einmal eine neue Payload zu einem Topic.
Das Log sieht dazu wie folgt aus:

Code:

 [TABLE="border: 0, cellpadding: 0, cellspacing: 0"]
[TR]
[TD]2017-11-01 18:13:04[/TD]
 			[TD]487129[/TD]
 			[TD]1487[/TD]
 			[TD]debug[/TD]
 			[TD]LBS19001054 [v0.2.2]: LBS MQTT Subscribe Client started (1708)[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 18:13:04[/TD]
 			[TD]495378[/TD]
 			[TD]1487[/TD]
 			[TD]debug[/TD]
 			[TD]LBS19001054 [v0.2.2]: MSGQID generated: 482940328 (1708)[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 18:13:04[/TD]
 			[TD]513217[/TD]
 			[TD]1487[/TD]
 			[TD]debug[/TD]
 			[TD]LBS19001054 [v0.2.2]: Message: (1708)[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 18:13:04[/TD]
 			[TD]513571[/TD]
 			[TD]1487[/TD]
 			[TD]debug[/TD]
 			[TD]LBS19001054 [v0.2.2]: ================ ARRAY/OBJECT START ================[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 18:13:04[/TD]
 			[TD]513818[/TD]
 			[TD]1487[/TD]
 			[TD]debug[/TD]
 			[TD]LBS19001054 [v0.2.2]: {"start":{"ip":"192.168.178.23","port":"1883","user":null,"pwd":null,"plain":null,"regexp":null,"qos":"0","sub":"test\/+","tls":"0","caPath":"\/etc\/ssl\/certs\/ca-bundle.crt"},"subscribe":{"qos":"0","topic":"test\/+"}}[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 18:13:04[/TD]
 			[TD]513973[/TD]
 			[TD]1487[/TD]
 			[TD]debug[/TD]
 			[TD]LBS19001054 [v0.2.2]: ================ ARRAY/OBJECT END ================[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 18:13:04[/TD]
 			[TD]516855[/TD]
 			[TD]1487[/TD]
 			[TD]debug[/TD]
 			[TD]LBS19001054 [v0.2.2]: MSGQID used: 482940328 (1708)[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 18:13:04[/TD]
 			[TD]518354[/TD]
 			[TD]1487[/TD]
 			[TD]debug[/TD]
 			[TD]LBS19001054 [v0.2.2]: LBS MQTT Subscribe Client ended (1708)[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 18:13:04[/TD]
 			[TD]755855[/TD]
 			[TD]1579[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001054 [v0.2.2]: MSGQID: 482940328 (1708)[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 18:13:04[/TD]
 			[TD]761316[/TD]
 			[TD]1579[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001054 [v0.2.2]: Command received by daemon: start (1708)[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 18:13:04[/TD]
 			[TD]765069[/TD]
 			[TD]1579[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001054 [v0.2.2]: Starting MQTT Subscribe Client daemon (1708)[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 18:13:04[/TD]
 			[TD]771235[/TD]
 			[TD]1579[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001054 [v0.2.2]: Resubscribing topics (1708)[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 18:13:04[/TD]
 			[TD]773452[/TD]
 			[TD]1579[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001054 [v0.2.2]: ================ ARRAY/OBJECT START ================[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 18:13:04[/TD]
 			[TD]773648[/TD]
 			[TD]1579[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001054 [v0.2.2]: {"test\/+":"0"}[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 18:13:04[/TD]
 			[TD]774566[/TD]
 			[TD]1579[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001054 [v0.2.2]: ================ ARRAY/OBJECT END ================[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 18:13:04[/TD]
 			[TD]778497[/TD]
 			[TD]1579[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001054 [v0.2.2]: Resubscribing topic: test/+ with QoS: 0 (1708)[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 18:13:04[/TD]
 			[TD]782835[/TD]
 			[TD]1579[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001054 [v0.2.2]: Command received by daemon: subscribe (1708)[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 18:13:04[/TD]
 			[TD]786664[/TD]
 			[TD]1579[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001054 [v0.2.2]: Added subscription: test/+ with QoS: 0 (1708)[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 18:16:33[/TD]
 			[TD]431197[/TD]
 			[TD]1579[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001054 [v0.2.2]: Topic: test/topic2 - Payload: test4 (1708)[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 18:17:51[/TD]
 			[TD]781995[/TD]
 			[TD]1487[/TD]
 			[TD]debug[/TD]
 			[TD]LBS19001054 [v0.2.2]: LBS MQTT Subscribe Client started (1708)[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 18:17:51[/TD]
 			[TD]791429[/TD]
 			[TD]1487[/TD]
 			[TD]debug[/TD]
 			[TD]LBS19001054 [v0.2.2]: LBS MQTT Subscribe Client ended (1708)[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 18:48:17[/TD]
 			[TD]484100[/TD]
 			[TD]1579[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001054 [v0.2.2]: Topic: test/topic2 - Payload: test5 (1708)[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 19:20:01[/TD]
 			[TD]536693[/TD]
 			[TD]1579[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001054 [v0.2.2]: Exception caught: The client is not currently connected. (1708)[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 19:20:04[/TD]
 			[TD]540525[/TD]
 			[TD]1579[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001054 [v0.2.2]: Resubscribing topics (1708)[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 19:20:04[/TD]
 			[TD]540843[/TD]
 			[TD]1579[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001054 [v0.2.2]: ================ ARRAY/OBJECT START ================[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 19:20:04[/TD]
 			[TD]540982[/TD]
 			[TD]1579[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001054 [v0.2.2]: {"test\/+":"0"}[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 19:20:04[/TD]
 			[TD]541100[/TD]
 			[TD]1579[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001054 [v0.2.2]: ================ ARRAY/OBJECT END ================[/TD]
 		[/TR]
[TR]
[TD]2017-11-01 19:20:04[/TD]
 			[TD]542355[/TD]
 			[TD]1579[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001054 [v0.2.2]: Resubscribing topic: test/+ with QoS: 0 (1708)[/TD]
 		[/TR]
[/TABLE]

Da kann man sehen, dass um 18:48 die Payload "test5" angekommen ist, danach kann ich so oft eine Payload auf das Topic schicken wie ich will, die kommt nicht an, aktiviere ich das Projekt erneut, kann ich wieder genau einmal eine Nachricht empfangen.
Beschaltung des LBS wie folgt:
edomimqtt1.PNG
Ich habe schonmal probiert mit der E12 (Frequency) zu spielen, hat aber keine Änderung gebracht.
Als E9 (Subscribe) ist "test/+" definiert, sieht man ja auch im Log.
Ein erneutes Start/Stop also 0 und dann wieder 1 bringt leider auch nicht.
Hast du eine Idee?
Danke im Voraus.
Matze

**jonofe** · 02.11.2017, 21:44

Quickfix:

Ändere mal

PHP-Code:


$sleeptime = logic_getVar($id, 2);

in

PHP-Code:


$sleeptime = logic_getVar($id, 3);

War wohl ein Flüchtigkeitsfehler beim letzten Update. Und da ich den LBS derzeit nicht einsetze ist es mir nicht aufgefallen.

Danke für den Hinweis.

**fisch3009** · 03.11.2017, 04:59

Danke. Damit läuft es.
Super!

**gulp2k** · 01.02.2018, 17:42

Hi jonofe
Ich hab gerade noch eine 2. Baustelle hier

Habe Home Assistant zwecks Zwave anbindung installiert da mir OpenHAB am Ende zu "launisch" war...
Funktioniert soweit ganz gut allerdings senden HA die Events zu MQTT in einem anderen Format (also nicht kompatible zum Subscribe Server) und ich hab jetzt auch noch keinen einfachen weg gefunden das auf HA Seite zu ändern.

Wie komplex denkst du wäre es den LBS zu erweitern damit er Dinge nach folgenden Schema verarbeiten kann:

Code:

edomi/status
homeassistant/binary_sensor/motion_livingroom_sensor/state
homeassistant/binary_sensor/smokedetector_1f_sensor/state
homeassistant/binary_sensor/smokedetector_gf_sensor/state
homeassistant/binary_sensor/smokedetector_kitchen_sensor/state
homeassistant/binary_sensor/smokedetector_living_sensor/state
homeassistant/binary_sensor/smokedetector_office_sensor/state
homeassistant/binary_sensor/smokedetector_technik_sensor/state
homeassistant/group/all_automations/state
homeassistant/group/all_switches/state
homeassistant/group/all_vacuum_cleaners/state
homeassistant/incoming/wallplug/state
homeassistant/persistent_notification/invalid_config/state
homeassistant/sensor/alarm_level/state
homeassistant/sensor/alarm_type/state
homeassistant/sensor/fibaro_system_fgwpef_wall_plug_gen5_alarm_level/state
homeassistant/sensor/fibaro_system_fgwpef_wall_plug_gen5_alarm_type/state
homeassistant/sensor/fibaro_system_fgwpef_wall_plug_gen5_energy/state
homeassistant/sensor/fibaro_system_fgwpef_wall_plug_gen5_exporting/state
homeassistant/sensor/fibaro_system_fgwpef_wall_plug_gen5_power/state
homeassistant/sensor/fibaro_system_fgwpef_wall_plug_gen5_power_2/state
homeassistant/sensor/fibaro_system_fgwpef_wall_plug_gen5_power_3/state
homeassistant/sensor/fibaro_system_fgwpef_wall_plug_gen5_power_management/state
homeassistant/sensor/fibaro_system_fgwpef_wall_plug_gen5_sourcenodeid/state
homeassistant/sensor/hall_sensor_battery/state
homeassistant/sensor/motion_livingroom_alarm_level/state
homeassistant/sensor/motion_livingroom_alarm_type/state
homeassistant/sensor/motion_livingroom_batterylevel/state
homeassistant/sensor/motion_livingroom_burglar/state
homeassistant/sensor/motion_livingroom_general/state
homeassistant/sensor/motion_livingroom_luminance/state
homeassistant/sensor/motion_livingroom_seismic_intensity/state
homeassistant/sensor/motion_livingroom_sourcenodeid/state
homeassistant/sensor/motion_livingroom_temperature/state
homeassistant/sensor/smokedetector_1f/state
homeassistant/sensor/smokedetector_1f_alarm_level/state
homeassistant/sensor/smokedetector_1f_alarm_type/state
homeassistant/sensor/smokedetector_1f_batterylevel/state
homeassistant/sensor/smokedetector_1f_burglar/state
homeassistant/sensor/smokedetector_1f_smoke/state
homeassistant/sensor/smokedetector_1f_sourcenodeid/state
homeassistant/sensor/smokedetector_1f_system/state
homeassistant/sensor/smokedetector_gf_alarm_level/state
homeassistant/sensor/smokedetector_gf_alarm_type/state
homeassistant/sensor/smokedetector_gf_batterylevel/state
homeassistant/sensor/smokedetector_gf_burglar/state
homeassistant/sensor/smokedetector_gf_smoke/state
homeassistant/sensor/smokedetector_gf_sourcenodeid/state
homeassistant/sensor/smokedetector_gf_system/state
homeassistant/sensor/smokedetector_kitchen_alarm_level/state
homeassistant/sensor/smokedetector_kitchen_alarm_type/state
homeassistant/sensor/smokedetector_kitchen_batterylevel/state
homeassistant/sensor/smokedetector_kitchen_burglar/state
homeassistant/sensor/smokedetector_kitchen_general/state
homeassistant/sensor/smokedetector_kitchen_heat/state
homeassistant/sensor/smokedetector_kitchen_heat_2/state
homeassistant/sensor/smokedetector_kitchen_power_management/state
homeassistant/sensor/smokedetector_kitchen_smoke/state
homeassistant/sensor/smokedetector_kitchen_smoke_2/state
homeassistant/sensor/smokedetector_kitchen_sourcenodeid/state
homeassistant/sensor/smokedetector_kitchen_system/state
homeassistant/sensor/smokedetector_kitchen_temperature/state
homeassistant/sensor/smokedetector_living_alarm_level/state
homeassistant/sensor/smokedetector_living_alarm_type/state
homeassistant/sensor/smokedetector_living_batterylevel/state
homeassistant/sensor/smokedetector_living_general/state
homeassistant/sensor/smokedetector_living_heat/state
homeassistant/sensor/smokedetector_living_smoke/state
homeassistant/sensor/smokedetector_living_temperature/state
homeassistant/sensor/smokedetector_office_alarm_level/state
homeassistant/sensor/smokedetector_office_alarm_type/state
homeassistant/sensor/smokedetector_office_batterylevel/state
homeassistant/sensor/smokedetector_office_burglar/state
homeassistant/sensor/smokedetector_office_general/state
homeassistant/sensor/smokedetector_office_heat/state
homeassistant/sensor/smokedetector_office_heat_2/state
homeassistant/sensor/smokedetector_office_power_management/state
homeassistant/sensor/smokedetector_office_smoke/state
homeassistant/sensor/smokedetector_office_smoke_2/state
homeassistant/sensor/smokedetector_office_sourcenodeid/state
homeassistant/sensor/smokedetector_office_system/state
homeassistant/sensor/smokedetector_office_temperature/state
homeassistant/sensor/smokedetector_technik_alarm_level/state
homeassistant/sensor/smokedetector_technik_alarm_type/state
homeassistant/sensor/smokedetector_technik_batterylevel/state
homeassistant/sensor/smokedetector_technik_burglar/state
homeassistant/sensor/smokedetector_technik_smoke/state
homeassistant/sensor/smokedetector_technik_sourcenodeid/state
homeassistant/sensor/smokedetector_technik_system/state
homeassistant/sensor/unknown/state
homeassistant/sensor/wallplug_alarm_level/state
homeassistant/sensor/wallplug_alarm_type/state
homeassistant/sensor/wallplug_energy/state
homeassistant/sensor/wallplug_exporting/state
homeassistant/sensor/wallplug_power/state
homeassistant/sensor/wallplug_power_2/state
homeassistant/sensor/wallplug_power_management/state
homeassistant/sensor/wallplug_sourcenodeid/state
homeassistant/sensor/yr_symbol/state
homeassistant/switch/fibaro_system_fgwpef_wall_plug_gen5_switch/state
homeassistant/switch/smokedetector_1f_switch/state
homeassistant/switch/smokedetector_gf_switch/state
homeassistant/switch/smokedetector_technik_switch/state
homeassistant/switch/switch/state
homeassistant/switch/wallplug_switch/state
homeassistant/updater/updater/state
homeassistant/vacuum/xiaomi_vacuum_cleaner/state

**trollmar** · 01.02.2018, 18:09

Mmmh das sind doch nur topics oder??
nimm doch den Einzel client und dazu den parser von Nanosonde

**jonofe** · 01.02.2018, 18:48

Ganz genau, der Subscribe Server ist eigentlich nur dazu da, um EDOMI iKOs oder KNX GAs von außen anzunehmen und zu setzen. Er erspart die Logik, beim Empfang das entsprechende iKO/GA zu setzen. Das passiert alles automatisch.

Der Subscribe Client hingegen sollte genau das können was du brauchst. Der kann zu allen möglichen Topics auf einem Broker subscriben, inkl. Unterstüzung von '*' um ganze Gruppe zu subscriben. Du benötigst halt eine Logik am Ausgang, die dann das empfangene Topic und den Wert auswertet und eine entsprechende Aktion in EDOMI veranlasst.

Hier noch mal der grundsätzliche Ansatz der MQTT LBS:

MQTT Publish Server: Stellt EDOMI iKOs und KNX GAs für andere Systeme bereit
MQTT Subscribe Server: Erlaubt anderen Systemen EDOMI iKOs oder KNX GAs zu setzen
MQTT Publish Client: Kann beliebige Topics an einen Broker publishen (um Aktionen in anderen Systeme auszulösen)
MQTT Subscribe Client: Kann beliebige Topics eines Brokers subscriben (um in EDOMI auf Events anderer Systeme zu reagieren)

**gulp2k** · 01.02.2018, 18:58

Ich hatte mit dem Subscribe Client angefangen aber das ist dann schnell ausgeartet...
Da kommt viel Logik zusammen nur um am Ende die iKO zu setzen.
Deshalb denke ich der Subscribe Server ist schon die richtige Wahl er lauscht halt leider nur auf die "falschen" Topics. (für diesen Fall).

Ich schau jetzt nochmal ob ich HA irgendwie umgebogen bekomme.

**trollmar** · 01.02.2018, 19:18

Probier wirklich mal den parser ..das ist dann echt nicht viele lbs ..aber klar wenn du es in ha umgebogen kriegst...

**jonofe** · 01.02.2018, 20:05

Zitat von gulp2k Beitrag anzeigen

Ich hatte mit dem Subscribe Client angefangen aber das ist dann schnell ausgeartet...
Da kommt viel Logik zusammen nur um am Ende die iKO zu setzen.

Wie willst du denn im Subscribe Server die iKOs mappen? Der ist definitiv dafür nicht geeignet.

Wenn du beim Subscribe Client das Topic homeassistant/* subscribst, dann bekommst du doch alles am Ausgang was du brauchst und musst dann nur noch mit dem Parser auswerten.

**gulp2k** · 01.02.2018, 21:04

Naja, ich bin halt faul

Wenn ich das mit dem Subscribe Client mache bin ich schon bei einem Sensor (Rauchmelder) mit 2 Parsern + Ausgangsboxen dabei... das ist ne heiden arbeit...

Beim Subscribe Server müßte ich "nur" umbiegen das er anstatt auf edome/set/internal/ko-name auf /homeassistant/#(sensortype)/#(sensorname)/state lauscht und dann den ko-name aus dem sensortype/sensorname nach schema x zusammenbaut.
Die iKO´s muss ich ja eh anlegen würde aber das ganze drumherum mit den Parsern sparen.

Aber ich hab grad ein Script für HA gefunden mit dem ich es eventuell umgebogen bekomme

**gulp2k** · 01.02.2018, 21:54

So gelöst, hab jetzt HA dazu gebracht Edomi kompatibel in MQTT zu schicken

Falls noch jemand das brauchen sollte (Z-Wave Anbindung z.B.) hier das Skript das als Custom Component eingebunden werden muss:

Topic sollte dann natürlich edomi/set/internal/ sein!

Code:

"""
MQTT publisher for all Home Assistant states.

Copyright (c) 2016 Fabian Affolter <fabian@affolter-engineering.ch>
Licensed under MIT

For questions and issues please use https://community.home-assistant.io

To use this component you will need to add something like the
following to your configuration.yaml file.

mqtt_export:
  publish_topic: "home-assistant/states"
"""
import logging

import homeassistant.loader as loader
from homeassistant.const import (STATE_UNKNOWN, EVENT_STATE_CHANGED)
from homeassistant.remote import JSONEncoder

DOMAIN = "mqtt_export"
DEPENDENCIES = ['mqtt']

DEFAULT_TOPIC = 'home-assistant/states'
PAYLOAD = None

_LOGGER = logging.getLogger(__name__)

def setup(hass, config):
    """Setup the MQTT export component."""
    mqtt = loader.get_component('mqtt')
    pub_topic = config[DOMAIN].get('publish_topic', DEFAULT_TOPIC)

    global PAYLOAD
    PAYLOAD = dict(states=None, details=None)

    # Add the configuration
    PAYLOAD['details'] = hass.config.as_dict()

    def mqtt_event_listener(event):
        """Listen for new messages on the bus and send data to MQTT."""
        state = event.data.get('new_state')
        if state is None or state.state in (STATE_UNKNOWN, ''):
            return None

        """Create topic from entity_id."""
        topic = "%s/%s" % (pub_topic, event.data.get('entity_id'))
        _LOGGER.debug('Publishing "%s" to "%s"', state.state, topic)

        mqtt.publish(hass, topic, state.state)

    hass.bus.listen(EVENT_STATE_CHANGED, mqtt_event_listener)

    return True

**for0nes** · 15.03.2018, 23:25

Hallo,
ich hab ein paar ESP8266 an denen jeweils ein BME280 hängt. Dieser schickt die Werte an einen MQTT Controller im LAN.
Diese würde ich gern in die Edomi Visu integrieren.
Dafür ich habe mir die LBS für MQTT Subscribe Client & Server installiert. Zusätzlich muss ich doch das Install-Script vom LBS 19001051 per putty installieren!?

dabei erhalte ich beim

Code:

git clone [URL="https://github.com/jonofe/lib_mysqludf_sys%E2%80%9C"]https://github.com/jonofe/lib_mysqludf_sys[/URL]

einen Fehler:

Code:

error:  while accessing https://github.com/jonofe/lib_mysqludf_sys/info/refs

fatal: HTTP request failed

im Log vom Edomi steht natürlich , das er den Mosquitto/Client nicht finden kann.

was hab ich da schon wieder falsch gemacht? Wie könnte ich den Fehler beheben?

mfg

Ankündigung

MQTT API Server und MQTT Clients - LBS19001051 - LBS19001054

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar