NEWS
MQTT: Message xxx deleted after 11 retries
-
@mickym @peterfido
Thread ist zwar etwas älter aber wollte für mein Problem nicht noch ein neues Thema erstellen.
Ich habe nun auch den mosquitto Server aufgesetzt. Im ioBroker mqtt pausiert und sehe auch im mosquitto log das dort messages reinkommen. Wenn ich jetzt im ioBroker die mqtt instanz auf "Client" umstelle, hat mosquitto ein Problem und sagt dass die Verbindung nicht mehr hergestellt werden konnte (oder so ähnlich, ich musste mosquitto wieder löschen da sonst mein mqtt im ioBroker nicht mehr lief). Also scheint es mir als ob der mqtt Adapter nicht korrekt auf "Client" wechselt und somit den Port 1883 weiterhin blockiert. Habt ihr eine Idee woran das liegen kann?Darf man fragen warum du auf Mosquitto ausweichen willst?
-
Darf man fragen warum du auf Mosquitto ausweichen willst?
-
@hydrotec weil ich dieselben Probleme mit den Messages habe wie im Eingangsthread geschildert. Hoffe dadurch das Problem zu beheben.
So wie ich das verstanden habe, hattest du zuerst den mqtt Adapter als Server konfiguriert.
Und jetzt würdest du gerne den mqtt Adapter als Client, welcher auf mosquitto zugreift, konfigurieren.
Sollte das richtig sein, dann versuch mal folgendes.Zuerst den jetzigen mqtt Adapter löschen.
(quasi Neuinstallation des Adapters)
Dann den Adapter wieder installieren.
und als Client einrichten
Die "Verbindungseinstellungen" und "Authentifizierungseinstellungen" an deine Umgebung anpassen.
Wenn alles, wie gewünscht, funktioniert, würde ich dir empfehlen,
dein mosquitto wenigstens mit Benutzer:Passwort abzusichern. -
@hydrotec weil ich dieselben Probleme mit den Messages habe wie im Eingangsthread geschildert. Hoffe dadurch das Problem zu beheben.
@watcherkb Ich hab das subscribe pattern auf dem Standard: # gelassen, damit Du alle topics im Adapter zur Verfügung hast. Vielleicht will man ja mehr über mqtt anbinden und nicht die Adapter nutzen, wenn Geräte von sich aus mqtt sprechen. So mache ich das jedenfalls.
-
So wie ich das verstanden habe, hattest du zuerst den mqtt Adapter als Server konfiguriert.
Und jetzt würdest du gerne den mqtt Adapter als Client, welcher auf mosquitto zugreift, konfigurieren.
Sollte das richtig sein, dann versuch mal folgendes.Zuerst den jetzigen mqtt Adapter löschen.
(quasi Neuinstallation des Adapters)
Dann den Adapter wieder installieren.
und als Client einrichten
Die "Verbindungseinstellungen" und "Authentifizierungseinstellungen" an deine Umgebung anpassen.
Wenn alles, wie gewünscht, funktioniert, würde ich dir empfehlen,
dein mosquitto wenigstens mit Benutzer:Passwort abzusichern. -
@watcherkb sagte in MQTT: Message xxx deleted after 11 retries:
@hydrotec @mickym
danke das teste ich mal. Aber ich würde ungerne die alten Objekte löschen, da ich schon etliche Datenpunkte mit influxdb tracke. Wenn ich den Adapter lösche, werden automatisch die DP gelöscht, richtig?Wenn Du den Adapter oder auch nur die Instanz löschst - werden in jedem Fall die Objekte mitgelöscht.
Ich kann Dir aber auch nicht garantieren, dass bei der Umstellung von Client auf Server das erhalten bleibt. Kannst aber versuchen. Jedenfalls lass alle Optionen aus (wie im Screenshot von @hydrotec gepostet)- und hake vor allen Dingen nicht so was wie sende Zustände an - sonst hast Du ganz schnell Endlosschleifen und den ganzen Mist im mosquitto. Sobald die Geräte sich selbst mit dem mosquitto verbinden, bekommst ja der Adapter dann wieder in die Datenpunkte als Update geliefert.
Für die Zukunft würde ich aber was Datenbank Logging betrifft über die Verwendung von Alias nachdenken, dann bist Du zumindest bei zukünftigen Änderungen oder auch bei Hardwaretausch gegen solche Dinge immun.
-
@watcherkb sagte in MQTT: Message xxx deleted after 11 retries:
..., da ich schon etliche Datenpunkte mit influxdb tracke.Die Datenbank füllt sich wieder. ;-)
Ansonsten wirklich über den Alias Adapter, oder ähnliches, nachdenken, so wie es @mickym schon erwähnt hat.
@mickym sagte in MQTT: Message xxx deleted after 11 retries:
Ich hab das subscribe pattern auf dem Standard: # gelassen, ...
Ich teile gerne die Instanzen in Gruppen ein, z.B. Siedle, zigbee2mqtt, Tablet, Kameras, usw., finde ich persönlich übersichtlicher.
Aber das ist Geschmacksache. ;-) -
@watcherkb sagte in MQTT: Message xxx deleted after 11 retries:
..., da ich schon etliche Datenpunkte mit influxdb tracke.Die Datenbank füllt sich wieder. ;-)
Ansonsten wirklich über den Alias Adapter, oder ähnliches, nachdenken, so wie es @mickym schon erwähnt hat.
@mickym sagte in MQTT: Message xxx deleted after 11 retries:
Ich hab das subscribe pattern auf dem Standard: # gelassen, ...
Ich teile gerne die Instanzen in Gruppen ein, z.B. Siedle, zigbee2mqtt, Tablet, Kameras, usw., finde ich persönlich übersichtlicher.
Aber das ist Geschmacksache. ;-)@hydrotec sagte in MQTT: Message xxx deleted after 11 retries:
@watcherkb sagte in MQTT: Message xxx deleted after 11 retries:
..., da ich schon etliche Datenpunkte mit influxdb tracke.
Die Datenbank füllt sich wieder.
Ansonsten wirklich über den Alias Adapter, oder ähnliches, nachdenken, so wie es @mickym schon erwähnt hat.Das nützt ihm nur nichts, wenn die Datenpunkte dann zwar wieder kommen, aber die Konfiguration zum Loggen in der Datenbank ist mir dem Löschen der Objekte weg. (das konfigurierst ja über das Zahnrädchen zum Datenpunkt) Deswegen will er die Instanz ja nicht löschen.
Wie gesagt, vielleicht klappt es ja. Nur wenn nicht und er dann so oder so das Loggen wieder konfigurieren muss, dann würde ich das über Aliase machen - da dann der Aufwand sowieso und nur minimal höher ist.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@hydrotec sagte in MQTT: Message xxx deleted after 11 retries:
@watcherkb sagte in MQTT: Message xxx deleted after 11 retries:
..., da ich schon etliche Datenpunkte mit influxdb tracke.
Die Datenbank füllt sich wieder.
Ansonsten wirklich über den Alias Adapter, oder ähnliches, nachdenken, so wie es @mickym schon erwähnt hat.Das nützt ihm nur nichts, wenn die Datenpunkte dann zwar wieder kommen, aber die Konfiguration zum Loggen in der Datenbank ist mir dem Löschen der Objekte weg. (das konfigurierst ja über das Zahnrädchen zum Datenpunkt) Deswegen will er die Instanz ja nicht löschen.
Wie gesagt, vielleicht klappt es ja. Nur wenn nicht und er dann so oder so das Loggen wieder konfigurieren muss, dann würde ich das über Aliase machen - da dann der Aufwand sowieso und nur minimal höher ist.
@mickym @hydrotec
teilweise mache ich das schon so mit den Alias, aber einige Datenpunkte haben es noch nicht geschafft als Alias. Würde ich auch gerne ändern aber dadurch verliere ich die Daten der letzten Jahre. Ich bin da so ein bißchen wie ein Datenmessi und lösche nicht gerne. Wenn man die alten Datenbestände in influxdb auf einen neuen Namen ändern könnte, würde ich mir das ganze gerne mal anschauen und mir den Aufwand machen. -
@hydrotec sagte in MQTT: Message xxx deleted after 11 retries:
@watcherkb sagte in MQTT: Message xxx deleted after 11 retries:
..., da ich schon etliche Datenpunkte mit influxdb tracke.
Die Datenbank füllt sich wieder.
Ansonsten wirklich über den Alias Adapter, oder ähnliches, nachdenken, so wie es @mickym schon erwähnt hat.Das nützt ihm nur nichts, wenn die Datenpunkte dann zwar wieder kommen, aber die Konfiguration zum Loggen in der Datenbank ist mir dem Löschen der Objekte weg. (das konfigurierst ja über das Zahnrädchen zum Datenpunkt) Deswegen will er die Instanz ja nicht löschen.
Wie gesagt, vielleicht klappt es ja. Nur wenn nicht und er dann so oder so das Loggen wieder konfigurieren muss, dann würde ich das über Aliase machen - da dann der Aufwand sowieso und nur minimal höher ist.
@mickym sagte in MQTT: Message xxx deleted after 11 retries:
Das nützt ihm nur nichts, wenn die Datenpunkte dann zwar wieder kommen, aber die Konfiguration zum Loggen in der Datenbank ist mir dem Löschen der Objekte weg. (das konfigurierst ja über das Zahnrädchen zum Datenpunkt) Deswegen will er die Instanz ja nicht löschen.
Das ist mir schon alles bewusst. ;-)
Ist doch nicht das Problem die neu angelegten Objekte wieder in die Datenbank zu loggen.
Deswegen muss er ja keine extra Datenbank anlegen, die ist doch schon konfiguriert.
Und ich sag mal, auf das Zahnrad klicken, und das Logging einschalten, daran wird es doch nicht liegen.@watcherkb sagte in MQTT: Message xxx deleted after 11 retries:
Würde ich auch gerne ändern aber dadurch verliere ich die Daten der letzten Jahre.
Bin jetzt nicht der "InfluxDB" Spezialist, doch nur weil du Objekte löschst, sind doch die Daten nicht weg, oder.
Müsste man sich informieren, wie man die Bezeichnungen in der Datenbank anpassen kann, müsste theoretisch gehen.
(wurde hier im Forum bestimmt auch schon mal angefragt)
Und wenn ich die vergangenen Posts so durchlese, dann hast du doch schon einiges umgestellt.
Also auch neue Datenpunkte angelegt, oder hab ich das falsch rausgelesen.Nur du entscheidest was du machen möchtest, deine mqtt Umgebung gerade rücken, oder deine Daten unberührt lassen. ;-)
Vielleicht noch einmal im Detail deine jetzige Konstellation beschreiben,
eventuell auch mal die jetzige mqtt Instanz auf debug stellen, und das Log (mit Fehlermeldung) hier posten.
Es gibt ja mehrere Möglichkeiten, wie man eine lösbare Aufgabe bewältigt. -
@mickym sagte in MQTT: Message xxx deleted after 11 retries:
Das nützt ihm nur nichts, wenn die Datenpunkte dann zwar wieder kommen, aber die Konfiguration zum Loggen in der Datenbank ist mir dem Löschen der Objekte weg. (das konfigurierst ja über das Zahnrädchen zum Datenpunkt) Deswegen will er die Instanz ja nicht löschen.
Das ist mir schon alles bewusst. ;-)
Ist doch nicht das Problem die neu angelegten Objekte wieder in die Datenbank zu loggen.
Deswegen muss er ja keine extra Datenbank anlegen, die ist doch schon konfiguriert.
Und ich sag mal, auf das Zahnrad klicken, und das Logging einschalten, daran wird es doch nicht liegen.@watcherkb sagte in MQTT: Message xxx deleted after 11 retries:
Würde ich auch gerne ändern aber dadurch verliere ich die Daten der letzten Jahre.
Bin jetzt nicht der "InfluxDB" Spezialist, doch nur weil du Objekte löschst, sind doch die Daten nicht weg, oder.
Müsste man sich informieren, wie man die Bezeichnungen in der Datenbank anpassen kann, müsste theoretisch gehen.
(wurde hier im Forum bestimmt auch schon mal angefragt)
Und wenn ich die vergangenen Posts so durchlese, dann hast du doch schon einiges umgestellt.
Also auch neue Datenpunkte angelegt, oder hab ich das falsch rausgelesen.Nur du entscheidest was du machen möchtest, deine mqtt Umgebung gerade rücken, oder deine Daten unberührt lassen. ;-)
Vielleicht noch einmal im Detail deine jetzige Konstellation beschreiben,
eventuell auch mal die jetzige mqtt Instanz auf debug stellen, und das Log (mit Fehlermeldung) hier posten.
Es gibt ja mehrere Möglichkeiten, wie man eine lösbare Aufgabe bewältigt.@hydrotec Er kanns doch versuchen, vielleicht bleiben die Daten ja erhalten wenn er von Client auf Server umstellt. Im Prinzip sollten auch bestehende Daten nicht übertragen werden, wenn das mit den Zuständen nicht angehakt ist.
Zur Not denke ich - macht man ein Backup, um ggf. wieder die vorherige Umgebung wieder herzustellen. Ich mache für solche Fälle ja immer in komplettes Imagebackup. -
@hydrotec Er kanns doch versuchen, vielleicht bleiben die Daten ja erhalten wenn er von Client auf Server umstellt. Im Prinzip sollten auch bestehende Daten nicht übertragen werden, wenn das mit den Zuständen nicht angehakt ist.
Zur Not denke ich - macht man ein Backup, um ggf. wieder die vorherige Umgebung wieder herzustellen. Ich mache für solche Fälle ja immer in komplettes Imagebackup.
619
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge