FHEM -> MQTT -> Loxberry mosquito -> Loxone -> Loxberry mosquito -> fhem

Begonnen von MichlB, 04 April 2022, 19:22:42

Vorheriges Thema - Nächstes Thema

Beta-User

Zitat von: Beta-User am 12 April 2022, 21:21:20
dummy verwirren nur.
Das war die Kurzform von: In den meisten Fällen sind dummy-Devices überflüssig und ihr Einsatz führt zu mehr Fragen als vorher da waren.
Das gilt m.E. umso mehr im MQTT-Kontext (an eventuelle Experten: ja, klar, kann man in Verbindung mit MQTT_GENERIC_BRIDGE schon machen...)

Wenn es also unbedingt doch ein dummy zum testen sein muss, und nicht ein Echtdevice, dann bitte mal "im Klartext" so starten:
Zitatattr HPTest loxbSubscribe state:stopic={"fhem/set/$device"}
Bedeutet so viel wie: "Das, was auf dem Topic fhem/set/HPTest kommt, nimmst du für eine set-Anweisung auf 'state' von HPTest".
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

MichlB

aber wo kommt dann bei deinem subscribe das SET vor???
attr Licht_Essen loxbSubscribe state:stopic={"$base/$device"}

dann müsste es auf fhem/Licht_Essen on lauschen oder????

egal, wie ich es schreibe, es kommt nix rein... die bridge sagt immer noch 0 incoming

defmod mqttGeneric MQTT_GENERIC_BRIDGE loxb
attr mqttGeneric globalDefaults sub:base=fhem/set pub:base=fhem
attr mqttGeneric room MQTT2

setstate mqttGeneric 2022-04-12 20:12:20 IODev lb_mosquitto2
setstate mqttGeneric 2022-04-09 15:15:15 attrTemplateVersion 20211208_MQTT
setstate mqttGeneric 2022-04-13 18:59:13 device-count 9
setstate mqttGeneric 2022-04-12 20:12:20 incoming-count 0
setstate mqttGeneric 2022-04-13 18:59:58 outgoing-count 2742
setstate mqttGeneric 2022-04-13 18:59:58 transmission-state outgoing publish sent
setstate mqttGeneric 2022-04-12 20:12:20 updated-reading-count 0
setstate mqttGeneric 2022-04-12 20:12:20 updated-set-count 0

1x PI 2B+ FHEM - Heizung
1x Pi 3b+ - FHEM - Haussteuerung
1x Pi 3 - MagicMirror
2x Pi B - Musicbox

Beta-User

Zitat von: MichlB am 13 April 2022, 18:57:38
aber wo kommt dann bei deinem subscribe das SET vor???
attr Licht_Essen loxbSubscribe state:stopic={"$base/$device"}
Es kommt aus den globalDefaults - die sind in Sende- und Empfangsrichtung unterschiedlich:
attr mqttGeneric globalDefaults sub:base=fhem/set pub:base=fhem

Gelauscht wird - wie bereits erwähnt auf
fhem/set/Licht_Essen on
Hab's eben extra nochmal ausprobiert - klappt (wobei ich einen MQTT2_SERVER als IO nutze, aber grade extra einen M2Client angelegt habe, der auf einen mosquitto lauscht...).
mosquitto_pub -t "fhem/set/Licht_Essen" -m "on" [server/port-Angaben]

Zitat
egal, wie ich es schreibe, es kommt nix rein... die bridge sagt immer noch 0 incoming
Das ist bei mir ähnlich - solange nichts reinkommt, das "interessant" ist. Der prinzipielle Ablauf ist: Ein Device wird mit einem MGB-Attribut versehen => MGB wird intern upgedated => MGB teilt dem IO mit, was es haben will (wenn es ein MQTT2_CLIENT- oder MQTT-TYPE Device ist) => das teilt dem MQTT-Server mit, welche Topics es "subscribed".
Danach bekommt MGB auch nur diese Topics "zugestellt".

Dann habe ich testweise noch aufgebohrt:
attr Licht_Essen mqttGB1Subscribe state:stopic={"$base/$device"} pct:stopic={"$base/$device/$reading"}

Damit kann man dann auch die Helligkeit steuern.

Ich kann also im Moment nicht erkennen, wo das Problem liegen könnte.

Vielleicht noch ein paar Hilfsmittel:
- Wenn man im "global"-Device  "showInternalValues" aktiviert, sollte in der Detailansicht des MQTT2_CLIENT bei ".subscriptions" zu sehen sein, was MGB dem M2C mitgeteilt hatte.

- In der Detailansicht des M2C kann man "Show MQTT traffic" aktivieren und dann aus einem anderen FHEMWEB-Fenster aus "set lb_mosquitto2 publish MGB1/set/Licht_Essen on" absenden. Dann sieht man sehr gut, was rein- und rausgeht...

Vielleicht zeigst du mal ein "Echtdevice" (=keinen dummy), das du steuern willst?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

MichlB

guten morgen und frohe Ostern

also ich habs soweit, dass die Daten von Loxone in FHEM übertragen werden, derzeit testet ich das bei MAX!-Thermostat, diese bekommen die in Loxone eingestellten Temperaturen, werden in FHEM angezeigt, ABER werden nicht an den Thermostat übertragen... interessanterweise wenn ich den befehl per http absetze, schon...
also wenn ich die desiredTemperature per mqtt einstelle wird sie im FHEM übernommen aber nicht gesendet, wenn ich per http schon...

muß noch googeln warum das so ist... vllt hab ich das "Enter" beim mqtte vergessen ;-)
1x PI 2B+ FHEM - Heizung
1x Pi 3b+ - FHEM - Haussteuerung
1x Pi 3 - MagicMirror
2x Pi B - Musicbox