UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Zefau]

@jonny-007 @derandre habt ihr die Möglichkeit eine Datei anzupassen?

Die Datei getpassword.js (müsste zu finden sein in /opt/iobroker/node_modules/dorita980/bin/).
Dort nach Zeile 86 (als neue Zeile 87 und 88) folgendes zum Fehler-tracing einfügen:

console.log(JSON.stringify(e));
console.log(e.message);

also

  discovery.getRobotPublicInfo(host, function (e, robotData) {
    console.log(JSON.stringify(e));
    console.log(e.message);
    console.log('Robot Data:');
    console.log(robotData);
  });

Und dann bitte nochmal die Ausgabe auf der Konsole posten, wenn ihr get-roomba-password 192.168.xxx.xx im Ordner /opt/iobroker/node_modules/dorita980/ ausführt.

[derandre]

@Zefau
Leider bringt das keine Anderung die Ausgabe bleibt die gleiche somit bekomme ich nach wie vor keine Userdaten.
Ich habe schon viel gesehen aber das ein Device seine User nicht raus gibt aber das Passwort hatte ich so noch nicht.

[Zefau]

@derandre Die Veränderungen bringt keine veränderte Ausgabe? Also es sollten nun alle Fehler im Log stehen und wenn nicht, dann zumindest null ? Gleich sollte es definitiv nicht sein.

[derandre]

@Zefau
Wenn ich über die GUI den Roomba versuche zu verbinden steht folgendes im Log.

2019-12-05 21:27:39.231 - debug: roomba.0 (14393) Message: {"command":"getRobotData","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":108,"ack":false,"time":1575577659229},"_id":63979359}
2019-12-05 21:27:39.232 - debug: roomba.0 (14393) Retrieved robot data: {"result":false,"error":{"errno":"EADDRINUSE","code":"EADDRINUSE","syscall":"bind","address":"0.0.0.0","port":5678}}
2019-12-05 21:27:39.233 - debug: roomba.0 (14393) sendTo "getRobotData" to system.adapter.admin.0 from system.adapter.roomba.0
2019-12-05 21:27:39.328 - debug: roomba.0 (14393) Message: {"command":"getIp","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":109,"ack":false,"time":1575577659326},"_id":63979360}
2019-12-05 21:27:39.329 - debug: roomba.0 (14393) Retrieved IP address: undefined
2019-12-05 21:27:39.330 - debug: roomba.0 (14393) sendTo "getIp" to system.adapter.admin.0 from system.adapter.roomba.0

---

Wenn ich übers Terminal gehe , get-roomba-password 192.168.1xx.xx erhalte ich folgendes.

Make sure your robot is on the Home Base and powered on (green lights on). Then press and hold the HOME button on your robot until it plays a series of tones (about 2 seconds). Release the button and your robot will flash WIFI light.
Then press any key here...
Robot Data:
undefined
Password=> :1:1575147289:IcCUkExxxxxxxxx <= Yes, all this string.
Use this credentials in dorita980 lib : )

---

Gibt es eventuell noch ein Log was ich übersehen habe?

Wenn ich übers Terminal die Verbinung aufnehme quitiert der Roomba dies mit der Ansage, dass er jetzt fertig eingerichtet ist und Einsatzbereit ist.

[integer63]

Nachdem nun auch ein M6 bei uns wischt, habe ich mir den Adapter installiert und mit den Infos, welche das Passwort-Skript liefert, auch grün bekommen. Auch sehr viele Datenpunkte werden gefüllt - vielen Dank für die Arbeit!

Allerdings konnte ich danach nicht mehr mit der iRobot App auf den M6 zugreifen, sondern wurde aufgefordert ihn neu zu verbinden - was auch ging, aber nun kann der Adapter nicht mehr zugreifen. Werden da unterschiedliche User generiert und es kann immer nur einen geben? Wegen WAF ist zurzeit natürlich die App aktiv. Als unverbesserliches Spielkind hätte ich aber gerne beides. Mache ich einfach nur etwas falsch, oder haben diesen Effekt auch andere?

[muuulle]

@derandre
Moin,
hast du hierfür schon eine Lösung gefunden?

Mein i7 (Firmware 3.2.4) will sich ebenfalls nicht mit dem Adapter verbinden und verbleibt bei einer gelben Lampe.

Vielen Dank

[muuulle]

@Tariot
Hallo,
ich betreibe den Pi headless.
Kannst den entsprechenden Terminalbefehl dazu nennen?

Vielen Dank

[integer63]

Nachdem ich es Anfang Januar ja nicht geschafft hatte, den Roomba Adapter parallel zur iRobot Handy App zu betreiben (wenn ich den Adapter verbunden hatte, hatte die App dafür die Verbindung verloren), habe ich mich heute noch mal rangemacht und es erneut versucht. Die Schaltfläche "Zugangsdaten abrufen" in der Instanz funktioniert zwar nach wie vor nicht, aber mithilfe des dorita980 Befehls "npm run getpassword" habe ich den User und das Passwort bekommen und in die Instanz eingetragen. Und was soll ich sagen, diesmal hat es funktioniert, ohne dass die Handy Apps ihre Verbindung verloren haben - keine Ahnung was diesmal anders war.

Was ich damit eigentlich sage will: also auch der iRobot Braava Jet M6 ist mit diesem Adapter kompatibel :+1:

[Aushilfsarnie]

Hallo zusammen,

gibt es schon eine Lösung für den i7?
Habe dieselben Fehler wie derandre...

Bin dankbar für jede Hilfe!

[Ein ehemaliger Benutzer]

@eric2905 hallo.

Auch wenn der Post über 2j alt ist, wie hast du deinen iRobot umgerüstet? Ich habe einen roomba 605

Danke

[JB_Sullivan]

Nach nunmehr 7 Monaten und immer wieder neuen Versuchen den Adapter ordnungsgemäß zum laufen zu bekommen, habe ich es endlich geschafft, das ich eine Map angezeigt bekomme.

Mit welchem Widget kann ich aber dieses Bild nun in meine VIS einbinden? Die normalen IMG Widgets bringen leider kein Bild zustande.

Vielen Dank für die Unterstützung.

PS: Na ganz großes Kino - da habe ich mich auch dazu durchgerungen die Version 1.1.0 zu installieren und dann kommt so etwas dabei raus.

$ ./iobroker url "https://github.com/Zefau/ioBroker.roomba/tarball/master" roomba
install https://github.com/Zefau/ioBroker.roomba/tarball/master
NPM version: 6.11.3
npm install https://github.com/Zefau/ioBroker.roomba/tarball/master --loglevel error --prefix "C:/iobroker/GLT" (System call)
npm
 ERR! code EPERMnpm ERR! syscall unlinknpm ERR! path C:\iobroker\GLT\node_modules\iobroker.roomba\node_modules\.canvas.DELETE\build\Release\libbz2-1.dllnpm
 ERR! errno -4048
npm
 ERR! Error: EPERM: operation not permitted, unlink 'C:\iobroker\GLT\node_modules\iobroker.roomba\node_modules\.canvas.DELETE\build\Release\libbz2-1.dll'npm ERR!  { [Error: EPERM: operation not permitted, unlink 'C:\iobroker\GLT\node_modules\iobroker.roomba\node_modules\.canvas.DELETE\build\Release\libbz2-1.dll']npm ERR!   cause:npm ERR!    { Error: EPERM: operation not permitted, unlink 'C:\iobroker\GLT\node_modules\iobroker.roomba\node_modules\.canvas.DELETE\build\Release\libbz2-1.dll'npm ERR!      errno: -4048,npm ERR!      code: 'EPERM',npm ERR!      syscall: 'unlink',npm 
ERR!      path:npm ERR!       'C:\\iobroker\\GLT\\node_modules\\iobroker.roomba\\node_modules\\.canvas.DELETE\\build\\Release\\libbz2-1.dll' },npm ERR!   stack:npm ERR!    'Error: EPERM: operation not permitted, unlink \'C:\\iobroker\\GLT\\node_modules\\iobroker.roomba\\node_modules\\.canvas.DELETE\\build\\Release\\libbz2-1.dll\'',npm ERR!   errno: -4048,npm ERR!   code: 'EPERM',npm ERR!   syscall: 'unlink',npm ERR!   path:npm ERR!    'C:\\iobroker\\GLT\\node_modules\\iobroker.roomba\\node_modules\\.canvas.DELETE\\build\\Release\\libbz2-1.dll',npm ERR!   parent: 'iobroker.roomba' }
npm ERR! npm ERR! The operation was rejected by your operating system.npm ERR! It's possible that the file was already in use (by a text editor or antivirus),npm ERR! or that you lack permissions to access it.npm ERR! npm ERR! If you believe this might be a permissions issue, please double-check the
npm ERR! permissions of the file and its containing directories, or try runningnpm ERR! the command again as root/Administrator.

npm ERR! A complete log of this run can be found in:npm ERR!     C:\iobroker\GLT\env\npm-cache\_logs\2020-02-15T09_09_16_758Z-debug.log
ERROR: host.GLT Cannot install https://github.com/Zefau/ioBroker.roomba/tarball/master: 4294963248
ERROR: process exited with code 25

[JB_Sullivan]

Nochmal eine andere Frage - die tabellarische Darstellung - ist doch sicherlich nicht richtig - oder ? Ist das nur bei mir so, oder ein bekannte Bug in der Version 1.0.7?

Wie oben geschrieben, bekomme ich die Version 1.1.0 nicht installiert - darum kann ich es nicht testen, ob es damit weg wäre.

..... und gleich noch die nächste Frage hintendran - bekommt man diese Dynamisierung - also Live Karte, Auswählbare Karte via Listenklick usw, wie sie auf dem Roomba Webinterface zu sehen ist, auch irgendwie in einem VIS Bild dargestellt?

Verknüpfung zur Live Karte hatte ich schon, aber die aktualisiert sich nicht. Auch kann man in der Tabelle zwar auf die ID Nummern klicken, aber die passende Karte wird dadurch nicht geladen.

Hat ggf. schon jemand sein VIS für den Roomba entsprechend aufgepimpt und mag es hier zeigen?

[JB_Sullivan]

Ich möchte nchmal auf den Fehlversuch der Installation der Version 1.1.0 zurück kommen.

Ich habe es heute auf meinem Testsystem noch einmal versucht - genau das gleiche Problem.

@Zefau - hier das LOG File zur besseren Analyse was da ggf. falsch läuft. In letzter Zeit sind ja so viele Systemrelevante Adapter angepasst und Liberys geändert worden, das ich vermute dass es ggf. eine Berechtigungs Geschichte sein könnte.

2020-02-16T07_55_54_540Z-debug.zip

[Zefau]

@JB_Sullivan was hast du gemacht um den Adapter ans Laufen zu bekommen? Ggf. hilft es auch anderen Usern?

Bzgl. des Fehlers versuch mal das Ganze mit Administrator Berechtigungen

[JB_Sullivan]

@Zefau Kann ich dir gar nicht genau sagen, da ich es aktiv überhaupt nicht mehr weiter verfolgt hatte. Irgendwann habe ich mein System unter Win10 mit WinInstaller 2.1b neu aufsetzen müssen.

Auch da habe ich nicht aktiv versucht die Karte zum laufen zu bringen - war für mich eigentlich abgeharkt das Thema. Dann gestern habe ich mal wieder auf die Roomba Kachel im ioB Hauptmenü geklickt (da wo das Webinterface aufgerufen wird) und BINGO die Karte war da.

Ich habe aktiv NICHT das ganze für Windows vorgegebene Installations Prozedere für CANVAS durchgeführt. Allerdings habe ich vor geraumer Zeit das "canvas-gauges style Widget" installiert. Vielleicht ist da im Hintergrund alles was auch für den Roomba benötigt wird mit installiert worden - wer weiß?

Bzgl. des Fehlers: Ich bin Admin - oder gibt es noch irgendwo anders Admin Einstellungen als unter Benutzer?

[JB_Sullivan]

Nochmal zu der Tabelle - auch da komme ich irgendwie nicht weiter. Wenn man im VIS einstellt "Neues Ereignis am Anfang", sortiert er das nicht entsprechend durch.

Auch wenn der Inhalt der Tabelle sowieso irgendwie nicht viel her gibt, müsste der doch die ID Nummern zumindest dieser Regel entsprechend anpassen. Das macht er aber auch nicht. Gibst du die Form der Tabelle in deinem Adapter vor, oder kommt die so aus dem Robbi?

[Zefau]

@JB_Sullivan sagte in IRobot Roomba Adapter:

Bzgl. des Fehlers: Ich bin Admin - oder gibt es noch irgendwo anders Admin Einstellungen als unter Benutzer?

Probier nochmal die aktuelle Github version (immer noch v1.1.0, aber angepasst).

[JB_Sullivan]

SUPER !!! Die Installation ist dieses mal 1A durchgelaufen. Es funktioniert auch alles soweit, allerdings konnte ich noch keine Änderungen gegenüber der 1.0.7 feststellen.

[Zefau]

@JB_Sullivan Welche Änderung hast du erwartet?

[JB_Sullivan]

(Zefau) fixed bug with state commands.last.dateTime having incorrect value NaN

(Zefau) added support to change schedule (see #36)

Also ich kann da keine Änderung bei der Datenpunkt Struktur erkennen - oder sieht man das nur wenn man das passende Sauger Modell gekoppelt hat?

...... und ich hatte gedacht, das vielleicht auch irgend etwas mit der Tabelle nicht gestimmt hat, was jetzt gefixt wurde. Leider kommt da zumindest bei mir nichts sinnvolles bei raus