NEWS
Adapter: Worx Landroid v2.x.x
-
Hallo zusammen,
ist es eigentlich angedacht den Adapter um einige Funktionen zu erweitern wie z. Bsp. das Aktivitätenprotokoll? Würde mir das gerne in VIS und IQontrol ausgeben lassen.Gruß//Lucky
@lucky_esa Das Aktivitätenprotokoll ist kein Teil des Datenverkehrs zwischen Adapter und Cloud/Mäher. Also kann der Adapter sich diese Infomationen nicht abholen.
Falls Dir dieser Punkt aber wichtig ist, kannst Du Dir selbst eine Lösung "basteln", in dem Du per Skript die status und error Datenpunkte überwachst und bei besonderen Ereignissen diese in einen eigenen Datenpunkt schreibst, den Du dann mit Deiner Visualisierung abgreifen kannst.
-
@lucky_esa Das Aktivitätenprotokoll ist kein Teil des Datenverkehrs zwischen Adapter und Cloud/Mäher. Also kann der Adapter sich diese Infomationen nicht abholen.
Falls Dir dieser Punkt aber wichtig ist, kannst Du Dir selbst eine Lösung "basteln", in dem Du per Skript die status und error Datenpunkte überwachst und bei besonderen Ereignissen diese in einen eigenen Datenpunkt schreibst, den Du dann mit Deiner Visualisierung abgreifen kannst.
@hsteinme sagte in Adapter: Worx Landroid:
@lucky_esa Das Aktivitätenprotokoll ist kein Teil des Datenverkehrs zwischen Adapter und Cloud/Mäher.
Hi hsteinme, das kann ich leider nicht bestätigen. Wenn man 2 Handys hat und dort Änderungen vornimmt, dann werden die Daten über die Cloud übermittelt.
Habe den Adapter bereits angepasst und das wären die Daten:
Ich muss mir mal überlegen wie ich die als DP anlege. Fängt schon damit an, dass ich nicht weiß ob die Anzahl an Events auf 55 beschränkt ist. Hinzu kommt das der Timestamp 2 Std. vor tm liegt...Komisch, ob das bei jedem so ist...
Gruß//Lucky
-
@hsteinme sagte in Adapter: Worx Landroid:
@lucky_esa Das Aktivitätenprotokoll ist kein Teil des Datenverkehrs zwischen Adapter und Cloud/Mäher.
Hi hsteinme, das kann ich leider nicht bestätigen. Wenn man 2 Handys hat und dort Änderungen vornimmt, dann werden die Daten über die Cloud übermittelt.
Habe den Adapter bereits angepasst und das wären die Daten:
Ich muss mir mal überlegen wie ich die als DP anlege. Fängt schon damit an, dass ich nicht weiß ob die Anzahl an Events auf 55 beschränkt ist. Hinzu kommt das der Timestamp 2 Std. vor tm liegt...Komisch, ob das bei jedem so ist...
Gruß//Lucky
@lucky_esa Hier reden wir wohl ein klein wenig aneinander vorbei. Bei Aktivitätenprotokoll denke ich an eine "zusammengedampfte" und knapp aufbereitete Form der Informationen zum Mäherzustand über einen gewissen Zeitraum hinweg. Diese zusammengedampfte Form, wie sie in der App dargestellt wird, sehe ich nicht im Datenstream zwischen Adapter und Cloud/Mäher.
Was Du abgerufen und oben zitiert hast sind historische Rohdaten, die einen Teil der Daten darstellen, die eh schon zwischen Cloud/Mäher und Adapter ausgetauscht worden sind. Das "Eindampfen" der Daten müsste also noch vom Adapter durchgeführt werden.
Zu Deiner Frage nach der Datenpunkt-Darstellung. Hier sollte zunächst geklärt werden, welche der gelieferten Daten überhaupt dargestellt werden sollen. Diese Daten alle dem Adapter-Anwender anzubieten, bietet diesem nur einen geringen Mehrwert.
Wenn ich mir die App-Darstellung so ansehe, so sehe ich im wesentlichen drei Felder:
- Ereignis
- Kennzeichen Information oder Fehler
- Zeitstempel
Aufgabe des Adapters wäre es nun, das Ereignis aus den Feldern Deiner obigen Darstellung heraus zu ziehen, In den meisen Fällen wären dies wohl dat.ls und dat.le. Ob noch andere in Frage kommen, müsste man duch Vergleichen mit der App-Darstellung herausfinden.
Als Datenpunkt könnte man ähnlich wie calendar.calJson ein Array von Arrays verwenden. In den inneren Arrays könnten als Elemente stehen:
- Text für Ereignis
- Zahlen 0/1 für Info/Error (oder Zeichen I/E)
- Text für Zeitstempel.
Hier müsste noch die Zeitzonenfrage geklärt werden. Vielleicht kann man sich an rawMqtt.raw.created_at dabei orientieren.
-
@lucky_esa Hier reden wir wohl ein klein wenig aneinander vorbei. Bei Aktivitätenprotokoll denke ich an eine "zusammengedampfte" und knapp aufbereitete Form der Informationen zum Mäherzustand über einen gewissen Zeitraum hinweg. Diese zusammengedampfte Form, wie sie in der App dargestellt wird, sehe ich nicht im Datenstream zwischen Adapter und Cloud/Mäher.
Was Du abgerufen und oben zitiert hast sind historische Rohdaten, die einen Teil der Daten darstellen, die eh schon zwischen Cloud/Mäher und Adapter ausgetauscht worden sind. Das "Eindampfen" der Daten müsste also noch vom Adapter durchgeführt werden.
Zu Deiner Frage nach der Datenpunkt-Darstellung. Hier sollte zunächst geklärt werden, welche der gelieferten Daten überhaupt dargestellt werden sollen. Diese Daten alle dem Adapter-Anwender anzubieten, bietet diesem nur einen geringen Mehrwert.
Wenn ich mir die App-Darstellung so ansehe, so sehe ich im wesentlichen drei Felder:
- Ereignis
- Kennzeichen Information oder Fehler
- Zeitstempel
Aufgabe des Adapters wäre es nun, das Ereignis aus den Feldern Deiner obigen Darstellung heraus zu ziehen, In den meisen Fällen wären dies wohl dat.ls und dat.le. Ob noch andere in Frage kommen, müsste man duch Vergleichen mit der App-Darstellung herausfinden.
Als Datenpunkt könnte man ähnlich wie calendar.calJson ein Array von Arrays verwenden. In den inneren Arrays könnten als Elemente stehen:
- Text für Ereignis
- Zahlen 0/1 für Info/Error (oder Zeichen I/E)
- Text für Zeitstempel.
Hier müsste noch die Zeitzonenfrage geklärt werden. Vielleicht kann man sich an rawMqtt.raw.created_at dabei orientieren.
@hsteinme Vielen Dank für deine ausführliche Erklärung. Wie bei anderen Adapter bin ich mal wieder der einzige, der alles über den iobroker steuern möchte. Habe den Adapter so angepasst, dass der JSON vom Aktivitätensprotokoll in einem DB geschrieben wird. Diese Daten bearbeite ich dann per Blockly. Habe nun auch angefangen per put request alle RAW Daten an die Cloud zu übergeben. Kann jetzt eigentlich alles per IOBroker ändern. Habe allerdings noch keine Ahnung was ich für das zurücksetzen von Klingen-Arbeitszeit und Ladungen versenden muss. Habe da noch keine Werte von blade_work_time_reset_at, mal schauen ob ich hier im Forum einen Beitrag finden, wo ein Wert hinterlegt ist. Es ist für mich immer ein riesen Aufwand wenn es ein Update gibt, da ich dann den Adapter immer neu anpassen muss....Vielleicht überwinde ich mich irgendwann einen Pullrequest zu erstellen. Aber mein letzter mit dem ACS Modul wurde wochenlang nicht bearbeitet...
Edit:
P.S. Leider wurde die extractKeys.js abgeändert und daher werden die Datenpunkte nicht mehr chronologisch angelegt. Hat gestern dazu geführt, dass mein iobroker abgestürtzt ist und das weit über 100 Error Meldungen per sentry raus sind. Aber egal, muss dann auch diese Datei nach einem Update austauschen.
Gruß//Lucky
-
@hsteinme Vielen Dank für deine ausführliche Erklärung. Wie bei anderen Adapter bin ich mal wieder der einzige, der alles über den iobroker steuern möchte. Habe den Adapter so angepasst, dass der JSON vom Aktivitätensprotokoll in einem DB geschrieben wird. Diese Daten bearbeite ich dann per Blockly. Habe nun auch angefangen per put request alle RAW Daten an die Cloud zu übergeben. Kann jetzt eigentlich alles per IOBroker ändern. Habe allerdings noch keine Ahnung was ich für das zurücksetzen von Klingen-Arbeitszeit und Ladungen versenden muss. Habe da noch keine Werte von blade_work_time_reset_at, mal schauen ob ich hier im Forum einen Beitrag finden, wo ein Wert hinterlegt ist. Es ist für mich immer ein riesen Aufwand wenn es ein Update gibt, da ich dann den Adapter immer neu anpassen muss....Vielleicht überwinde ich mich irgendwann einen Pullrequest zu erstellen. Aber mein letzter mit dem ACS Modul wurde wochenlang nicht bearbeitet...
Edit:
P.S. Leider wurde die extractKeys.js abgeändert und daher werden die Datenpunkte nicht mehr chronologisch angelegt. Hat gestern dazu geführt, dass mein iobroker abgestürtzt ist und das weit über 100 Error Meldungen per sentry raus sind. Aber egal, muss dann auch diese Datei nach einem Update austauschen.
Gruß//Lucky
@lucky_esa sagte in Adapter: Worx Landroid:
Kann jetzt eigentlich alles per IOBroker ändern.
Alles?! Was verstehst Du unter "alles"? Letztlich liegt ja dem Zugriff auf die Cloud-Daten ein Berechtigungskonzept zugrunde, das sicherlich nicht "jedem" erlaubt, "alles" zu ändern.
Habe allerdings noch keine Ahnung was ich für das zurücksetzen von Klingen-Arbeitszeit und Ladungen versenden muss.
Vielleicht findest Du hier noch für Dich brauchbare Informationen
-
@lucky_esa sagte in Adapter: Worx Landroid:
Kann jetzt eigentlich alles per IOBroker ändern.
Alles?! Was verstehst Du unter "alles"? Letztlich liegt ja dem Zugriff auf die Cloud-Daten ein Berechtigungskonzept zugrunde, das sicherlich nicht "jedem" erlaubt, "alles" zu ändern.
Habe allerdings noch keine Ahnung was ich für das zurücksetzen von Klingen-Arbeitszeit und Ladungen versenden muss.
Vielleicht findest Du hier noch für Dich brauchbare Informationen
@hsteinme Meine eigentliche Frage, ob der Adapter noch erweitert wird ist wohl damit beantwortet...NEIN...Nur über Pullrequest.
Was ich alles schalten kann? Mir ist wichtig "Mein Rasen" komplett über iobroker schalten zu können und das setzte ich gerade für mich selber um.
Habe es auch schon fast fertig...Weiß gerade nicht wie ich die ganzen Ordner auslesen soll. Aber hier wird mir schon was einfallen.Die anderen Daten habe ich hier im Forum bereits gefunden. Deine Links sind mir bekannt.
Danke für deine Hilfe.
Gruß//Lucky
-
Wollte mal ne kurze Frage loswerden die mich schon die ganze Zeit beschäftigt.
Warum ist es nicht möglich den Mähfortschritt anhand einer visuellen Karte auszugeben, wie es auch die Staubsauger im Haus machen?
Ist das Absicht oder wurde es einfach noch nicht entwickelt? -
Wollte mal ne kurze Frage loswerden die mich schon die ganze Zeit beschäftigt.
Warum ist es nicht möglich den Mähfortschritt anhand einer visuellen Karte auszugeben, wie es auch die Staubsauger im Haus machen?
Ist das Absicht oder wurde es einfach noch nicht entwickelt?@sushibomba sagte in Adapter: Worx Landroid:
Staubsauger im Haus
haben einen Sensor somit wissen die wo die sich befinden.. der Mäher hat NUR ein Draht..
es gibt inzwischen GPS gesteuerte Mäher vielleicht haben die dann eine Karte
-
@sushibomba sagte in Adapter: Worx Landroid:
Staubsauger im Haus
haben einen Sensor somit wissen die wo die sich befinden.. der Mäher hat NUR ein Draht..
es gibt inzwischen GPS gesteuerte Mäher vielleicht haben die dann eine Karte
@arteck
Ja und ich dachte man könne die Daten des Sensors dann einfach visuell darstellen :) -
@arteck
Ja und ich dachte man könne die Daten des Sensors dann einfach visuell darstellen :) -
@sushibomba die api gibt das nicht her ..
Vom M500 ist das Wlan Modul defekt und die Garantie abgelaufen. Gibt es noch andere Möglichkeiten das Ding in Iobroker wieder reinzuprügeln? Radio Link Device ?
-
@sushibomba die api gibt das nicht her ..
@arteck OK wirklich schade. Das wäre Mal was wo die Entwickler Mal dran arbeiten sollten 🤗
-
@arteck OK wirklich schade. Das wäre Mal was wo die Entwickler Mal dran arbeiten sollten 🤗
-
@sushibomba das ust schwierig, weil er nacb dem chaos prinzip fährt. und er fährt auch nicht immer wie eine billardkugel, sonder manchmal wechselt er suf langen strecken auch seine richtung, fährt halt nicht immer bis zum draht
-
Ja das ist richtig. Aber wenn er ja seine Position speichert, wäre das ja schon ausreichend anhand einer visuellen Karten dazustellen.
Also einfach sowas:
@sushibomba nochmal.. ES IST NICHT MÖGLICH anhand des Drahtes festustellen wo sich der Roboter im Raum befindet
das hat mit Programmierung nix zu tun.. -
@arteck
Ja und ich dachte man könne die Daten des Sensors dann einfach visuell darstellen :) -
@arteck OK wirklich schade. Das wäre Mal was wo die Entwickler Mal dran arbeiten sollten 🤗
@sushibomba sagte in Adapter: Worx Landroid:
@arteck OK wirklich schade. Das wäre Mal was wo die Entwickler Mal dran arbeiten sollten
solche Posts dienen nicht wirklich dazu die Entwickler zu motivieren.
Wie dir bereits mitgeteilt wurde gibt es bei dem Mäher keine Möglichkeit so etwas abzugreifen, weil der Mäher so eine Info gar nicht bereitstellen kann.
Wie soll er denn?
er orientiert sich rein mechanisch an einem Draht. -
Ach jetzt habe ich es verstanden. Ich dachte er hätte auch ein integriertes GPS Modul oder so verbaut aber ja wenn er sich nur am Draht orientiert ist die Sache klar. Sorry für meine dämlichen Aussagen :D
-
@sushibomba sagte in Adapter: Worx Landroid:
@arteck OK wirklich schade. Das wäre Mal was wo die Entwickler Mal dran arbeiten sollten
solche Posts dienen nicht wirklich dazu die Entwickler zu motivieren.
Wie dir bereits mitgeteilt wurde gibt es bei dem Mäher keine Möglichkeit so etwas abzugreifen, weil der Mäher so eine Info gar nicht bereitstellen kann.
Wie soll er denn?
er orientiert sich rein mechanisch an einem Draht.@homoran sagte in Adapter: Worx Landroid:
solche Posts dienen nicht wirklich dazu die Entwickler zu motivieren
Da Du weder Hardware- noch Firmware-Entwickler für Rasenroboter bist, wundert es mich, dass Du Dir diesen Schuh hier anziehst.
@homoran sagte in Adapter: Worx Landroid:
er orientiert sich rein mechanisch an einem Draht.
Naja, der Draht hat ja nicht die Funktion eines Geländers. Können wir uns auf "elektromagnetische Orientierung" einigen?
Support us
407
Online32.4k
Users81.5k
Topics1.3m
Posts