Autor Thema: Deebot Ozmo 950 [MQTT][CLOUDFREE][CLOUD][bumper][non-bumper]  (Gelesen 11895 mal)

Offline schwatter

  • Sr. Member
  • ****
  • Beiträge: 593
Antw:Deebot Ozmo 950 [MQTT][CLOUDFREE][CLOUD][bumper][non-bumper]
« Antwort #120 am: 24 Juni 2021, 21:06:39 »
Nabend,

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

pip3 install deebotozmo==1.8.0

Gruß schwatter

Offline davipet

  • New Member
  • *
  • Beiträge: 44
Antw:Deebot Ozmo 950 [MQTT][CLOUDFREE][CLOUD][bumper][non-bumper]
« Antwort #121 am: 25 Juni 2021, 10:17:36 »
Moin,

danke für den Tipp,

ist bei mir auch die 1.8.0  :o

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


Gruß

David
« Letzte Änderung: 25 Juni 2021, 10:26:30 von davipet »

Offline schwatter

  • Sr. Member
  • ****
  • Beiträge: 593
Antw:Deebot Ozmo 950 [MQTT][CLOUDFREE][CLOUD][bumper][non-bumper]
« Antwort #122 am: 26 Juni 2021, 21:27:52 »
Nabend

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
pip3 install deebotozmo==2.0.0b6
Da keine Zeit und Motivation, hatte ich einfach wieder auf 1.8.0 gedowngraded.


Gruß schwatter

Offline davipet

  • New Member
  • *
  • Beiträge: 44
Antw:Deebot Ozmo 950 [MQTT][CLOUDFREE][CLOUD][bumper][non-bumper]
« Antwort #123 am: 02 Juli 2021, 15:37:56 »
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

Offline schwatter

  • Sr. Member
  • ****
  • Beiträge: 593
Antw:Deebot Ozmo 950 [MQTT][CLOUDFREE][CLOUD][bumper][non-bumper]
« Antwort #124 am: 02 Juli 2021, 19:22:06 »
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.

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.
« Letzte Änderung: 02 Juli 2021, 21:26:09 von schwatter »

Offline ZeitlerW

  • Full Member
  • ***
  • Beiträge: 176
Antw:Deebot Ozmo 950 [MQTT][CLOUDFREE][CLOUD][bumper][non-bumper]
« Antwort #125 am: 04 Juli 2021, 17:52:09 »
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


Offline schwatter

  • Sr. Member
  • ****
  • Beiträge: 593
Antw:Deebot Ozmo 950 [MQTT][CLOUDFREE][CLOUD][bumper][non-bumper]
« Antwort #126 am: 04 Juli 2021, 18:32:45 »
@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

Offline davipet

  • New Member
  • *
  • Beiträge: 44
Antw:Deebot Ozmo 950 [MQTT][CLOUDFREE][CLOUD][bumper][non-bumper]
« Antwort #127 am: 10 Juli 2021, 10:31:00 »
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

Offline schwatter

  • Sr. Member
  • ****
  • Beiträge: 593
Antw:Deebot Ozmo 950 [MQTT][CLOUDFREE][CLOUD][bumper][non-bumper]
« Antwort #128 am: 18 Oktober 2021, 21:42:51 »
@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.

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

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.
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
iptables -t nat -A PREROUTING -p tcp --dport 443 -j REDIRECT --to 8883
« Letzte Änderung: 18 Oktober 2021, 22:21:18 von schwatter »

Offline schwatter

  • Sr. Member
  • ****
  • Beiträge: 593
Antw:Deebot Ozmo 950 [MQTT][CLOUDFREE][CLOUD][bumper][non-bumper]
« Antwort #129 am: 18 Oktober 2021, 22:41:15 »
Juhu,
funktioniert, da issa wieder.

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.
« Letzte Änderung: 18 Oktober 2021, 23:16:11 von schwatter »

Offline KölnSolar

  • Developer
  • Hero Member
  • ****
  • Beiträge: 5257
Antw:Deebot Ozmo 950 [MQTT][CLOUDFREE][CLOUD][bumper][non-bumper]
« Antwort #130 am: 19 Oktober 2021, 07:26:42 »
Na dann antworte ich mal nur ohne Worte.  ;)
Grüße Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt