Also, nicht einmal die FW geht per USB Stick aufzuspielen.
die Datei heißt "userCfg.json".
Auch wenn ich Dich enttäuschen muss: Dies ist keine Firmware-Datei.
Habe jetzt herausbekommen dass die Datei entpackt sein muss.
userCfg.json ist schon entpackt.
Merke: Nicht alles, was einem Mäher auf einem USB-Stick zugeführt wird, ist eine Firmware-Datei.
Da ich schon eine Hausautomation mit fhem betreibe auf einem Raspberry, der auch mit externen Sensoren mit MQTT kommuniziert,
Auch über Bluetooth? Und mit einer besseren Verbindung als Dein Handy vom Wohnzimmer aus? Und Du bist sicher, dass der Mäher überhaupt mit Deiner Hausautomation reden möchte? Und Du hast die Zugangsdaten zum Mäher? ...?
Das wird aber spannend.
in der Ferrex App gibt es nichts was darauf hindeutet, dass die Daten in einer cloud landen.
... außer einer Aussage hier im Forum, dass sich die Kiste nicht mehr per App steuern lässt, wenn man der App den Internet-Zugang nimmt.
Und nochmal zu Deiner Absicht::
Dann habe ich noch nicht verstanden, wer mit wem über welchen Übertragungsweg sich in der MQTT-Sprache unterhalten möchte?
Daher die Intention über MQTT die Daten zu lesen.
Dann habe ich noch nicht verstanden, wer mit wem über welchen Übertragungsweg sich in der MQTT-Sprache unterhalten möchte?
Wie ist denn der Übertragungsweg zwischen App und Mäher? Spricht die App nicht mit der Cloud?
soll ich den kompletten Inhalt hier reinstellen?
Entweder sensible Infos unkenntlich machen und hier publizieren oder mir den gesamten Inhalt per PN zusenden. Zur Klarheit: ich rede über den Trace-Inhalt direkt nach dem Drücken des DoIt-Buttons.
Welches Modell hast Du?
Habt Ihr hier auch einen Sammelthread für KVPs (Verbesserungsvorschläge) für App- und Mäher-Updates?
Dann könnte man mit einem Raspberry oder ähnlichem Prozessor den MQTT Server nachbauen um zB den Status des Mähers zu sehen oder die Mähzeiten anzupassen, so wie es über die App funktioniert.
Du meinst "einen MQTT Client nachbauen"? Aber warum immer wieder das Rad von Neuem erfinden? Wäre es nicht einfacher, der DeskApp und dem ioBroker Worx Adapter vorzuschlagen, neben Worx, Kress, Landxcape auch Ferrex Smart zu unterstützen?
Beim verzögerten Start setze ich (bisher nur in der Theorie) einen 2. Mähzeitraum ein paar Minuten später, so dass er vorher noch voll lädt.
Funktioniert bei mir in der Praxis bestens. Eine halbe Stunde vor gewünschten Starttermin setzt mein ioBroker einen entsprechenden (1. oder 2.) Mähzeitraum.
das PlugIn „GoToStartPoint“ klappt nicht
Gibt es da auch schon was für den IoBroker?
Siehe https://github.com/iobroker-co…/ioBroker.worx/issues/282, aber auch https://github.com/iobroker-co…/ioBroker.worx/issues/307
Es waren 3 Tage Sonne ohne Regen da muss der Sensor trocken sein optisch is es auch trocken
Nachts scheint die Sonne nicht. Auch wenn der Sensor Regensensor heißt, er reagiert auch auf solche Naturereignisse wie Tau. Und Du hast ihn wirklich morgens um 5.30 Uhr optisch überprüft?
mittags läuft er auch nicht an
Du weißt, dass Du für mittags keine Mähzeiten eingeplant hast. Du hast nur von 7:30 - 10:30 Uhr Mähzeiten eingeplant.
Seid Ihr noch beim Thema "Rasen"?
Ich würde eher länger auf 35 cm probieren, was eben noch so geht...
Der zweite Streifen muss innerhalb einer bestimmten Zeit nach dem Überqueren des ersten Streifens entdeckt werden. Je weiter Du weg gehst, desto länger dauert die Zeit bis zum Überqueren des zweiten Streifens, vielleicht dann sogar zu lange.
hier die LOG Datei
Die Logdatei sagt, dass sich der Regensensor gemeldet hat.
mein m500 plus zeigt seit neuesten immer regenverzögerung an obwohl die Wartezeit von 2 Stunden rum sind
Die Wartezeit beginnt ja erst dann, wenn der Regensensor trocken ist. Woher weißt Du, wann die 2 Stunden Wartezeit beginnen? Anders gefragt, woher weißt Du, ob der Regensensor schon trocken ist?
Wenn der Mäher nach Regen um 7.30 Uhr losfahren soll, dann müsste bei 2 Stunden Wartezeit der Sensor um 5.30 Uhr trocken sein. Hast Du ihn zu diesem Zeitpunkt überprüft?
Und wo geht das?
Du benötigst die Desk App sowie dessen Plugin Off Limits Module Switch.
habe ich ja auch den Gedanken, die FW 3.25 aufzuspielen.
Dann tu's doch. Leg mal das WLAN-Problem für einige Stunden zur Seite, spiele die Version 3.25 von https://www.roboter-forum.com/…irmware-ab-2019/#versions auf einen USB-Stick und probier Dein Glück gemäß FAQ - Allgemein
Huch!? Diese andauernd auftretende Kombination habe ich ja noch nie gesehen:
#38852 - 06/07/2021 00:09:01 - [wifi] - boot complete! fw version: 0.48
#38853 - 06/07/2021 00:09:00 - [wifi] - Reset [0,0,41]
Wenn von den anderen Mitlesern hier niemand eine Erklärung dazu findet, dann tippe ich auf ein Hardware-Problem des WLAN-Moduls. Das wäre dann ein Thema für den Service.
und andererseits der Mäher „wifi - boot complete“ protokolliert. Bei anderen Geräten bedeutet das zumindest normalerweise, dass ein falscher Schlüssel gesendet wird.
Nimm's mir bitte nicht übel, aber Deinen zuweilen schnellen Schlussfolgerungen vermag ich nicht zu folgen. Wenn Du in ein Auto einsteigst und es nicht losfährt, kannst Du nicht folgern, dass Du einen falschen Autoschlüssel verwendest. Vielleicht ist die Batterie leer,vielleicht ist kein Benzin mehr im Tank, vielleicht ist Dein Auto von anderen eingekeilt, vielleicht ...
Deshalb nochmal das Angebot:
Es wäre besser - wie in der FAQ beschrieben -, die Logdatei zu zippen und dann hier hochzuladen. Andere sehen dann hier vielleicht mehr oder interpretieren etwas vielleicht anders als Du.
In Bereichen mit Rasen schirmen die OLM-Streifen ( zumindest bei Version 1 ) den Bereich dazwischen so gut ab, dass dort gar nicht mehr gemäht wird.
Für diejenigen, die das OLM nur für Shortcuts verwenden und nicht für das Absperren schützenswerter Bereiche, gibt es einen Ausweg: Die OLM-Erkennung für Shortcuts aktivieren und die OLM-Erkennung während des Mähens deaktivieren.
