Deebot Ozmo 950 [MQTT][CLOUDFREE][CLOUD][bumper][non-bumper]

[schwatter]

Nabend,

mh vielleicht ein Prerelease mit Fehlern? Ich habe im Moment die 1.80 installiert. Installier mal neu:

Code: [Auswählen]

pip3 install deebotozmo==1.8.0

Gruß schwatter

[davipet]

Moin,

danke für den Tipp,

ist bei mir auch die 1.8.0 

Kann meine Python-Version schlecht sein?
python -V sagt 2.7.13
python3 -V sagt 3.5.3


Gruß

David

[schwatter]

Nabend

Code: [Auswählen]

root@raspi4fhem:~# python -V
Python 2.7.16
root@raspi4fhem:~# python3 -V
Python 3.7.3
Probleme hatte ich nur nach V 1.8.0. Da hat sich was geändert.

https://pypi.org/project/deebotozmo/#history

Code: [Auswählen]

pip3 install deebotozmo==2.0.0b6
Da keine Zeit und Motivation, hatte ich einfach wieder auf 1.8.0 gedowngraded.


Gruß schwatter

[davipet]

Moin,

ich bin noch an den Thema dran...

Ich habe eine frische VM mit debian 10 aufgesetzt.
python 2.7.16 und Python 3.7.3 laufen da.

"createconfig" läuft nun ohne, dass ich den Code ändern muss.
Aber exportlivemap wirft noch immer diese Fehler...
Ich habe den OZMO 950 mit firmware 1.8.2

Kann es an der Karte selber liegen? Gibt es da etwas was in der App nicht gemacht werden sollte? Ich habe z.B. ein paar erkannte Räume zusammen gelegt.

Danke!

Gruß

David

[schwatter]

Nabend,

mein Ozmo ist auch auf der 1.8.2. Und bei mir habe ich es auf meinem
Raspi4 installiert, auf dem auch Fhem läuft.
Das mit dem zusammenlegen der Räume sollte kein Problem sein.
Stell dein Problem bitte in Github ein.

Gruß schwatter

edit:

Ok, ich bekomme jetzt auch den Fehler.

Code: [Auswählen]

root@raspi4fhem:~# deebotozmo exportlivemap /tmp/map.png
Traceback (most recent call last):
  File "/usr/lib/python3.7/base64.py", line 510, in _input_type_check
    m = memoryview(s)
TypeError: memoryview: a bytes-like object is required, not 'NoneType'

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/usr/local/bin/deebotozmo", line 10, in <module>
    sys.exit(cli())
  File "/usr/local/lib/python3.7/dist-packages/click/core.py", line 829, in __call__
    return self.main(*args, **kwargs)
  File "/usr/local/lib/python3.7/dist-packages/click/core.py", line 782, in main
    rv = self.invoke(ctx)
  File "/usr/local/lib/python3.7/dist-packages/click/core.py", line 1289, in invoke
    rv.append(sub_ctx.command.invoke(sub_ctx))
  File "/usr/local/lib/python3.7/dist-packages/click/core.py", line 1066, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/usr/local/lib/python3.7/dist-packages/click/core.py", line 610, in invoke
    return callback(*args, **kwargs)
  File "/usr/local/lib/python3.7/dist-packages/deebotozmo/cli.py", line 203, in exportLiveMap
    fh.write(base64.decodebytes(vacbot.live_map))
  File "/usr/lib/python3.7/base64.py", line 545, in decodebytes
    _input_type_check(s)
  File "/usr/lib/python3.7/base64.py", line 513, in _input_type_check
    raise TypeError(msg) from err
TypeError: expected bytes-like object, not NoneType
root@raspi4fhem:~#
Wahrscheinlicht hat Ecovacs etwas geändert, oder ein Service von den ist down.

[ZeitlerW]

Hallo zusammen,

ich mußte wieder auf 1.7.1 zurückgehen, dann hat es bei mir funktioniert.
Python 3.5.3 auf Raspbian Stretch


p.s.
@schwatter: Vielen Dank für Deine Arbeit!

vG
Wolfgang

[schwatter]

@ZeitlerW

Sehr gerne. Und jetzt auch Dank an dich. Mit 1.7.1 is alles ok.
Jetzt weiß ich auch warum es nicht mehr funktionert. Ich war
auf 1.7.1 und hatte die letzte Prerelease probiert. Da es nicht
funktioniert hat habe ich einfach die letzte stable 1.8.0 installiert
und nur getestet ob der Bot startet.

Gruß schwatter

[davipet]

Moin!

Danke Wolfgang. Mit der 1.7.1 hatte ich es noch gar nicht versucht. Damit funktioniert es bei mir auch!

Ich habe das übrigens mal an den Entwickler weiter kommuniziert.

Gruß

David

[schwatter]

@KölnSolar

Nabend,
nachdem der Edenhaus, der jetztige MainContributer/MainDev von der DeebotLibrary im Moment alles umkrempelt und den Client eher als optional betrachtet, bzw. keine Lust auf Support hat, dachte ich, ich schau mir nochmal das Problem mit dem Port an.

Der Port wurde beim Bot von 1883 auf 443 geändert. Um das ganze jetzt mit FhemOnly zu realisieren, bekommen wir
eine Port-Konflikt.

Code: [Auswählen]

defmod myEcovacsServer MQTT2_SERVER 443 global
attr myEcovacsServer SSL 1
attr myEcovacsServer autocreate simple
attr myEcovacsServer room Saugroboter
attr myEcovacsServer sslVersion TLSv12

Code: [Auswählen]

myEcovacsServer: Can't open server port at 443: Permission denied
An der Stelle ist das Problem mein ich Fhem selber, da es 443 blockiert? Irgendwo aufgeschnappt. Kann der Port vielleicht freigegeben werden?
Belegte Fhemports von mir sind 8083,8084 und 8085.

Alternative wäre ein anderer Headlessserver ohne irgendeinem Firlefanz in Bezug auf Port 443 (Webinterface,...,...) oder

ein Routing.

Code: [Auswählen]

iptables -A PREROUTING -t nat -i wlp0s20f3 -p tcp --dport 443 -j REDIRECT --to-port 8883
Aber auch da bin ich mir nicht sicher, Konflikt mit Fhem wegen dem blockieten Port?

Gruß schwatter

edit:
Oder einfach

Code: [Auswählen]

iptables -t nat -A PREROUTING -p tcp --dport 443 -j REDIRECT --to 8883

[schwatter]

Juhu,
funktioniert, da issa wieder.

Code: [Auswählen]

Internals:
   CFGFN     
   CID        bb5d3df7_0ec5_4f38_b930_b6e0ed03b963_yna5xi_iElk
   DEF        bb5d3df7_0ec5_4f38_b930_b6e0ed03b963_yna5xi_iElk
   DEVICETOPIC MQTT2_bb5d3df7_0ec5_4f38_b930_b6e0ed03b963_yna5xi_iElk
   FUUID      616ddb0d-f33f-86cf-676e-918b2d18a445b6eb
   IODev      myEcovacsServer
   LASTInputDev myEcovacsServer
   MSGCNT     2
   NAME       MQTT2_bb5d3df7_0ec5_4f38_b930_b6e0ed03b963_yna5xi_iElk
   NR         487
   STATE      ???
   TYPE       MQTT2_DEVICE
   myEcovacsServer_MSGCNT 2
   myEcovacsServer_TIME 2021-10-18 22:37:33
   READINGS:
     2021-10-18 22:37:33   IODev           myEcovacsServer
     2021-10-18 22:37:33   body_data_code  1065
     2021-10-18 22:37:43   body_data_enable 1
     2021-10-18 22:37:33   body_data_info_1_built 1
     2021-10-18 22:37:33   body_data_info_1_index 2
     2021-10-18 22:37:33   body_data_info_1_mid 2010636970
     2021-10-18 22:37:33   body_data_info_1_name
     2021-10-18 22:37:33   body_data_info_1_status 0
     2021-10-18 22:37:33   body_data_info_1_using 1
     2021-10-18 22:37:33   body_data_info_2_built 0
     2021-10-18 22:37:33   body_data_info_2_index 3
     2021-10-18 22:37:33   body_data_info_2_mid 2010636970
     2021-10-18 22:37:33   body_data_info_2_name
     2021-10-18 22:37:33   body_data_info_2_status 0
     2021-10-18 22:37:33   body_data_info_2_using 1
     2021-10-18 22:37:43   body_data_isCharging 1
     2021-10-18 22:37:33   body_data_isHasMap 1
     2021-10-18 22:37:43   body_data_mode  slot
     2021-10-18 22:37:33   body_data_state idle
     2021-10-18 22:37:33   body_data_trigger none
     2021-10-18 22:37:43   header_fwVer    1.8.2
     2021-10-18 22:37:43   header_hwVer    0.1.1
     2021-10-18 22:37:43   header_pri      1
     2021-10-18 22:37:43   header_ts       1634589461911
     2021-10-18 22:37:43   header_tzm      480
     2021-10-18 22:37:43   header_ver      0.0.1
Attributes:
   readingList bb5d3df7_0ec5_4f38_b930_b6e0ed03b963_yna5xi_iElk:iot/atr/onRelocationState/bb5d3df7-0ec5-4f38-b930-b6e0ed03b963/yna5xi/iElk/j:.* { json2nameValue($EVENT) }
bb5d3df7_0ec5_4f38_b930_b6e0ed03b963_yna5xi_iElk:iot/atr/onMapState/bb5d3df7-0ec5-4f38-b930-b6e0ed03b963/yna5xi/iElk/j:.* { json2nameValue($EVENT) }
bb5d3df7_0ec5_4f38_b930_b6e0ed03b963_yna5xi_iElk:iot/atr/onSched/bb5d3df7-0ec5-4f38-b930-b6e0ed03b963/yna5xi/iElk/j:.* { json2nameValue($EVENT) }
bb5d3df7_0ec5_4f38_b930_b6e0ed03b963_yna5xi_iElk:iot/atr/onCachedMapInfo/bb5d3df7-0ec5-4f38-b930-b6e0ed03b963/yna5xi/iElk/j:.* { json2nameValue($EVENT) }
bb5d3df7_0ec5_4f38_b930_b6e0ed03b963_yna5xi_iElk:iot/atr/onEvt/bb5d3df7-0ec5-4f38-b930-b6e0ed03b963/yna5xi/iElk/j:.* { json2nameValue($EVENT) }
bb5d3df7_0ec5_4f38_b930_b6e0ed03b963_yna5xi_iElk:iot/atr/onCleanInfo/bb5d3df7-0ec5-4f38-b930-b6e0ed03b963/yna5xi/iElk/j:.* { json2nameValue($EVENT) }
bb5d3df7_0ec5_4f38_b930_b6e0ed03b963_yna5xi_iElk:iot/atr/onSleep/bb5d3df7-0ec5-4f38-b930-b6e0ed03b963/yna5xi/iElk/j:.* { json2nameValue($EVENT) }
bb5d3df7_0ec5_4f38_b930_b6e0ed03b963_yna5xi_iElk:iot/atr/onChargeState/bb5d3df7-0ec5-4f38-b930-b6e0ed03b963/yna5xi/iElk/j:.* { json2nameValue($EVENT) }
   room       MQTT2_DEVICE
Funktionierte erst, nachdem ich den Bot einmal aus und wieder eingeschaltet hatte.

Gruß schwatter

edit:

Ich habe den Hinweis im ersten Post unter 2.02 hinzugefügt.

[KölnSolar]

Na dann antworte ich mal nur ohne Worte. 
Grüße Markus