Xiaomi / Roboroc Baustein 19001929

[powell]

Oh wow, sehr schöne Erweiterung vielen Dank für deine Bemühungen!
Ich freue mich schon meinen Roboter, sobald er geliefert ist, in edomi einzubinden.

[sipiyou]

@trollmar: Ich habs schon in der Hilfe aufgeführt, vielen Dank für die Info. Der Baustein muss die Tage noch bischen erweitert werden, ich möchte da auch eine Live-Karte haben.

Es ist vollbracht, die erste Version der Visu steht. Da ich ein Fan von Rapid-Prototyping bin, hab ich mich hier bei iobroker bedient, d.h. die Rendering-Engine dort rausgeholt, adaptiert und auch gleich etwas verbessert.

Da es unter Edomi aktuell nicht vorgesehen ist, externe JS-Dateien einzubinden, ich aber alles in einer Datei haben wollte, legt das Visu-Element bei der Visu-Aktivierung mehere Dateien unter

/usr/local/edomi/www/shared/js

ab.

Diese werden dann später über die Visu als script-include im Header hintenherum eingebunden - lieber gaert falls du hier mitliest, wäre es schön, wenn du meinem Wunsch irgendwann nachkommst, dass man auf normalem Weg js-Dateien einbinden kann. Ich weiss, Edomi ist dein Hobby, aber es ist manchmal mehr Arbeit irgendwas in Edomi einzubinden, als das eigentliche Problem zu lösen....

So, genug geträumt, probiert es aus. So sollte es dann mehr oder weniger bei Euch aussehen.

Aktuell wird die Karte ca. alle 30 Minuten geladen, ich werde den Baustein noch ändern, dass wenn der Roboter läuft, dass man dort seine Intervalle einstellen kann.

Wer testen will: Das Ding hab ich eben unter VSE_1015 hochgeladen.

Ich bin auf euer Feedback und Fehlerreports gespannt.

Ein Fehler, was mir eben aufgefallen ist, ist, dass der Roboter/Ladestation manchmal erst beim zweiten Laden der Seite angezeigt werden.

/edit: hier ist jetzt auch das richtige Visu-Bild da...

[trollmar]

Bei start/stop bekomme ich im LOG

 [TABLE="border: 0, cellpadding: 0, cellspacing: 0"]
 	 		[TR]
 			[TD]2020-05-27 21:52:54[/TD]
 			[TD]450200[/TD]
 			[TD]?[/TD]
 			[TD]6187[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19001929.php | Fehlercode: 8 | Zeile: 196 | Undefined index: filter_element_work_time[/TD]
 		[/TR]
 	 [/TABLE]

Irgendwas mit Wassertank?
Der Gen1 hat ja keinen Wassertank.

[trollmar]

Hallo sipiyou, vielen Dank für den Baustein! Ich hab ihn nun mit meinem Xiaomi mi robot vacuum v1 zum laufen gebracht.
Wichtig dabei war, E4 leer zu lassen, da mein robbi beim "Mainland China" Server angemeldet ist. Dieser Server hat kein länderspezifisches Kürzel in der Adresse. Das ist vielleicht interessant für die anderen gen1 Besitzer...

Sehr gut!!!!!!! jetzt läuft es auch bei mir.

sipiyou
Denke das wäre auch was für die Hilfe oder?

BESTEN Dank nochmal für den Baustein.

[shimm]

Hat den LBS einer von euch auch mit dem S5Max erforlgreich am laufen, bzw gibt es generelle Modell-einschraenkungen? Bin gerade am ueberlegen mir den anzuschaffen....

[benniey]

Hallo sipiyou, vielen Dank für den Baustein! Ich hab ihn nun mit meinem Xiaomi mi robot vacuum v1 zum laufen gebracht.
Wichtig dabei war, E4 leer zu lassen, da mein robbi beim "Mainland China" Server angemeldet ist. Dieser Server hat kein länderspezifisches Kürzel in der Adresse. Das ist vielleicht interessant für die anderen gen1 Besitzer...

[sipiyou]

Ich hab den Baustein nochmal etwas verfeinert, die cloud-polls sind in v 0.8 auf ein Minimum beschränkt, d.h. die Aufrufe sind jetzt nur noch direkt zum Roboter.

Die Cloud-Polls finden nach einem Reinigungslauf oder eben wenn die Karte ungültig geworden ist statt - hier werd ich nochmal schauen, ob ich eine "richtige" Live-Karte bekomme, die Daten scheinen sich nur dann zu aktualisieren, wenn während der Reinigung die Cloud eine neue URL generiert - bisher bin ich davon ausgegangen, dass die Daten über die gleiche URL abgerufen werden können. Aber das muss ich dann mit dem VSE prüfen.

Nächstes Ziel ist die Visu bis ende der Woche auf die Beine zu stellen.

skyacer : ich werd am Wochenende mal den Edomi-Host updaten und dann schau ich nochmal.

[Langer89]

sipiyou danke für die Überarbeitung. Bei mit scheint der Baustein jetzt auch mit der Valentudo/Dustcloud zu laufen. Werde das weiter testen!
Gruß
Henrik

[woda]

Danke sipiyou für den Baustein.
Bei mir läuft der mit einem Roborock S50 ohne Probleme und bisher ohne steigende RAM Auslastung (V0.72) unter CentOS 7.
Gruß
Wolfgang

[skyacer]

Ich hab eben bei mir geschaut, die RAM-Auslastung war bei 86%, was viel ist. Die RAM-Probleme habe ich mit Edomi aber seit eh und je - ich hab hier die "offiziell empfohlene" Centos 6.5 distri.

Probier mal folgendes. Damit war bei mir das Ramproblem weg unter 6.5. und 7. Scheint wohl ein Fehler in der Curl zu sein.

rpm -Uvh http://www.city-fan.org/ftp/contrib/yum-repo/rhel6/x86_64/city-fan.org-release-2-1.rhel6.noarch.rpm
yum -y --enablerepo=city-fan.org update libcurl

Ansonsten noch hier der Hinweis zum Curl Problem. Vielleicht hilft es ja.
curl in EDOMI - KNX-User-Forum

[sipiyou]

skyacer : Ich hab eben bei mir geschaut, die RAM-Auslastung war bei 86%, was viel ist. Die RAM-Probleme habe ich mit Edomi aber seit eh und je - ich hab hier die "offiziell empfohlene" Centos 6.5 distri.

Aus diesem Grund lass ich einmal nachts immer

echo 3 > /proc/sys/vm/drop_caches

ausführen. Das hab ich eben auch gemacht und siehe da, die Ram-Auslastung ist auf 16% zurück.

Wie es aussieht sind das irgendwelche Daten im Cache, denn sonst würden der RAM nach dem drop_caches nicht wieder freigegeben werden. Auf diese Sachen hab ich im Skript aber keinen Einfluss, d.h. hier ist die nächste Ebene Edomi bzw. der PHP-Server selbst. Curl ist irrelevant, da es keine Ergebnisse cached.

Ich werd mir das aber trotzdem die Tage genauer anschauen.

[skyacer]

skyacer :
Ich hab im Skript nichts aussergewöhnliches, ausser, dass ich den socket öffne, aber nicht schliesse. Hier müsste sich aber der php garbage collector dadrum kümmern.
Ich hab jetzt einen Destruktor, der beim beenden des Skriptes den Socket schliesst.

Lad dir bitte die 0.72 runter und schau mal, ob das Problem damit vom Tisch ist. Ansonsten schau bitte, ob ggf. der andere Baustein das Problem verursacht.

Schau auch bitte, ob da Skript sich nach einigen Sekunden bei dir beendet, das wird am A34 angezeigt.

Guten Morgen,

so ich habe gestern einmal die 0.72 eingespielt. Heute Morgen gleiches Ergebnis. Ram läuft gleichmäßig Stück für Stück voll. Trigger war hier das Minuten iko.
Heute Morgen mal alle Logiken deaktiviert bis auf den LBS und um den Test zu beschleunigen habe ich einmal mit einem Telegramgenerator alle 10s eine Abfrage durchgeführt. Auch hier läuft der Ram voll.

Hab dann einmal den Baustein auf mein Produktivsystem eingespielt. Hier ist der Ram seit Wochen konstant zwischen 13 und 19%.

Bei allen Tests ist jedenfalls zu sehen das der Ausgang A34 immer brav auf 0 springt.

Vielleicht noch einige Hinweise die dir weiterhelfen könnten.
Meine beiden Edomisystem (Test und Produktiv) sind beide auf dem aktuellsten Stand und laufen auf einem Nuc in einem Container. Curl wurde mit dem Erpelrelease auf den neuesten Stand geupdatet.
Saugroboter ist ein S50 mit aktuellster FW.

Kann ich noch irgendewas testen?

Grüße

[trollmar]

Hi,

hab mal testweise den ioBroker Adapter deaktiviert.
Das macht aber keinen Unterschied.

Was mir nicht so klar ist was dein Baustein anders macht als der ioBroker adapter.
Bei ioBroker muss ich immer die IP und Token angeben.
Der Token sagt aber nicht das ich den roboter ge-root-ed habe.
Das habe ich nicht!

Nutze den Xiaomi Server "Mainland China".
Meines wissen war das damals wichtig.


Wenn ich die IP und den Token aus dem LBS entfernen/weglasse und den Baustein triggere bekomme ich im Edomi LOG folgende Fehler:

 [TABLE="border: 0, cellpadding: 0, cellspacing: 0"]
 	 		[TR]
 			[TD]2020-05-23 23:28:53[/TD]
 			[TD]402559[/TD]
 			[TD]?[/TD]
 			[TD]23924[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19001929.php | Fehlercode: 2 | Zeile: 300 | fsockopen(): php_network_getaddresses: getaddrinfo failed: Name or service not known[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR]
 			[TD]2020-05-23 23:28:53[/TD]
 			[TD]402708[/TD]
 			[TD]?[/TD]
 			[TD]23924[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19001929.php | Fehlercode: 2 | Zeile: 300 | fsockopen(): unable to connect to udp://:54321 (php_network_getaddresses: getaddrinfo failed: Name or service not known)[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR]
 			[TD]2020-05-23 23:28:53[/TD]
 			[TD]402806[/TD]
 			[TD]?[/TD]
 			[TD]23924[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19001929.php | Fehlercode: 2 | Zeile: 302 | stream_set_timeout() expects parameter 1 to be resource, boolean given[/TD]
 		[/TR]
 	 [/TABLE]

Wenn ich dann wieder meine Roboter IP und Token eintrage (er ist nicht "gehackt" ;-) ) bekomme ich dem Debug Log von deinem LBS wie ich ihn im vorherigen Post schon geschrieben habe.
Bei RoborockMe:: ip = hab ich nix rausgelöscht.

Wenn du bock hast dir das mal anzuschauen. Gerne

LG

[sipiyou]

Hast du die Debug-Info in der Zeile mit RoborockMe:: ip = ; selbst rausgelöscht oder gibt der Baustein dir die Info nicht aus ?

Ansonsten müsste ich mir bei Dir per Teamviewer anschauen.
Dann bräuchte ich zusätzlich von deinem PC Shell-Zugriff auf den Edomi-Host und winscp - oder irgendwas anderes - um Dateien von deinem PC zum Edomi-Host rüberzukopieren.

Hast du probiert, iobroker zu deaktivieren, um zu schauen, ob es da einen Konflikt gibt, wenn beide zugreifen ?

[trollmar]

Hi,

Läuft zur Zeit mit ioBroker und FloleApp.
Ja er reagiert auf den Ping.