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

[copystring]

@spacerx mit iPhone kenne ich mich nur wenig aus. Sicher, dass es als root Zertifikat hinzugefügt ist? Alle anderen Zertifikatstypen wären falsch.

[SpacerX]

@copystring das war das Stichwort. Es reichte nicht das Profil zu Installieren. Da muss man beim iPhone doch tiefer in die Abgründe der Einstellungen.

Jedenfalls zappelt jetzt was.

[SpacerX]

@spacerx

Ab und an tauchen folgende Meldungen auf.

C:\Users\SpacerX\.local\pipx\venvs\mitmproxy\Scripts\python.exe
[21:15:18.262] Packet type CONNACK is not supported yet!
C:\Users\SpacerX\.local\pipx\venvs\mitmproxy\Scripts\python.exe
[21:15:18.262] Addon error: unpack requires a buffer of 2 bytes
Traceback (most recent call last):
  File "C:\ioBroker\node_modules\iobroker.roborock\lib\sniffing\mitmproxy_roborock.py", line 286, in tcp_message
    mqtt_packet = MQTTControlPacket(message.content)
  File "C:\ioBroker\node_modules\iobroker.roborock\lib\sniffing\mitmproxy_roborock.py", line 83, in __init__
    self._parse_publish_variable_headers()
  File "C:\ioBroker\node_modules\iobroker.roborock\lib\sniffing\mitmproxy_roborock.py", line 136, in _parse_publish_variable_headers
    field_length, field_content_bytes = self._parse_length_prefixed_bytes(offset)
  File "C:\ioBroker\node_modules\iobroker.roborock\lib\sniffing\mitmproxy_roborock.py", line 127, in _parse_length_prefixed_bytes
    field_length = struct.unpack("!H", field_length_bytes)[0]
struct.error: unpack requires a buffer of 2 bytes
C:\Users\SpacerX\.local\pipx\venvs\mitmproxy\Scripts\python.exe
[21:15:18.309] [PUBLISH]
C:\Users\SpacerX\.local\pipx\venvs\mitmproxy\Scripts\python.exe
[21:15:18.309] [PUBLISH]

Die Sniffing Message taucht bei mir leider auch nicht im Log auf.

Jetzt weis ich noch nicht genau nach was ich schauen soll.

[copystring]

@spacerx okay. Kann ich mir aktuell nicht angucken. Bin im Urlaub. Du müsstest dich gedulden oder selber mal schauen was das sein kann.

[SpacerX]

@copystring Alles gut!
Nachdem ich 24h Lebenszeit in das Unternehmen Sniffing verschwendet habe, habe ich der PC-Kiste erst mal den Strom abgedreht. Zur Frustbewältigung ein Eis gegessen und 3 Kippen verschlungen.
Nu hat es mir dann doch keine Ruhe gelassen. Also PC wieder an. ioBroker-Dienst + mitmproxy gestartet, Wireguard auf iPone angeschalten und Roborock App gestartet.

Jetzt passt auf was kommt!

Es Läuft. Decoded sniffing in der Log-Ausgabe.

Hier schon mal rausgepickt was ich herausfinden will.

2023-08-05 22:12:19.101  - roborock.0 (8400) Decoded sniffing message: {"dps":{"101":"{"id":277019,"method":"get_wash_towel_mode","params":{}}"},"t":1691266339}
2023-08-05 22:12:19.181  - roborock.0 (8400) dps debug: {"id":277019,"result":{"wash_mode":1}}
2023-08-05 22:12:19.204  - roborock.0 (8400) Decoded sniffing message: {"dps":{"101":"{"id":277020,"method":"get_smart_wash_params","params":{}}"},"t":1691266339}
2023-08-05 22:12:19.296  - roborock.0 (8400) dps debug: {"id":277020,"result":{"smart_wash":0,"wash_interval":1200}}

Das sind Teile von den Einstellungen der Dockingstation.

Ich bin erst mal Happy.

Falls jemand für das Sniffing mit Roborock App auf iPhone Unterstützung braucht kann ich gern mit meinen Notizen von diesem Amoklauf behilflich sein.

Gut Nächtle.

[SpacerX]

@jahnbes Bevor ich es vergessen!

In der Doku zu den Objekten vom Robi Hast du eingetragen:

wash_ready wird nach meiner Beobachtung und den Logs von oben immer dann auf TRUE wenn der Robi zum Mopp Waschen richtig herum an der Station angedockt hat. Unter dem Wasserbefüllstutzen am Roboter ist ein Mikroschalter der durch eine kleine Nase unter dem Wasserstutzen der Station betätigt wird.
wash_ready wird FALSE wenn der Robi nach dem Mopp Waschen wieder abdockt und der Robi dreht rum um in Ladeposition wieder anzudocken.

[tritanium]

@jahnbes sagte in Neuer Adapter für Roborock-Staubsauger:

@matt77che
Danke, so habe ich es jetzt auch im Wiki eingetragen.

Wenn ihr schon mal dabei seid, das Wiki zu vervollständigen :-D wir haben einen Q7 Max+

Mehrfache Tests haben ergeben:

clean_type:

1 = Gesamt Reinigung (alle Räume)
2 = Zonenreinigung (ausgewählt über die App z.b.)
3 = Raumreinigung

start_type:

1 = manuell (Knopfdruck am Roboter)
2 = via App (aus der App gestartet oder per ioBroker.Adapter)
3 = Planstart (durch Zeitplanung in der App)

complete Type

1 = normal beendet
<> 1 = abgebrochen

---

Andere Werte habe ich auch noch, die schicke ich nachher noch nach :-)

Gruß Micha

[jahnbes]

@spacerx Danke, ist geändert!

[jahnbes]

@tritanium
Danke, MIcha, ich habe das Wiki ergänzt. Und warte auf Weiteres!
Ein schönes Wochenende noch, Gruß Bert.

[SpacerX]

@jahnbes Sorry das ich nerve.

Es ist genau umgekehrt!
0 = Nicht bereit zum Mopp Waschen
1 = Bereit zum Mopp Waschen und ggf. Wasser nachtanken

Sagt aus das der Saugroboter richtig herum in der Station steht und bereit ist um den Mopp zu Waschen oder Wasser nachzutanken.
Wenn der Robi beim Andocken zum Waschen den Befüllstutzen nicht treffen würde bleibt wash_ready auf 0 (FALSE)

[jahnbes]

@spacerx
Oh je, ich habe 0 und 1 und die Zuordnung von true und false dazu verwechselt. Mea culpa.
Gruß Bert.

[tritanium]

@jahnbes

So, diesmal habe ich mich mit dem Aufbau der JSON befasst.

Datenpunkt ...CleaningInfo.JSON:

begin + end:-------> Im TS Format
duration:-----------> in Sekunden
area:----------------> Gereingte Fläche (durch 1000000, für m²)
error:---------------> 0 = ohne Fehler beendet
duration:-----------> in Sekunden
complete:----------> 0 = abgebrochene Reinigung, 1 = Reingung beendet
start_type:---------> siehe Wiki
clean_type:--------> siehe Wiki
dust_collection_Status: -----> 0 = Staub eingesammelt (nur), 1 = gesaugt + gewischt
map_flag:-----------> Karten ID (bei mir immer 0, da nur eine Karte verwendet wird)

---

Den DP "finish_reason" gibt es übrigens mit folgenden Ergebnissen:

21
24
52
54
56

Die bin ich aber noch am "testen" :-)

Habe die JSON bei mir in der VIS drin und dementspreechend formatiert:

Melde mich wieder wenn ich mehr habe, bis dahin lg MIcha

[jahnbes]

@tritanium
Danke!

[jahnbes]

Im Wiki ist die Unterteilung in "Roboter" und "Dock" aufgelöst. Sie war nicht mehr durchzuhalten. Jetzt ist alles wie im ioBroker angeordnet, also alphabetisch anhand des Objektnamens
Wenn ein Objekt nur für eine Station relevant ist, wird das gleich nach seinem Namen durch das Wort "Dock" angezeigt.

[Daniel Syberg]

Hallo zusammen,
ich habe gerade den Adapter installiert, die Instanz lässt sich auch öffnen.
Allerdings bekomme ich keine Verbindung, es kommen immer wieder Fehlermeldungen und es erfolgt alle paar Sekunden ein Neutstart.

Anbei die Meldungen im Log:

Kann mir vielleicht jemand helfen?

[Thomas Braun]

@daniel-syberg

Bitte nicht als Screenshot.
Und nodejs15 ist vollkommen falsch.
Ungerade Versionen sind für die Entwicklung vorgesehen, produktiv setzt man gerade Versionen von nodejs ein. Installier da die aktuelle Empfehlung v18.

[nu_81]

Hallo,
ist es auch möglich die Reinigung mehrerer Räume auf einmal anzustoßen?

[andibr]

Hallo zusammen

Kleine Frage: "wurde da irgendwo irgendwas verändert?" Seit heute (Samstag 12.08.2023:12.34) macht mein Iob einen auf Terror mit dem Roborock-Adapter. Ich habe ihn jetzt mal deaktiviert.

host.iobroker
		2023-08-12 17:24:07.645	info	Do not restart adapter system.adapter.roborock.0 because disabled or deleted
host.iobroker
		2023-08-12 17:24:07.645	error	instance system.adapter.roborock.0 terminated with code 3 (NO_ADAPTER_CONFIG_FOUND)
roborock.0
	5273	2023-08-12 17:24:07.047	warn	Terminated (NO_ADAPTER_CONFIG_FOUND): Without reason
roborock.0
	5273	2023-08-12 17:24:06.999	error	adapter disabled
host.iobroker
		2023-08-12 17:23:49.676	info	"system.adapter.roborock.0" disabled
mqtt.1
		2023-08-12 17:23:34.190	info	Restart adapter system.adapter.roborock.0 because enabled
host.iobroker
		2023-08-12 17:23:34.190	info	instance system.adapter.roborock.0 terminated with code NaN ()
host.iobroker
		2023-08-12 17:23:34.190	warn	instance system.adapter.roborock.0 terminated due to SIGABRT
host.iobroker
		2023-08-12 17:23:34.190	error	Caught by controller[7]: 8: 0x17036b9 [io.roborock.0]
host.iobroker
		2023-08-12 17:23:34.190	error	Caught by controller[6]: 7: 0xdc3def v8::internal::Builtin_HandleApiCall(int, unsigned long*, v8::internal::Isolate*) [io.roborock.0]
host.iobroker
		2023-08-12 17:23:34.190	error	Caught by controller[5]: 6: 0xdc28b0 [io.roborock.0]
host.iobroker
		2023-08-12 17:23:34.189	error	Caught by controller[4]: 5: 0x7eff119f53d3 [/opt/iobroker/node_modules/canvas/build/Release/canvas.node]
host.iobroker
		2023-08-12 17:23:34.189	error	Caught by controller[4]: 4: 0x7eff11a0347c Context2d::GetImageData(Nan::FunctionCallbackInfo<v8::Value> const&) [/opt/iobroker/node_modules/canvas/build/Release/canvas.node]
host.iobroker
		2023-08-12 17:23:34.189	error	Caught by controller[4]: 3: 0xd644da v8::Utils::ReportApiFailure(char const*, char const*) [io.roborock.0]
host.iobroker
		2023-08-12 17:23:34.189	error	Caught by controller[3]: 2: 0xa94749 node::OOMErrorHandler(char const*, bool) [io.roborock.0]
host.iobroker
		2023-08-12 17:23:34.189	error	Caught by controller[2]: 1: 0xb83f50 node::Abort() [io.roborock.0]
host.iobroker
		2023-08-12 17:23:34.189	error	Caught by controller[1]: FATAL ERROR: v8::ToLocalChecked Empty MaybeLocal.
host.iobroker
		2023-08-12 17:23:34.188	error	Caught by controller[0]: Downloading AlexxIT/go2rtc@v1.6.2...
roborock.0
	5234	2023-08-12 17:23:11.328	info	MQTT initialized
roborock.0
	5234	2023-08-12 17:23:09.896	info	starting. Version 0.2.1 (non-npm: copystring/ioBroker.roborock#cea0cc4fa080d5a2041706a71b4190f153c773b4) in /opt/iobroker/node_modules/iobroker.roborock, node: v18.17.1, js-controller: 4.0.24

Das ganze wiederholt sich alle paar Minuten und füllt das Log. Ich muss auch gestehen, ich habe bis jetzt noch gar nichts mit den Daten gemacht, ausser in den Objekten angeschaut. Auch erst 1x die Map angeschaut und studiert wie ich das verwenden kann.
Seit ca. 2 Wochen hat das ganze jetzt einfach sauber die Objekte gefüllt und keine Probleme verursacht.
Ist das auch bei anderen so?
Andi

[jahnbes]

Hallo @andibr und andere.
seit dem Update der roborock-App auf die Version 02.58.40 am 11.8.23 habe ich auch Probleme mit dem roborock und dem Adapter, minütlich kommt die Fehlermeldung

"Unsported attribute: clean_percent of get_status with value 0. Please contact the dev to add the newly found attribute of your robot."

Ich habe das bereits in github gemeldet.

Gruß Bert.

[David G.]

@jahnbes

Ist eine neue Funktion in der App. Dort sieht man beim reinigen den Fortschritt in einem Balken.