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
Nein kannte ich noch nicht. Was mich nur wundert, ich habe eingestellt das das Auto nur geladen wird in den 4 günstigsten Stunden. Heute morgen, und auch schon vor ein paar Tagen, hatte ich bemerkt das die Wallbox immer noch freigegeben war obwohl die 4 Stunden schon längst um waren und eigentlich der Preis schon wieder sehr hoch war. Also waren die Daten nicht aktuell. Erst ein Neustart des Loxberry hat die Daten wieder korrekt übertragen.
Ich bin kein IT‘ler aber verstehen tue ich das (noch) nicht.
Triple-M Bitte finde mal konkret heraus, was wann wo nicht stimmt. Bislang hast du viele Mutmaßungen angestellt, aber so richtig festmachen kann ich von deinen bisherigen Erläuterungen nichts.
Beispielsweise, ob dein Auto lädt oder nicht, und dass dies mit dem Plugin zusammenhängt, mutmaßt du nur. Ich kann es noch weniger wissen.
Die beiden Plugins haben auch ein Logfile, wo du siehst, ob und was passiert.
Alles klar, Danke erstmal. Ich werde es weiter beobachten aber wenn du sagst das er die Werte trotzdem sendet dann sollte ja alles gut sein, aber wie gesagt ich beobachte weiter.
Hallo Christian Fenzl , ich klinke mich hier mal mit ein, weil es thematisch hier ganz gut mir ran passt....
Gibt es einen Trick, wie ich den "last arrived" Zeitpunkt mit in meine Logik einbeziehen kann?! Ich doktore hier grad ein wenig mit ESPresense herum, um die haben ein etwas merkwürdiges benehmen....
Scheinbar wird ein Device nicht mehr über MQTT gepublished, wenn es nicht mehr sichtbar ist - in der UI von ESPresense wird zwar das Zeitintervall lustig hochgezählt, über MQTT ist es aber einfach mit (den alten Werten) tot.
Hast du einen guten Ansatz, wie man das abfangen kann? "Reset after Send" oder sowas? Mir fehlt grad die zündende Idee....
Die Anzeige im Gateway, und das Übermitteln an den Miniserver haben nichts miteinander zu tun. (EDIT: Ja doch: Wenn es nicht mehr im UI ist, kam seit 24 Stunden nichts mehr an).
Bitte im Log (Debug) kontrollieren, ob tatsächlich Werte hereinkommen.
Du kannst auch jeden beliebigen MQTT Client verwenden zum Kontrollieren.
lg, Christian
Hallo,
ich habe heute einen zweiten shelly1PM in Betrieb genommen. Leider kommen die Daten nicht im MQTT rein.
1 Shelly1PM und 1 ShellyPlugS laufen einwandfrei
Habe die "Advanced developer settings" von beiden 1PM verglichen, sie sind bis auf den Namen identisch.
Muß die Portnummer bei der Serverangabe bei jedem Shelly unterschiedlich sein oder immer 1883? Habe es mit 1883 und 1884, leider beides ohne Erfolg, probiert.
Lt. Browseraufruf ist keine mqtt-Verbindung da.
Evtl. hat jemand einen Tip, was ich vergessen haben könnte?
Der Port muss immer gleich sein (1883 ist der MQTT-Port).
Vergleiche doch nochmal deine Einstellungen. Wenn du Custom Prefix aktiv hast, ist das Topic nicht shellies/# und somit fehlt die Subscription. Custom Prefix hast du beim anderen vermutlich aus.
Hallo Christian Fenzl
Danke für deine Info
Habe bei beiden die gleiche Einstellung und auch bei beiden den custom-Prefix EIN
Trotzdem bekomme ich beim Shelly2 (neu) keine mqtt-Verbindung
linkes Bild ist bestehender Shelly1, hier auch der MQTT-Log
Steht der neue im Shelly Status jetzt als MQTT Connected?
Wenn nein, kann er entweder den Server nicht auflösen (versteckt du hier eine lokale IP?? ) oder du hast einen Typo in User/Pass.
status mqtt ist immer noch false
die Server-IP ist die vom Loxberry:1883
user und PW habe ich mehrmals geprüft, die beiden anderen laufen mit dem Gleichen
habe 2 Loxberry mit mqtt laufen.
habe jetzt mal die IP des zweiten LB im shelly engegeben, leider hier auch ohne Erfolg
Kann man irgendwie herausbekommen, ob mqtt auf dem shelly überhaupt funktioiniert, ggf. hat er einen Defekt.
Ist ein nagelneuer (gekauft im Sommer, erst heute in Betrieb genommen) 1PM, Werksreset habe ich schon durchgeführt.
ja, im richtigen WLAN ist er drin, sehe ja auch im Status des shelly die WLAN-Verbindung und kann auch über Browser darauf zugreifen. Schalten über Brwoser funktionert auc, nur mqtt ist nicht verbunden
hast einen screenshot was du jetzt im shelly alles eingestellt hast?
Vielleicht bemi "Server" den Port vergessen? Bei mir steht da Loxberry-IP:1883
Kann aber nicht sagen ob der Port automatisch hingeschrieben wurde oder ob ich das war, zumindest läufts seit dem ersten mal Einstellen.
Es gibt ja fast nichts was man einstellen kann/muss. user loxberry, Kennwort und wo der server wohnt und an welchem Fenster er aufs shelly hört (IPort)
update ups ... hast ja geschrieben ... IP:1883
Eins vielleicht nocht ...
"warning: if you enable mqtt- cloud (...) will be disabled.
Umkehrschluss ... hast cloud (unabsichtlich) aktiv ist MQTT tot. Keine ahnung ob das vielleicht der fall ist.
Zuletzt geändert von Thomas M.; 20.12.2022, 13:41.
Habe das PW im Loxberry neu vergeben und alle 3 Shellies neu verbunden, die beiden Bestand-Shellies funktionieren, der Neue nicht "mqtt nicht verbunden"
Firmware ist das aktuellste Update (identisch zum Bestand-Shelly) vom 08.11.22
Habe das Teil jetzt beim Verkäufer bemängelt und es geht in die Retoure, mal sehen ob der Ersatz dann funktioniert.
Ich erhalte ständig diese E-Mail. Wie kann ich das Problem lösen?
etc/cron.hourly/logrotate:
error: Compressing program wrote following message to stderr when compressing log /var/log/mosquitto/mosquitto.log.1:
gzip: stdin: file size changed while zipping
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
ort)
Kommentar