Willkommen im Loxone Community Forum. Um alle Funktionen nutzen und sehen zu können, registriere dich bitte zuerst. Dies gilt auch für das herunterladen von Dateien.
Bitte im Titel immer zuerst den Namen des Plugins hinschreiben
Keine Ahnung - vermutlich verwendet ioBroker irgendeinen Port, den auch das MQTT Gateway Plugin, oder wahrscheinlicher der Mosquitto MQTT Broker, verwendet.
Liefert ioBroker by default einen MQTT-Broker mit? Dann wäre das die Ursache.
Federbein0815 wäre auch eine Möglichkeit, klappt das bei dir zuverlässig?
Da ich diesbezüglich Laie bin, wollte ich auf die Variante setzen, wo ich mich selbst einlesen kann und wo ich auch möglichst Unterstützung bekommen kann.
t_heinrich To my knowledge ioBroker is using single tcp port only: 8081.
I'm running it within LoxBerry docker Plugin, managed by Portainer software.
It's very easy to setup and some time ago I've posted on facebook a 3-image manual for this: https://www.facebook.com/groups/Loxo...7147775406030/
Perhaps ioBroker in a docker container is a bit harder to manage (update, etc), but for sure is a cleaner solution in terms of LoxBerry system integrity.
Noch ein oder zwei Jahre mit Loxone und ich werde Deutsch sprechen ☺
Thanks for your hint. Until now I have no experience with dockers.
Yes you're right the ioBroker Port is 8081.
Do you know if a Pi3 has enough power for such a setup?
I've been running for almost a year a LoxBerry system on RP3B+ that had:
- MQTT Broker
- FHEM with more then 20 devices connected over Z-stick Gen 5
- deCONZ in docker with almost 50 devices connected over Conbee II
- Node-RED in docker
- Camstream4Lox plugin that has been restreaming my mjpegs
- Miniserver Backup and LoxBerry Backup plugins
- Weather4Lox plugin
With all that software it has been running no problems at all.
CPU usage about ~10%. Memory usage between 50 and 80%.
I had also another RPI3B+, so I was running my ioBroker on the other one.
But lately I've moved to RPI4B and now I have all this AND ioBroker on just one Raspberry.
With 4GB of RAM available, this system uses ~1GB or memory. CPU usage is below 5%.
Go ahead and try running it on 3B, I'm sure it will do the job.
If you notice 1GB of RAM is not enough for your data, you'll just buy 4B.
And put the very same microsd card to it as I did. Easy migration
Hallo habe gestern meinen Loxberry neu aufgesetzt alles neu gemacht und jetzt hab ich das Problem obwohl eigentlich nichts geändert ist das die Werte nicht in der Loxone ankommen oder bzw. der Miniserver nicht erkennt... stimmt das Format so wie es zum Miniserver gesendet wird?
Loxone: so ziemlich alles was es gibt Loxberry: Alexa<->Lox, CamStream4Lox, FHEM, MQTT Gateway, Weather4Loxone, Zigbee2Mqtt Other: Node-Red, IObroker, Zehnder Comfoair 350, Tasmota, usw.
wenn das nicht hier rein passt, gerne verschieben, hat ja weniger mit dem Plugin, als mehr mit meiner Blödheit zu tun...
Ich versuche grade, via MQTT an meine "Tasmotas" einen Wert zu "publishen".... Da alles in Richtung Homematic funktioniert, passt also UDP-Verbindung etc....
Wenn ich die Doku zu Tasmota richtig gelesen hab, sollten doch alle per default auf ein "group topic" namens "tasmotas" anspringen, oder?
Mein Ausgangsbefehl aus Loxone lautet daher:
tasmota/tasmotas/CT%20<v>
Aber es tut sich nix..... Ich blicke dieses Prinzip einfach irgendwie nicht....
Christian Fenzl : Laut Tasmota-Doku doch. Über http-Befehl funktioniert das auch. hagor : Danke für den Tip, funktioniert aber trotzdem nicht... Ich glaube, weil in der "vorgefertigten" Binärdatei, die ich nutze, "Subscribe" nicht aktiviert ist / nicht möglich ist.... Keine Ahnung, ich mach es jetzt über http, damit komm ich wenigstens einigermaßen klar. MQTT ist ohne Schritt-für-Schitt-Anleitung (die hier viele SUPER im Loxwiki gemacht haben!!!!) ein Buch mit sieben Siegeln für mich....
Ich hab mir angewöhnt, Sachen die mich nerven liegen zu lassen - Leben ist zu kurz
Grüße, Martin
Hm, ich sehe grade, das Ganze scheint anzukommen, aber er weiß nix damit anzufangen.....?!?!
In der Konsole steht:
Hallo habe gestern meinen Loxberry neu aufgesetzt alles neu gemacht und jetzt hab ich das Problem obwohl eigentlich nichts geändert ist das die Werte nicht in der Loxone ankommen oder bzw. der Miniserver nicht erkennt... stimmt das Format so wie es zum Miniserver gesendet wird?
Hallo in die Runde
und erstmal Danke an alle, die hier kräftig aktiv sind - hat mir schon viel geholfen...
Ich habe dieses Problem auch. An und für sich möchte ich den Status (geöffnet/geschlossen) meines Shelly DW2 Kontakt für diverse Logiken nutzen.
Habe mir dazu Loxberry inkl. MQTT Plugin aufgesetzt und die diversen Troubleshooting Guides und Tips aus dem Wiki durchgeprüft.
Aktuell ist mein Stand ebenfalls, dass ich im Debug Monitor die entsprechenden Informationen des DW2 sehe, aber Loxone nicht darauf reagieren möchte - sowohl in Liveview als auch in der Visualisierung der App. Korrekte Schreibweise, diverse Konvertierungen der Werte usw. habe ich bereits probiert.
Auch der loxberry_mqttgateway_keepaliveepoch kommt an, wird aber ebenfalls nicht in der Liveview angezeigt.
Den Miniserver habe ich, wie im Post von Christian Fenzl empfohlen, bereits durchgeführt.
Zur Analyse braucht es jedenfalls eigene Screenshots, nicht die von jemandem anderen.
Zeig doch mal am Beispiel des keepaliveepoch, wie du die Daten am MS empfängst, und wie die Eigenschaften in der Loxone Config aussehen.
Danke für den Hinweis - habe eine Stelle übersehen... Die Loxconfig akzeptiert 2147483647 als maximalen Wert bei mir.
Speichern und Neustart des MS hat allerdings nichts gebracht.
Beim Shelly erwarte ich ja nur open/close bzw. 0/1 als Werte. Egal, ob ich open/close ohne Konvertierung oder als 0/1 aus dem MQTT Plugin heraus sende, ich sehe es nur "im Eingang".
Schaut bitte mal die Berechtigungen an.
Wenn das per HTTP herein kommt, und der VI 1:1 (ohne Leerzeichen!) benannt ist, kann’s nur noch die Berechtigung des Eingangs sein.
Hallo Zusammen
ich versuche meinen Loxberry die Subscriptions zu verfeinern, damit er nicht alles bekommt und dadurch zu heiss wird ;-)
geht
tele/+/SENSOR/#
Nur die Temperatur alles Sensoren z.b.
tele_58_SENSOR_DHT11_Temperature
tele_61_SENSOR_AM2301_Temperature
Geht nicht? Warum?
tele/+/SENSOR/+/Temperature
tele/+/SENSOR/+/Humidity
Nur die Energiewerte alles Sensoren z.b.
tele_81_SENSOR_ENERGY_Current
tele_52_SENSOR_ENERGY_Frequency
tele/+/SENSOR/ENERGY/#
habe jetzt alle Anleitungen durch, finde den Fehler hier trotzsem nicht - leider
ebenso das hier
tele/+/SENSOR/#
stat/+/POWER/#
23:57:52.212 tele/95/SENSOR/ENERGY_TotalStartTime is cached
23:57:52.212 tele/95/SENSOR/ENERGY_Power is cached
23:57:52.212 tele/95/SENSOR/ENERGY_ApparentPower is cached
23:57:52.213 WARNING: Incoming topic does not match any subscribed topic. This might be a bug
23:57:52.213 WARNING: Topic: tele/95/SENSOR
23:57:52.213 HTTP: Preparing input tele_95_SENSOR_ENERGY_Yesterday (using cache): 0.129
23:57:52.213 HTTP: Preparing input tele_95_SENSOR_ENERGY_Power (using cache): 9
23:57:52.214 HTTP: Preparing input tele_95_SENSOR_ENERGY_Total (using cache): 13.967
23:57:44.254 HTTP: Preparing input tele_95_SENSOR_ENERGY_Factor (using cache): 0.09
23:57:44.384 INFO: MQTT received: stat/71/POWER: OFF
23:57:44.384 stat/71/POWER is cached
23:57:44.385 WARNING: Incoming topic does not match any subscribed topic. This might be a bug
23:57:44.385 WARNING: Topic: stat/71/POWER
23:57:44.385 HTTP: Preparing input stat_71_POWER (using cache): 0
Die Warnung ist noch ein Bug, der im Master bereits gefixt ist - hat jetzt aber auf dein Problem keinen Einfluss.
Geht nicht? Warum?
tele/+/SENSOR/+/Temperature
tele/+/SENSOR/+/Humidity
Das Topic lautet zb tele/95/SENSOR
Temperature und Humidity ist nicht mehr Bestandteil des Topics, sondern bereits die Payload („Expand json data“). Das kannst du nicht mehr über die Subscription filtern, sondern nur über das Flag „Do not forward“.
kann es sein, dass der Miniserver ein Problem hat, wenn eine Virtueller Eingangsbezeichnung gleich einer Virtueller Ausgangsbezeichnung ist? Aber die Config scheint einen nicht davor zu warnen.
Im Zusammenspiel mit dem MQTT Plugin wird es schnell unübersichtlich. Das MQTT Plugin beschreibt den virtuellen Eingang - vermutlich ja /dev/sps/io/<Name>. Gleichzeitig versucht der Miniserver ggf. selbst <dev/sps/io> zu beschreiben. Dies führt zu Chaos bzw. undefiniertem Verhalten. Der Ausgang gewinnt aber - zumindest in meinem Fall über den Eingang.
Scheinbar inbesondere im Zusammenspiel mit FHEM ist man schnell verleitet, da FHEM scheinbar oft das Schema hat: sensor/daten liefert den Wert und set sensor/daten setzt den Wert.
In meinem Beispiel hatte ich den Ausgang "fhem_sensor_pos" genannt. Dummerweise hiess das Topic auch fhem/sensor/pos
Generell - aber insbesondere mit dem MQTT-Plugin gilt also:
Benenne (Bezeichnung) nie einen virtuellen Ausgang genauso wie eines der Topic heisst.
Ich habe zumindest ein paar knappe Hinweise im Wiki ergänzt.
Danke für die Wiki-Ergänzungen.
Grundsätzlich sollten alle Bezeichnungen eindeutig sein, und „Pech“ ist es zusätzlich, wenn die Bezeichnung eines für andere Zwecke gedachten Bausteins genau die Bezeichnung trifft, die das MQTT Gateway zum Übertragen an den MS verwendet. 🤪
Wir verarbeiten personenbezogene Daten über Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen, Werbung zu personalisieren und Websiteaktivitäten zu analysieren. Wir können bestimmte Informationen über unsere Nutzer mit unseren Werbe- und Analysepartnern teilen. Weitere Einzelheiten finden Sie in unserer Datenschutzrichtlinie.
Wenn Sie unten auf "Einverstanden" klicken, stimmen Sie unserer Datenschutzrichtlinie und unseren Datenverarbeitungs- und Cookie-Praktiken wie dort beschrieben zu. Sie erkennen außerdem an, dass dieses Forum möglicherweise außerhalb Ihres Landes gehostet wird und Sie der Erhebung, Speicherung und Verarbeitung Ihrer Daten in dem Land, in dem dieses Forum gehostet wird, zustimmen.
Tweet
Kommentar