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

[vuffiraa]

Hallo,

erst mal vielen Dank für dieses geniale Modul!
Ich habe hier einen VR200 und der Start mit Cleaning läuft auch prima.
Der Start mit Spot geht leider nicht das ist aber genau das was ich brauche
Habe mal einen Mitschnitt des Log unter Verbos 5 ab dem Absetzten des Befehls StartSpot vielleicht bekommen wir das ja hin.
Habe natürlich die Aktuelle Version von FHEM und auch das Aktuelle Modul aus dem GIT.

Liebe Grüße Jan

Hallo Jan,

Mein Neato reagiert leider auch nicht mehr auf StartSpot Da muss sich etwas geändert haben. Ich bin relativ sicher, dass das mal funktioniert hat.

Ich schau mal...

Viele Grüße,
Vuffiraa

[vuffiraa]

Hallo,

erst mal Danke für das tolle Modul! Benutze es mit meinem VR200. Allerdings funktioniert das Zurücksenden trotz dockHasBeenSeen nicht. Es geht erst wenn man vorher "set XY pause" sendet. Ist das nur beim VR200 so oder auch beim BOTVAC? Evtl muss das im Midul angepasst werden, dass pause virher gesendet wird.

Liebe Grüße
Alex.

Hallo Alex,

Soweit ich das sehe, ist das beim Neato auch so. In der App wird die Funktion auch erst angeboten, wenn die Reinigung gestoppt ist. Daher würde ich das im Modul auch getrennt halten.

Spricht etwas dagegen?

Gruß vuffiraa

[vuffiraa]

Hallo,

Ich habe gestern eine neue Version ins Git geschoben. Damit funktioniert das SpotCleaning (wieder).

Außerdem habe ich eine Unterstützung für mehrere Sauger unter einem Nutzer eingebaut. Dazu gibt es 2 neue Setter:
- syncRobots: synchronisiert die Sauger, die zu einem Nutzer zugeordnet sind
- setRobot (nur verfügbar, wenn mehr als ein Sauger vorhanden ist): ordnet dem Fhem-Gerät einen Sauger(name) zu.

Viel Spaß beim Testen,
Vuffiraa

[Jani]

Guten Morgen Vuffiraa,

funktioniert einwandfrei!! Viel Dank dafür!

Grüße Jan

[alexmetz]

Hallo Alex,

Soweit ich das sehe, ist das beim Neato auch so. In der App wird die Funktion auch erst angeboten, wenn die Reinigung gestoppt ist. Daher würde ich das im Modul auch getrennt halten.

Spricht etwas dagegen?

Gruß vuffiraa

Einzig die Steuerung über Siri wird dadurch komplizierter, aber wenn mans weiss, ists auch kein Problem. Die erwartete Logik ist halt anders, weil es ja (im Gegensatz zur App) möglich ist, den Befehl zu senden.
Liebe Grüße
Alex.

[vuffiraa]

Einzig die Steuerung über Siri wird dadurch komplizierter, aber wenn mans weiss, ists auch kein Problem. Die erwartete Logik ist halt anders, weil es ja (im Gegensatz zur App) möglich ist, den Befehl zu senden.
Liebe Grüße
Alex.

Hallo Alex,

Bei Siri macht es Sinn, alles in einem Befehl zu haben. Wenn ich so darüber nachdenke, könnte ich auch einen zusätzlichen Setter anbieten. Der macht dann Pause+Zurück. Irgendwelche Namenswünsche, damit man den Befehl besser aufrufen kann?

Gruß vuffiraa

[alexmetz]

gotobase? gohome? stopandreturn? pauseandreturn?

[Jo]

Hallo,
wir haben einen VR200 der natürlich auch in Fhem muss - schon mal besten Dank für das Modul!
Allerdings habe ich auch folgendes Problem:

Code Auswählen Erweitern

Can't locate IO/Socket/SSL/Utils.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl . ./FHEM) at ./FHEM/70_BOTVAC.pm line 38.
BEGIN failed--compilation aborted at ./FHEM/70_BOTVAC.pm line 38.

"libio-socket-ssl-perl" ist laut apt-get aktuelle
"cpan install IO::Socket::SSL::Utils" hat leider auch keine Veränderung gebracht.

An was kann es sonst noch liegen?

Viele Grüße
Johannes

[vuffiraa]

gotobase? gohome? stopandreturn? pauseandreturn?

Ich habe mal 2 neue Befehle hinterlegt, 'pauseToBase' und 'stopToBase'. Das passt besser zu 'goToBase'

Bitte mal probieren!

[vuffiraa]

Hallo,
wir haben einen VR200 der natürlich auch in Fhem muss - schon mal besten Dank für das Modul!
Allerdings habe ich auch folgendes Problem:

Code Auswählen Erweitern

Can't locate IO/Socket/SSL/Utils.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl . ./FHEM) at ./FHEM/70_BOTVAC.pm line 38.
BEGIN failed--compilation aborted at ./FHEM/70_BOTVAC.pm line 38.

"libio-socket-ssl-perl" ist laut apt-get aktuelle
"cpan install IO::Socket::SSL::Utils" hat leider auch keine Veränderung gebracht.

An was kann es sonst noch liegen?

Viele Grüße
Johannes

Hallo Johannes,

So eine richtige Lösung habe ich nicht gefunden, nur eine Erklärung. Ich nehme an, Fhem läuft bei dir auf einem Raspi unter Wheezy? Die hier verfügbare Version von libio-socket-perl-ssl enthält (noch) kein Util.pm. https://packages.debian.org/de/wheezy/all/libio-socket-ssl-perl/filelist. Mit Jessie würde es dann klappen https://packages.debian.org/jessie/all/libio-socket-ssl-perl/filelist. Falls ich mit Raspbian nicht richtig liege, ist das wohl bei anderen Linux-Versionen nicht anders.

Ich habe aber keine Ahnung, ob man nur das Perl aktualisieren kann, ohne auch das gesamte System updaten zu müssen.

Viele Grüße,
Vuffiraa

[Jo]

Danke für die Antwort!
Ja ich hab Whezzy drauf.
Ich hab auch MQTT noch nicht auf Whezzy zum laufen gebracht, auf dem Test Raspy mit Jessie war es kein Problem.... Muss mir dann demnächst mal Zeit für den Umzug nehmen..,

Danke und Viele Grüße
Johannes

[vuffiraa]

Ok, es gibt eine neue Version im Git, wo ich die Benutzung von IO::Socket::SSL::Utils rausgenommen habe. Dadurch wird nicht mehr geprüft, ob die Antwort wirklich von Neato/Vorwerk kommt. Funktional hat es aber keine Einschränkungen.
Ansonsten habe ich noch Texte zum Status und den Aktionen ergänzt.

Gruß vuffiraa

[Marcy]

OK, habe nicht damit gerechnet, dass gerade die Siri-Einbindung auf so ein Interesse stößt. Aber gut, dann ein paar Infos.

Mein FHEM läuft auf nem Raspi3 mit Homebridge. Wie das geht, einfach mal hier nachschauen (für die, die es nicht kennen): http://www.fhemwiki.de/wiki/Homebridge_einrichten

Über die Bridge kann ich ja nun auf alle Geräte zugreifen, die dem künstlichen Raum "Homekit" zugewiesen sind.

Wie habe ich das nun mit dem VR200 gemacht? Einrichtung des Devices (heisst bei mir "MrHoo") selbst ganz normal so wie hier beschrieben. Dann aber habe ich folgendes für Siri gemacht:

• Dummy-Device "HK_Staubsauger" anlegen
• Das Dummy-Device (mindestens) dem Raum "Homekit" zuweisen, damit es über die Homekitbridge angesprochen werden kann
• Das Dummy-Device als typ "switch" definieren

Code Auswählen Erweitern

attr HK_Staubsauger genericDeviceType switch

• Dem Dummy-Device dann noch die Zustände "on" und "off" zuweisen. Das kann auch anderes sein, aber mir reicht das. Bei "on" soll das Ding losrennen, bei "off" stoppen. Das hat mir persönlich gereicht.

Code Auswählen Erweitern

attr HK_Staubsauger setList on off

Damit wird das Dummy-Device über Siri ansprechbar und auch schaltbar. Damit beim Schalten allerdings noch was passiert, habe ich auf das Dummy-Device ein notify gelegt, mit dem dann das "echte" VR200 geschaltet werden kann:

Code Auswählen Erweitern

HK_Staubsauger
{
   if (Value("HK_Staubsauger") eq "on")
   {
      fhem("set MrHoo startCleaning Eco");;
   }
   if (Value("HK_Staubsauger") eq "off")
   {
      fhem("set MrHoo stop");;
      fhem("set MrHoo sendToBase");;
   }
}

In meinem Siri selbst (in der Elgato-App) habe ich das Device dann nicht HK_Staubsauger genannt, sondern ihm den Sirinamen "Staubsauger" gegeben. Bei "Hey Siri, Staubsauger einschalten" läuft das Teil los, bei "Staubsauger ausschalten" hört es auf.

Hoffe, ich hab mich einigermassen klar ausgedrückt?

[lancee]

Hi vuffiraa,

erst einmal vielen Dank für das Modul - echt genial!
Funktioniert bei mir alles ausser PauseToBase und Senttobase etc. aber das ist erstmal IMO weniger wichtig

Danke und Gruß
lancee

[Saranger]

Hallo Leute,

ich musste mein WLAN umbenennen und dadurch war der VR ja nicht mehr verbunden. Jetzt musste ich Ihn aus der APP löschen und neu verbinden. Leider funktioniert es jetzt nicht mehr über Fehm, woran liegt das wie kann ich die Daten in Fehm neu einlesen?