Loxberry MQTT Probleme

[leopoldiskatzinakis]

Hallo,

ich habe seit heute plötzlich Probleme mit Loxberry und dem MS mit MQTT. Wenn ich zB. einen Shelly Plug S einschalten möchte, wird via UDP zB. publish shellies/shelly1-xxxxxxxxxxxxxxxx/relay/0/command on gesendet. Loxone sendet es ohne Fehlermeldung raus, aber Loxberry sieht nichts. Ich habe testweise auch via Mac Terminal den Befehl geschickt - Fehlermeldung kam keine, aber der Befehl wurde nicht verarbeitet.
Auch ein Restore auf ein Backup von heute Nacht hat nichts gebracht. Was könnte das sein? Hat jemand einen Tipp?
Danke!
LG Werner

[Thomas M.]

Fehler kann auch keiner beim Senden kommen.
UDP ist nur Fenster aufmachen und Meldung rausschreien. Ohne Rücksicht darauf, ob wer was gehört oder verstanden hat.

Hat sich irgendwas am shelly geändert? Wenn der "Name" gleich ist, müsste das ja ankommen (unabhängig der IP).

Ich selbst schalte nur eine Tasmota-Steckdose via MQTT ein/aus das funktioniert nach wie vor, ist aber ein unkritischer Verbraucher.
Den Rest meiner Tasmotas schalte ich ohne MQTT oder irgendwas zwischen Loxone und Tasmota - nur eine Schnittstelle mehr die Probleme machen kann.

Shellies schalte ich keine.

Müsste dein UDP richtung Loxberry nicht unter incoming overview zu sehen sein?

[Prof.Mobilux]

Erst mal im Finder schauen ob die Daten im Broker ankommen. Wenn das OK ist, dann weiter in der Incoming Overview schauen, ob sich da die Daten ankommen. Dann weiter am Miniserver schauen.

[Thomas M.]

ah stimmt, der Finder hat mir auch schon oft geholfen, weil im incoming overview einfach nichts ankam.

Dann hat sich rausgestellt dass bei einem shelly die subscription gefehlt hat "shellies/xxx"

[leopoldiskatzinakis]

Danke für eure Rückmeldungen!
Ich analysiere das laufend - teilweise funktioniert es via MQTT, teilweise nicht. Ich konnte es noch nicht 100%ig eingrenzen.
Es betrifft sowohl Shelly Produkte im System als auch die Nukis.
Ein Beispiel:

Hier sieht man zB. den angeschlossenen entfeuchter, wird alles im Finder angezeigt.
Wenn ich beim Gateway -> Incoming Overview wechsle wird das nicht erkannt.


Was kann daran schuld sein? Ich habe die DB mal gelöscht, sogar testweise neu installiert, da ging es 1-2x dann wieder nicht. Ich weiß nicht wo ich ansetzen soll.

Raspi 4b, 4GB, externe M2. SSD - Speicher ist genug frei, Selfcheck alles iO.
Danke!

[Prof.Mobilux]

Du meist zum Beispiel energy? Finder 327, Incoming overview 0?

Sieht mir so aus als ob die Werte wieder überschrieben werden - im Finder hast du einen Zeitstempel von 20:08, in der Incoming Overview 20:11.

Wenn du “Show details and advanced settings” aktivierst: “Reset after send” hast du da nicht aktiv, oder?

[leopoldiskatzinakis]

Nein Reset after send ist nicht angehakt. Das mit dem Zeitstempel ist komisch - aber aktuell nochmal probiert. Da ist im Finder immer eine aktuellere Uhrzeit (im Sekundenbereich) im Vergleich zum Gateway.
Es wirkt so, als ob der Gateway auf die Änderungen im Finder nicht reagiert. Was ich absolut nicht begreife: Warum bei einer Neuinstallation der gleiche Fehler vorhanden ist.

[leopoldiskatzinakis]

Nachtrag: Mir ist aufgefallen, dass Änderungen doch kommen, aber extrem zeitverzögert.

Und plötzlich hohe CPU Last.

10 Min. später wieder auf normaler Lastaufteilung, aber immer noch das selbe verhalten.

[leopoldiskatzinakis]

Ok. Ich habe nun eine Vermutung - irgendwas ist im Netzwerk, dass den Loxberry permanent mit Anfragen zu schießt. Ich habe ihm nun eine andere IP verpasst und einen Shelly umgestellt -> zack sofort ging es. Sieht man im Loxberry Log irgendwo, woher Anfragen kommen?

[Prof.Mobilux]

Wenn es HTTP ist, dann im Apache log.

[leopoldiskatzinakis]

Danke für eure Unterstützung - nach einigen Tagen testen und auswerten funktioniert nun wieder alles. Ich habe alle Shellys auf UDP/HTTP umgestellt. Ich vermute, dass es einfach zu viele Topics in Summe für den Raspi waren. Jetzt ist das ganze bereinigt und trotz eines Script, dass einige MQTT Topics schickt, funktioniert alles wieder reibungslos.

[Noschvie]

Einem RPi4 sollte das nichts ausmachen… wäre schon interessant gewesen, was das eigentliche Problem gewesen ist.

[leopoldiskatzinakis]

Ja ich wäre auch gerne draufgekommen, ich habe absolut nichts gefunden. Im Finder kam es an, im Gateway wurde es erst extrem verspätet verarbeitet (wenn überhaupt).
Im Netzwerk war auch kein ungewöhnlicher Traffic zu erkennen. Die Probleme begannen mit 1.0.7 Final FW bei einigen Geräten - 100% sicher bin ich mir aber nicht. Aber es fällt auf, dass es nun alles funktioniert, nachdem die Shellys weg sind.

[scharrin]

Hallo zusammen,

ich habe seit einigen Tagen das selbe Problem und kann es mir nicht erklären:

MiniServer mit Version 15.5.3.4 (schon seit einigen Monaten)
LoxBerry (Raspberry Pi 4, nur loxberry drauf) im selben Subnetz wie der Miniserver
Aktuellste Version von Loxberry, DietPi aktuellste Version auf Debain Bookworm

CPU-Auslastung < 10%
Selbsttest des LoxBerry - alles grün

Auf dem MQTT-Gateway habe ich die Subscriptions so weit wie möglich eingeschränkt - aktuell 860 Einträge in der Incoming Overview

Trotzdem habe ich deutliche Verzögerungen von mehreren Sekunden bis zu einer halben Minute.

Ich schalte per Virtuellen Ausgang auf dem Miiniserver einen Shelly-Plug-S mit einer Leuchte.

Hat jemand eine Idee, was ich noch probieren könnte?

Definitiv ist es der Weg: Miniserver -> LoxBerry

Viele Grüße,
Christian

[svethi]

Das hat auch nichts mit probieren zu tun. Da musst Du klären wo es hängt! Du schreibst, dass es definitiv der Weg MS -> Loxberry ist. Bist hier aber im Thread zu MQTT Problemen mit dem Loxberry. Nun, der Miniserver kommuniziert aber gar nicht per MQTT mit dem Loxberry.
Du solltest zuerst einmal herausfinden ob der MS hier verzögert und warum.
Du musst Dir also die Netzwerk Kommunikation ansehen.
Ohne wirkliche Ursache wird es nur stochern und probieren und nie eine wirkliche Lösung geben.

[Firebiker]

Hallo zusammen,

ich habe seit einigen Tagen das selbe Problem und kann es mir nicht erklären:

MiniServer mit Version 15.5.3.4 (schon seit einigen Monaten)
LoxBerry (Raspberry Pi 4, nur loxberry drauf) im selben Subnetz wie der Miniserver
Aktuellste Version von Loxberry, DietPi aktuellste Version auf Debain Bookworm

CPU-Auslastung < 10%
Selbsttest des LoxBerry - alles grün

Auf dem MQTT-Gateway habe ich die Subscriptions so weit wie möglich eingeschränkt - aktuell 860 Einträge in der Incoming Overview

Trotzdem habe ich deutliche Verzögerungen von mehreren Sekunden bis zu einer halben Minute.

Ich schalte per Virtuellen Ausgang auf dem Miiniserver einen Shelly-Plug-S mit einer Leuchte.

Hat jemand eine Idee, was ich noch probieren könnte?

Definitiv ist es der Weg: Miniserver -> LoxBerry

Viele Grüße,
Christian

Problem schon gelöst?
Habe seit Wochen/Monaten das gleiche. Massive Verzögerungen, berichten eh auch viele andere hier im Forum...
Es ist aber nicht der Weg MS --> Lb, sondern der Lb (Mqtt) alleine. Er braucht einfach zu lange um alles zu verarbeiten. In der Gegenrichtung detto.
Wenn so lange keine Lösung über Lb-Update kommt, wäre angeblich das hier eine Möglichkeit https://www.loxforum.com/forum/faqs-...-gateway-light Aber ich checks ohne IT-Ausbildung nicht wie man es installiert. Eine Video oder genauere Beschreibung wäre cool.
So helfe ich mir halt damit alles weg von Loxberry-Mqtt auf UDP zu legen.
Und ich frage mich langsam ob Loxone+Lb den ganzen Zeitaufwand wirklich wert ist, sorry.

[Grestorn]

Wie viele Messages benötigst Du denn wirklich im Miniserver? Ich kann mir nicht vorstellen, dass man wirklich sooo viele tatsächlich benötigt. Jede Message, die im MS nicht wirklich empfangen wird (also in der Empfangsübersicht auf Gelb und nicht Grün steht) ist sinnlose Belastung.

Man sollte die wirklich filtern. Und zum filtern gibt es ja ausreichend Möglichkeiten. Ggf. helf ich da gerne.

Und auf welcher HW läuft Dein Loxberry?