Neues Modul: BOTVAC (für Neato BotVac Connected)

[typturbo]

Hey vuffiraa.

Anbei das Log auf Verbose 4.

Da ist leider nicht viel zusehen.
Nach dem 4. Anlauf ist er Losgefahren, davor hat er über die App jeweils gemeckert, dass kein Grundriss zu finden sei.

Code Auswählen Erweitern

2019.04.09 16:34:19 2: BOTVAC set Nemo startCleaning map
2019.04.09 16:34:19 4: BOTVAC Nemo: Read password from file
2019.04.09 16:34:19 4: BOTVAC Nemo: REQ messages/startCleaning
2019.04.09 16:34:19 4: BOTVAC Nemo: REQ option map
2019.04.09 16:35:04 4: BOTVAC Nemo: Read password from file
2019.04.09 16:35:04 4: BOTVAC Nemo: REQ messages/getRobotState
2019.04.09 16:35:04 4: BOTVAC Nemo: successors 0: messages,getSchedule 1: messages,getGeneralInfo
2019.04.09 16:35:07 2: BOTVAC set Nemo startCleaning map
2019.04.09 16:35:07 4: BOTVAC Nemo: Read password from file
2019.04.09 16:35:07 4: BOTVAC Nemo: REQ messages/startCleaning
2019.04.09 16:35:07 4: BOTVAC Nemo: REQ option map
2019.04.09 16:35:50 2: BOTVAC set Nemo startCleaning map
2019.04.09 16:35:50 4: BOTVAC Nemo: Read password from file
2019.04.09 16:35:50 4: BOTVAC Nemo: REQ messages/startCleaning
2019.04.09 16:35:50 4: BOTVAC Nemo: REQ option map
2019.04.09 16:35:53 4: BOTVAC Nemo: RCV messages/startCleaning
2019.04.09 16:35:53 4: BOTVAC Nemo: RES messages/startCleaning - {"version":1,"reqId":"0","result":"ok","data": {},"error":null,"alert":null,"state":2,"action":13,"cleaning": {"category":4,"mode":2,"modifier":1,"navigationMode":1,"mapId":"","spotWidth":0,"spotHeight":0},"details": {"isCharging":true,"isDocked":true,"isScheduleEnabled":false,"dockHasBeenSeen":false,"charge":99},"availableCommands": {"start":false,"stop":true,"pause":false,"resume":false,"goToBase":false},"availableServices": {"generalInfo":"basic-1","houseCleaning":"basic-3","IECTest":"basic-1","logCopy":"basic-1","maps":"advanced-1","preferences":"basic-1","schedule":"minimal-1","softwareUpdate":"basic-1","spotCleaning":"micro-2","wifi":"basic-1"},"meta": {"modelName":"BotVacD3Connected","firmware":"4.4.0-72"}}
2019.04.09 16:36:04 4: BOTVAC Nemo: Read password from file
2019.04.09 16:36:04 4: BOTVAC Nemo: REQ messages/getRobotState
2019.04.09 16:36:04 4: BOTVAC Nemo: successors 0: messages,getSchedule 1: messages,getGeneralInfo
2019.04.09 16:36:06 4: BOTVAC Nemo: RCV messages/getRobotState
2019.04.09 16:36:06 4: BOTVAC Nemo: successors 0: messages,getSchedule 1: messages,getGeneralInfo
2019.04.09 16:36:06 4: BOTVAC Nemo: RES messages/getRobotState - {"version":1,"reqId":"0","result":"ok","data": {},"error":null,"alert":null,"state":2,"action":9,"cleaning": {"category":4,"mode":2,"modifier":1,"navigationMode":1,"mapId":"","spotWidth":0,"spotHeight":0},"details": {"isCharging":false,"isDocked":false,"isScheduleEnabled":false,"dockHasBeenSeen":true,"charge":99},"availableCommands": {"start":false,"stop":true,"pause":true,"resume":false,"goToBase":false},"availableServices": {"generalInfo":"basic-1","houseCleaning":"basic-3","IECTest":"basic-1","logCopy":"basic-1","maps":"advanced-1","preferences":"basic-1","schedule":"minimal-1","softwareUpdate":"basic-1","spotCleaning":"micro-2","wifi":"basic-1"},"meta": {"modelName":"BotVacD3Connected","firmware":"4.4.0-72"}}
2019.04.09 16:36:06 4: BOTVAC Nemo: Read password from file
2019.04.09 16:36:06 4: BOTVAC Nemo: REQ messages/getSchedule
2019.04.09 16:36:06 4: BOTVAC Nemo: successors 0: messages,getGeneralInfo
2019.04.09 16:36:07 4: BOTVAC Nemo: RCV messages/getSchedule
2019.04.09 16:36:07 4: BOTVAC Nemo: successors 0: messages,getGeneralInfo
2019.04.09 16:36:07 4: BOTVAC Nemo: RES messages/getSchedule - {"version":1,"reqId":"0","result":"ok","data": {"type":1,"enabled":false,"events": []}


Bringt ein log mit Verbose 5 vielleicht mehr Infos? oder das AbfrageIntervall für das Log etwas kürzer stellen (zZt: 60s).

[ekur]

Den Störfaktor Wlan habe ich so gut wie ausgemerzt denke ich.
Ich habe meine bisherige TimeCapsule gegen ein Unifi System ausgetauscht (Router, switch, 2AP's).  Separate Channels, minrssi, IOT-Subnetz etc. wurden, wie ich denke passend eingestellt.

Ich kann natürlich nicht ganz ausschließen,  das diese komplexere Infrastruktur auch ein ProblemFaktor darstellt.
Die Wifi Abdeckung ist aber als Hervorragend zu bezeichnen.


Grüße

Hallo typturbo,

einfach mal als blöde Frage: Du hast Deine Dockingstation fest gemacht? Ich habe bei mir festgestellt dass ein verrutschen nur um Millimeter bereits dazu führen kann dass eine gespeicherte Map nicht mehr verwendet werden kann (Mein D5 ist ein kleiner Traktor, der kann alles schieben was er nicht sauber erkennt). Ich habe das Problem erst im Griff seitdem mein Dockingstation richtig fest sitzt.
Und noch eine OT Frage: Meinst Du mit minrssi die Datenratensteuerung bei den WiFi Netzwerken? Was hast Du da speziell für den Neato eingestellt?

Viele Grüße

[typturbo]

Hallo typturbo,

einfach mal als blöde Frage: Du hast Deine Dockingstation fest gemacht? Ich habe bei mir festgestellt dass ein verrutschen nur um Millimeter bereits dazu führen kann dass eine gespeicherte Map nicht mehr verwendet werden kann (Mein D5 ist ein kleiner Traktor, der kann alles schieben was er nicht sauber erkennt). Ich habe das Problem erst im Griff seitdem mein Dockingstation richtig fest sitzt.
Und noch eine OT Frage: Meinst Du mit minrssi die Datenratensteuerung bei den WiFi Netzwerken? Was hast Du da speziell für den Neato eingestellt?

Viele Grüße

Hallo Ekur,

Ja das Dock ist festgeklebt, jedoch denke ich schon das sich dieses im ZehntelBereich verschieben kann, da der Robot da ja auch mal gegen fährt.
Es Wäre mir jedoch Schleierhaft warum solch eine Präzision gefordert ist. Zumal der Laser diese Präzision wohl nicht mitbringt.
Ich werde  das Dock nochmals richtig befestigen um das ausschließen zu können.

Eine MinRssi speziell für ein Gerät einzustellen funktioniert nicht, das ist immer für die SSID bzw. Funkkanal.
Unter Datenratensteurung verstehe ich was anderes, MinRssi wird genutzt um dem Teilnehmer mitzuteilen den AP zu wechseln.
In meinem Fall haben die Acesspoints auf 2,4Ghz -80dbm als MinRssi, der D3, am Dock stehend ist im Schnitt bei -62dBm. Dort sollte es keine Probleme geben

Edit: Der Fehler tritt auf Bevor der Laser überhaupt anfängt sich zu drehen. D.h. eine Physische Abfrage des Grundrisses findet ja noch gar nicht statt. Früher als das Dock noch Lose war, ist der D3 wenigstens seine 30cm nach vorne gefahren und hat dann nach kurzer zeit den Fehler "Kein Grundriss gefunden" geworfen. Dann war das auch Verständlich.

Grüße

[vuffiraa]

vielen dank für die info und die erweiterung des wiki. da darf ich ja so einige grafiken zusammensuchen *g*

sorry, dass ich weiterhin nerv, aber aus dem neuen wiki-teil hat sich folgendes ergeben:

teilen sich die infos dann auf in die readings state, error, alert und result?
zumindest alert muß ja was eigenes sein, nachdem man den letzten immer löschen kann.
(ich teste derzeit vorsichtig - fahren will ich noch nicht, weil ich erst (wegen umbaus) in ein paar tagen die map vollständig anlernen kann und nicht alles doppelt machen will.
dies nur, falls sich wer fragt, warum ich so dämliche fragen stell *g*)

aja: batteryManufacturingDate   2035-10-13
normal oder fehler?

Heute bin ich dazu gekommen, die Infos im Wiki gleich noch zu ergänzen. Der Status berechnet sich aus den Readings Action, Error und StateId und gibt dann immer die sinnvollste Information wieder. Es gibt keine dämlichen Fragen 

Das Batteriedatum habe ich auch schon so gesehen, aber ich habe keine Ahnung was Neato uns damit sagen will.

Gruß VuffiRaa

[Ellert]

Ich habe versucht den Vorwerk VR300 einzubinden, das hat nicht funktioniert, es werden keine Daten empfangen.

getStatus liefert folgende Logeinträge

2019.04.15 07:44:23.372 5: BOTVAC VR300: called function GetStatus()
2019.04.15 07:44:23.377 4: BOTVAC VR300: Read password from file
2019.04.15 07:44:23.382 5: BOTVAC VR300: called function SendCommand()
2019.04.15 07:44:23.384 4: BOTVAC created successor: 0: messages,getRobotState, 1: messages,getSchedule
2019.04.15 07:44:23.386 4: BOTVAC VR300: Read password from file
2019.04.15 07:44:23.391 5: BOTVAC VR300: called function SendCommand()
2019.04.15 07:44:23.392 4: BOTVAC VR300: REQ sessions
2019.04.15 07:44:23.393 4: BOTVAC VR300: successors 0: messages,getRobotState, 1: messages,getSchedule
2019.04.15 07:44:23.395 5: BOTVAC VR300: POST https://vorwerk-beehive-production.herokuapp.com/sessions (...)
2019.04.15 07:44:23.396 5: BOTVAC VR300: header Accept: application/vnd.neato.nucleo.v1
Content-Type: application/json
2019.04.15 07:44:23.768 5: BOTVAC VR300: called function ReceiveCommand() rc: HASH(0x294a110) err:  data: {"message":"Not allowed"}
2019.04.15 07:44:23.769 4: BOTVAC VR300: RCV sessions
2019.04.15 07:44:23.770 4: BOTVAC VR300: successors 0: messages,getRobotState, 1: messages,getSchedule
2019.04.15 07:44:23.771 4: BOTVAC VR300: RES sessions - {"message":"Not allowed"}

Wenn ich die Website https://vorwerk-beehive-production.herokuapp.com/sessions aufrufe, zeigt Firefox folgende Meldung

Websites bestätigen ihre Identität mittels Zertifikaten. Firefox vertraut dieser Website nicht, weil das von der Website verwendete Zertifikat nicht für vorwerk-beehive-production.herokuapp.com gilt. Das Zertifikat gilt nur für folgende Namen: *.ksecosys.com, ksecosys.com

Fehlercode: SSL_ERROR_BAD_CERT_DOMAIN

Wie kann ich dazu beitragen, das Problem zu lösen?

[vuffiraa]

Ich habe versucht den Vorwerk VR300 einzubinden, das hat nicht funktioniert, es werden keine Daten empfangen.

Du bist wohl der Erste, der es mit einem VR300 probiert. Da muss ich erst mal lernen, was geändert wurde 

Soweit ich sehe, schlägt schon der allererste Kontakt fehl
Kannst du mal schauen, ob sich die App mit dem gleichen Host verbinden möchte (vorwerk-beehive-production.herokuapp.com)?
Ein anderer Grund könnte ein falschen Passwort sein. Vielleicht kannst du das noch mal überprüfen, nur um ganz sicher zu gehen?

Ich schaue mal, ob ich bei Vorwerk was sehe, ob sie für den VR300 etwas an den Servern oder Parametern geändert haben.

Gruß VuffiRaa

[Ellert]

Ich habe das Passwort neu gesetzt, das Fehlerbils bleibt.

2019.04.15 09:10:52.602 5: BOTVAC VR300: called function GetStatus()
2019.04.15 09:10:52.607 4: BOTVAC VR300: Read password from file
2019.04.15 09:10:52.612 5: BOTVAC VR300: called function SendCommand()
2019.04.15 09:10:52.614 4: BOTVAC created successor: 0: messages,getRobotState, 1: messages,getSchedule
2019.04.15 09:10:52.616 4: BOTVAC VR300: Read password from file
2019.04.15 09:10:52.621 5: BOTVAC VR300: called function SendCommand()
2019.04.15 09:10:52.622 4: BOTVAC VR300: REQ sessions
2019.04.15 09:10:52.623 4: BOTVAC VR300: successors 0: messages,getRobotState, 1: messages,getSchedule
2019.04.15 09:10:52.625 5: BOTVAC VR300: POST https://vorwerk-beehive-production.herokuapp.com/sessions (...)
2019.04.15 09:10:52.626 5: BOTVAC VR300: header Accept: application/vnd.neato.nucleo.v1
Content-Type: application/json
2019.04.15 09:10:53.066 5: BOTVAC VR300: called function ReceiveCommand() rc: HASH(0x2a0d2a8) err:  data: {"message":"Not allowed"}
2019.04.15 09:10:53.067 4: BOTVAC VR300: RCV sessions
2019.04.15 09:10:53.068 4: BOTVAC VR300: successors 0: messages,getRobotState, 1: messages,getSchedule
2019.04.15 09:10:53.069 4: BOTVAC VR300: RES sessions - {"message":"Not allowed"}
2019.04.15 09:10:53.072 4: BOTVAC VR300: Read password from file
2019.04.15 09:10:53.077 5: BOTVAC VR300: called function SendCommand()
2019.04.15 09:10:53.078 4: BOTVAC created successor: 0: messages,getRobotState, 1: messages,getSchedule

Hat Du einen Tip, wie ich auf dem Smartphone feststellen kann,mit welchem Host die App sich verbindet?

[vuffiraa]

Mein Tool der Wahl ist hier Wireshark.

Auf einer Fritzbox kann man über http://fritz.box/html/capture.html mitschneiden, was gesendet wird. Mein OpenWrt-Router kann das per tcpdump (https://openwrt.org/docs/guide-user/firewall/misc/tcpdump_wireshark).
Das ist natürlich alles nicht mehr ganz so einfach. Und man sieht leider durch HTTPS/SSL auch fast nix, außer den Hostnamen.

Gruß VuffiRaa

[Ellert]

Wireshark habe ich gerade probiert, das funktionierte nicht auf die Schnelle und ist abgestürzt. Also mal eben starten und die Adressen lesen geht nicht.
Fritzbox habe ich nicht, die Teklekom hat mir einen SpeedportSmart wegen der Netzumstellung geschenkt, der hat bisher gereicht. Da gibt es eine Technikinfo dort taucht die Adresse https://vorwerk-beehive-production.herokuapp.com in der Cache-Info auf, das könnte von der App sein, kann aber auch von den Browseraufrufen kommen.

Die App kann den VR200 und den VR300 bedienen, da wird doch wohl der gleiche Server im Spiel sein.
Die Meldung des Firefox sieht ja eher nach einem Zertifikatsproblem aus.

Das sind aber nur laienhafte Vermutungen.

[the ratman]

Hat Du einen Tip, wie ich auf dem Smartphone feststellen kann,mit welchem Host die App sich verbindet?

vielleicht hilfts ja

am androiden "firewall ohne root" https://play.google.com/store/apps/details?id=app.greyshirts.firewall.beta installieren.
die baut nen lokalen vpn auf und zeigt dir an, welches tool wohin telefonieren will. könnte dir die gewünschten infos liefern.
nur nicht gleich für ne freigabe einer app klicken, sondern ins tool selber gehen - dort siehst die adressen dann gelistet.

[vuffiraa]

Wireshark habe ich gerade probiert, das funktionierte nicht auf die Schnelle und ist abgestürzt. Also mal eben starten und die Adressen lesen geht nicht.
Fritzbox habe ich nicht, die Teklekom hat mir einen SpeedportSmart wegen der Netzumstellung geschenkt, der hat bisher gereicht. Da gibt es eine Technikinfo dort taucht die Adresse https://vorwerk-beehive-production.herokuapp.com in der Cache-Info auf, das könnte von der App sein, kann aber auch von den Browseraufrufen kommen.

Die App kann den VR200 und den VR300 bedienen, da wird doch wohl der gleiche Server im Spiel sein.
Die Meldung des Firefox sieht ja eher nach einem Zertifikatsproblem aus.

Das sind aber nur laienhafte Vermutungen.

Ich glaube auch nicht so richtig an einen Serverwechsel, aber ich will halt nichts ungeprüft lassen. Falls du einen eigenen DNS Server in deinem Netzwerk hast, könnte man auch da schauen, welche IPs angefordert wurden.

Die Meldung im Firefox hatte ich vorhin gar nicht beantwortet. Der Fehler ist leicht erklärbar, da für die Kommunikation eine Autorisierung im Header der HTTP-Aufrufes erwartet wird. Die kann ein Browser nicht liefert, dazu nimmt man dann Postman oder ähnliche Tools.

Gruß VuffiRaa

[Schlimbo]

Hallo vuffiraa,

habe gerade noch eine Fehlermeldung im Log gefunden.
Bei meinem D7 ist immer kurz nach dem starten einer Reinigung der Wert "timeToEmpty" nicht gesetzt:

Code Auswählen Erweitern


2019.04.15 10:23:18.119 2: BOTVAC set Sauger startCleaning map
...
...

2019.04.15 10:23:30.161 5: BOTVAC Sauger: called function ReceiveCommand() rc: HASH(0x5577834480a8) err:  data: {"version":1,"reqId":"0","result":"ok","data": {"productNumber":"905-0415","serial":"OPS1xxxx-xxxxxxxxxxx","model":"BotVacD7Connected","firmware":"4.4.0-72","battery": {"level":4,"timeToEmpty":null,"timeToFullCharge":0,"totalCharges":162,"manufacturingDate":"2083-10-11","authorizationStatus":1,"vendor":"Panasonic"}}}
2019.04.15 10:23:30.162 4: BOTVAC Sauger: RCV messages/getGeneralInfo
2019.04.15 10:23:30.162 4: BOTVAC Sauger: RES messages/getGeneralInfo - {"version":1,"reqId":"0","result":"ok","data": {"productNumber":"905-0415","serial":"OPS1xxxx-xxxxxxxxxxx","model":"BotVacD7Connected","firmware":"4.4.0-72","battery": {"level":4,"timeToEmpty":null,"timeToFullCharge":0,"totalCharges":162,"manufacturingDate":"2083-10-11","authorizationStatus":1,"vendor":"Panasonic"}}}
2019.04.15 10:23:30.162 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4702.
2019.04.15 10:23:30.162 1: stacktrace:
2019.04.15 10:23:30.163 1:     main::__ANON__                      called by fhem.pl (4702)
2019.04.15 10:23:30.163 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/70_BOTVAC.pm (1006)
2019.04.15 10:23:30.163 1:     BOTVAC::ReceiveCommand              called by FHEM/HttpUtils.pm (606)
2019.04.15 10:23:30.163 1:     main::__ANON__                      called by fhem.pl (742)
Kurze Zeit später ist dann wieder ein Wert in "timeToEmpty" vorhanden:

Code Auswählen Erweitern

2019.04.15 10:23:46.079 5: BOTVAC Sauger: called function ReceiveCommand() rc: HASH(0x5577839151c8) err:  data: {"version":1,"reqId":"0","result":"ok","data": {"productNumber":"905-0415","serial":"OPS1xxxx-xxxxxxxxxxx","model":"BotVacD7Connected","firmware":"4.4.0-72","battery": {"level":4,"timeToEmpty":264,"timeToFullCharge":0,"totalCharges":162,"manufacturingDate":"2083-10-11","authorizationStatus":1,"vendor":"Panasonic"}}}
2019.04.15 10:23:46.080 4: BOTVAC Sauger: RCV messages/getGeneralInfo
2019.04.15 10:23:46.080 4: BOTVAC Sauger: RES messages/getGeneralInfo - {"version":1,"reqId":"0","result":"ok","data": {"productNumber":"905-0415","serial":"OPS1xxxx-xxxxxxxxxxx","model":"BotVacD7Connected","firmware":"4.4.0-72","battery": {"level":4,"timeToEmpty":264,"timeToFullCharge":0,"totalCharges":162,"manufacturingDate":"2083-10-11","authorizationStatus":1,"vendor":"Panasonic"}}}
Könntest du das bitte noch abfangen?

Gruß Schlimbo

[vuffiraa]

Jetzt habe ich mir die Stelle im Modul noch mal genauer angeschaut. Es ist der erste Kontakt zum Vorwerk-Server, den das Modul durchführt. Das heißt aber auch, dass es noch gar kein Problem mit dem VR300 sein kann, wenn Vorwerk die neue Serie nicht komplett parallel zum VR200 abwickelt.
Bei dem ersten Anruf geht es nur darum, sich mit seinen Anmeldedaten Zugang zum Server zu schaffen. Für einen Nutzer mit einem VR200 hat das hier auch vor ein paar Minuten geklappt.

Hast du in deiner Mailadresse oder im Passwort Sonderzeichen? Dabei meine ich Sonderzeichen, die innerhalb von JSON-Dateien etwas kaputt machen können. Mein Tipp wäre ein ". Wenn ich recht habe, müsste ein Test mit einem einfachen Passwort erfolgreich sein. Trotzdem wäre es natürlich ein Fehler im Modul, den ich umgehend beseitigen würde

Gruß VuffiRaa

[vuffiraa]

Hallo vuffiraa,

habe gerade noch eine Fehlermeldung im Log gefunden.
...
Könntest du das bitte noch abfangen?

Gruß Schlimbo

Klar, wird erledigt!

Gruß VuffiRaa

[Ellert]

Jetzt habe ich mir die Stelle im Modul noch mal genauer angeschaut. Es ist der erste Kontakt zum Vorwerk-Server, den das Modul durchführt. Das heißt aber auch, dass es noch gar kein Problem mit dem VR300 sein kann, wenn Vorwerk die neue Serie nicht komplett parallel zum VR200 abwickelt.
Bei dem ersten Anruf geht es nur darum, sich mit seinen Anmeldedaten Zugang zum Server zu schaffen. Für einen Nutzer mit einem VR200 hat das hier auch vor ein paar Minuten geklappt.

Hast du in deiner Mailadresse oder im Passwort Sonderzeichen? Dabei meine ich Sonderzeichen, die innerhalb von JSON-Dateien etwas kaputt machen können. Mein Tipp wäre ein ". Wenn ich recht habe, müsste ein Test mit einem einfachen Passwort erfolgreich sein. Trotzdem wäre es natürlich ein Fehler im Modul, den ich umgehend beseitigen würde

Gruß VuffiRaa

Danke für den Hinweis.
Die App verbindet sich zu verschiedenen IP-Adressen auf Port 4443 mit einem wechselden Präfix nach eu.west-1.compute.amazonaw.com wobei der Präfix die Wiederholung der IP-Adresse ist xx-xxx-xx-xxx

Code Auswählen Erweitern

xx.xxx.xx.xxx:4443 ec2-<präfix>.eu.west-1.computeamazonaw.com

Einen eigenen DNS-Server habe ich nicht. Mit PacketCapture und der erwähnten Firewall sehe ich nur diese URLs von der Kobold Roboter App.

Ich habe keine Sonderzeichen im Passwort, auch nicht in der Mailadresse, außer in @t-online.de. @ habe ich nicht maskiert, wenn ich es mache gehts auch nicht.