Xiaomi / Roboroc Baustein 19001929

[sipiyou]

Es sieht so aus, als wenn dein valetudo die map als json o.ä. ausgibt. Der Baustein benötigt hier aber die binäre Datei.

stonie2oo4 ich hatte mir das ja bei dir angeschaut, bei dir gibt valetudo die Info binär aus. Könntest du hier paar Tipps geben ? Dann übernehme ich das auch im Hilfetext.

[willchr]

Okay, war quatsch.... es gibt keine externen js.files mehr, sind ausdokumentiert im Quelltext.

Um ein URL-Lese-Problem auszuschliessen habe ich im VSE-Quelltext hardgecoded den Inhalt von /map/latest

{"header_length":20,"data_length":35992,"versio n": {"major":1,"....

in den $string in PHP_VSE_VSEID gepackt

$string = ' {"header_length":20,"data_length":35992,"versio n": {"major":1,"....) und das Projekt neu aktiviert.


Aber auch dann generiert er keine Karte, an einem Leseproblem kann es somit nicht liegen.

[willchr]

Hi zusammen,

ich hab 2 S50-Robbies im Haus, mit Valetudo bestückt, jeweils mit mqtt in Edomi eingebunden und lasse mir die Maps über ein dockercontainer generieren.

Nun würde ich gerne auch diese Lösung versimplifizieren und diesen tollen LBS einbinden. Vielen Dank an dieser Stelle für die viele Mühe, die da drin steckt!!

Ich habe aus diesen Grund heute den LBS und den VisuBaustein downgeloaded und importiert.

Der LBS kann den Robbi nach IP-Vergabe sofort steuern. Es scheint einen kleinen Bug beim Auswerfen der Map-URL für Valetudo-Robbies zu geben, den hab ich bei mir korrigiert, ist aber eher nebensächlich, da die auszugebende URL ja bekannt ist und auch hardgecoded in ein iKO geworfen werden kann. Nur zur Info für spätere Updates:
------------------------------------------------------------------------------------------------------------------------------------

alt:

......} else {
exec_debug (1, "getMapV1: fehlgeschlagen. Roboter nicht online ?");
}
}
} else if (!empty($E[12]['value']) && $E[12]['value'] == 1 && !empty($E[10]['value'])) {



neu:

......} else {
exec_debug (1, "getMapV1: fehlgeschlagen. Roboter nicht online ?");
}
}
else{
$ret = "http://".$E[10]['value']."/api/map/latest";
logic_setOutput($id, 40, $ret);
}
} else if (!empty($E[12]['value']) && $E[12]['value'] == 1 && !empty($E[10]['value'])) {

------------------------------------------------------------------------------------------------------------------------------------

Jetzt zu meinem Problem.... Das Visuelement zeigt nichts an. Es kennt die URL, welche auch die MapKoordinaten des Robbis liefert. Ich habe mehrere Browser probiert.
Eine vorherige Version hatte ich nicht installiert.

Mein Verdacht:
In der Hilfe steht etwas von externen javascript-Files, welche, wie ich es verstehe, bei Visuaktivierung erstellt werden und unter /usr/local/edomi/www/shared/js gelegt werden. In diesem Verzeichnis finde ich bei mir aber nur folgende Files, die irgendwie nicht nach Roborock klingen:
- graphics.js
- camview_global.js
- camview_worker.js
- camview.js
- main.js

Kann es sein, dass beim Erstellen dieser js-Files etwas nicht klappt bei mir? Müssen Rechte auf diesen Pfad geändert werden?

Ich weiss, dass es bei anderen klappt, aber ich stehe irgendwie auf dem Schlauch gerade und mir fehlt der Ansatz, den Fehler zu suchen

Vielleicht hat jemand eine Idee?

Viele Grüße
Christian

[kordnas]

Sooo... ich hab es gelöst

Nachdem alles andere nicht half, habe ich mal versucht mich bei Xiaomi einzuloggen, um mein Passwort zu prüfen. Es war korrekt. Mich hat aber auch eine "Bitte Account per Telefon verifizieren" (sinngemäß) Nachricht begrüßt. Nachdem ich das getan habe, lief auch der Baustein wieder.

Ich bin mir ziemlich sicher, dass der Baustein davor lief, weil der Staubsauger bei uns ständig im Einsatz ist. Ob das Update irgendwie die Sicherheitsprüfung getriggert haben kann? edomi ist weiterhin in der gleichen VM gelaufen. An IP oder Mac-Adresse oder so hat sich nichts geändert

Danke + Grüße

[sipiyou]

Hm, lösch mal den Baustein komplett raus und füg den neu ein. Vielleicht ist beim Upgrade irgendwas schief gelaufen.

Ich hab unter 2.2 keinerlei Probleme.

Hab die Version-Info im Download-Bereich korrigiert, danke für den Hinweis.

[kordnas]

Folgender Fehler tritt bei mir auf, seit ich von edomi Version 1.64 auf 2.00 gegangen bin. Der LBS ist aktuell 0.86 sagt der Downloadbereich, 0.87 sagt der Logikeditor. Edomi ist mittlerweile weitergezogen auf 2.02. Bis zu diesem Punkt hatte ich keine Loginprobleme, hat von Anfang an funktioniert.

LBS Log

2020-06-23 23:33:31 117167 2055 Debug V3=0V4=0V5=0
2020-06-23 23:33:31 117265 2055 Kritisch Login fehlgeschlagen!
2020-06-23 23:33:31 117321 2055 Debug cloud->isAccessible:N-E10=-E11=
2020-06-23 23:33:31 117366 2055 Kritisch IP/Token leer! Baustein muss richtig konfiguriert werden! Abbruch
2020-06-23 23:33:31 118315 2055 Debug Ausführungszeit: 2.3696780204773 [s] 

Error Log

2020-06-23 23:34:41 583323 ? 2128 Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19001929.php | Fehlercode: 8 | Zeile: 797 | Undefined index: ssecurity ERROR
2020-06-23 23:34:41 583627 ? 2128 Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19001929.php | Fehlercode: 8 | Zeile: 798 | Undefined index: userId ERROR 

Der Fehler wurde schon mal thematisiert, aber damals war die Lösung einfach, dass die falschen Logindaten verwendet wurden. Das von sipiyou vorgeschlagene Vorgehen des Neueinlesens, Neueingeben der Logindaten, Aktivieren des Projekts und Neustart des Servers hab ich auch schon gemacht.

Ideen? :-)

Grüße,
Sandro

[sipiyou]

Ja, es existiert ein LBS, den ich mir vorhin auch schon angeschaut hatte - aber trotzdem muss ich erstmal das KNX-Modul raus, mir einen RS232 <> Netzwerk Adapter holen, einbauen, die Logiken und co umändern, alles testen usw Da geht locker 1 Tag drauf.

Und nebenbei gibts noch Kind, Frau, eigentliche Arbeit usw

Welchen RS232 <> Netzwerk-Adapter hast du - oder empfehlst du ?

[vento66]

und wollte irgendwann selbst ein Modul dafür fertig machen

Ist doch schon fertig.....

[sipiyou]

Ja, ist eine ganz lange Geschichte, mit dem Modul gabs viel Ärger und es hat hohe Wellen bei Telenot geschlagen gehabt - hab mir damals schon die Schnittstellen-API Dokumentation geben lassen und wollte irgendwann selbst ein Modul dafür fertig machen, aber bisher nie die Zeit gehabt, da es irgendwie doch dann so lief, wie ich es wollte.

Ist einer der nächsten Baustellen, die ich hier angehen muss.

[vento66]

Brauchst ja eh nicht... Gibbet ja die Telenot LBS für.....

[sipiyou]

@vento: nee Hab hier eine Telenot mit KNX-Modul.

Ist alles etwas komplizierter, ich hab 3 Zonen (Garage, EG, OG) mit jeweils intern, extern und paar BWM, die an der Telenot dran sind.

Dadurch, dass ich damals über den Gira-HS mit einem Kommando alle 3 Zonen aktivieren wollte, hat mir mein damaliger Errichter die 3 Zonen über die Relais der Telenot gelöst. Somit muss ich beim umstellen erst unscharf und dann wieder scharf schalten, es sei denn ich schalte die Zonen einzeln.
Das dumme hier ist nur dieses Hardware-KNX-Modul.

[vento66]

Welche Alarmanlage hast Du? von intern scharf nach extern scharf sollte direkt gehen, ohne den Umweg über unscharf. Ahh Bild angeschaut, und gemerkt, das EDOMI die Alarmanlage ist.....

[sipiyou]

@sargon: Die Map funktioniert so:

Du stellst im Visueditor ein Timeout ein. Default sind 2 Sekunden.

Dann gehst du auf deine Visu-Seite und wählst die Räume aus, die gereinigt werden sollen.
Registriert das VSE nun 2 Sekunden lang keine Reaktion von Dir, dann wird der Roboter losgeschickt. Du kannst im VSE bis zu 5 Sekunden auswählen,
wobei ich persönlich 2 Sekunden mehr wie ausreichend finde. Ich finde es überflüssig, da noch ein "Los" Button auf der Visu zu platzieren, man wählt aus und fertig.

Wenn der schon läuft, kannst du wieder die Felder auswählen, aber ich hab das noch nicht getestet, was dann passiert.


Ich werd die Tage schauen, ob ich die Raumnamen bekomme - ich nutze die Funktion bisher nicht.

Was die Alarmsache angeht, so ist das sicherlich möglich, aber ich denke, dass das Fehleranfällig sein wird, denn man kann nur rausfinden, wo er sich in der Map befindet, aber nicht, wo er als nächstes hinfährt.

Ich hab das bei mir so gelöst:

Wird ein bestimmter Taster im Flur betätigt, so wird beim "Verlassen des Hauses" die Hausreinigung gestartet.

Hier mal die Logik, den Baustein Alarmschärfer (LBS 19001924) hab ich auch hier veröffentlicht.

Nachdem die Reiniung beendet ist, wird dann die Alarmanlage kurz unscharf geschaltet - weil intern scharf ist - und dann extern scharfgeschaltet.

1416 = Reinigung beendet vom Roboter
1417 = Nach Reinigung scharf schalten

[Sargon]

Erstmal danke für den Baustein funktioniert soweit richtig gut.
In der App kann ich für die einzelnen Räume Namen vergeben, können die auch in der Map angezeigt werden?

Zudem hat es mich gewundert das der Robi direkt losfährt wenn ich in der Map Sektoren ausgewählt habe. Ich dachte das die selektierten Sektoren zum KO2 hinzugefügt werden und ich dann den Robi entsprechend losschicken kann. Auch überschreibt das Visuelement wenn ich etwas länger brauche mit dem klicken auf die Sektoren die Werte im KO2 mit dem neu selektieren Sektor.

Ich würde auch gern den Staubsauger losschicken wenn niemand mehr zuhause ist. Allerdings habe ich eine Alarmanlage und um dort nicht jedesmal Alarm auszulösen würde ich gern in den Räumen in denen der Robi sich gerade befindet gern die Bewegungsmelder ausschalten. Bekommen ich aus dem LBS irgendwie raus in welchen Raum sich der Robi befindet?

[sipiyou]

So, ich hab eben eine neue Version (0.87) vom LBS eben hochgeladen.

Änderungen:

1) valetudo-Benutzer können jetzt die URL vom Baustein ausgeben lassen. Hat den Vorteil, dass das VSE dann ein Update durchführt, wenn der Baustein eine neue URL setzt. Somit aktualisiert sich die Map auch dann, wenn kein Refresh auf die Seite erfolgt.
stonie2oo4 wär cool, wenn du nochmal testen könntest. Bitte A40 dann mit einer Variable verknüpfen und dann im VSE die Variable als KO1 angeben.

2) Der Baustein gibt erst Reinigung beendet aus, wenn der Roboter auch wieder im Dock ist. Ist für die jenigen wichtig, die den Roboter an die Alarmanlage gekoppelt haben - ich hatte heute Einbruch-Alarm, weil der Roboter noch nicht im Dock war - aber die BWM scharf geschaltet wurden...

3) Die Karte wird jetzt ca. 30 Sekunden nachdem der Roboter im Dock ist zur Aktualisierung freigegeben. Somit sollte der Roboter jetzt richtig im Dock angezeigt werden, wenn die Reinigung beendet ist - vorher war das ein Glücksspiel.