MQTT2 für Worx Landroid Mähroboter

Begonnen von Otto123, 09 Juni 2020, 13:55:43

Vorheriges Thema - Nächstes Thema

hoppel118

Nö, Windows schon länger nicht mehr. Früher auch notepad++.

1. Terminalfenster an meinem Mac geöffnet
2. neue Datei mit nano auf meinem Server geöffnet
3. Inhalte aus dem Eingangspost kopiert/eingefügt (Jetzt sollte eigentlich alles weg sein, was da nicht hingehört)
4. Broker, ID und MAC-Adresse angepasst
5. define des MQTT2 Devices aus meiner Datei kopiert und über das FHEM WebUI eingefügt
6. alle attr aus meiner Datei kopiert und per RAW definition eingefügt

Fertig!

Ok, dann versuche ich das MQTT2_Device nachher einfach nochmal zu connecten. Evtl. bin ich dann wieder 24h gesperrt. Schauen wir mal. Ich melde mich wieder. ;)
Server: Openmediavault, XEON E3-1240L-v5, Supermicro X11SSH-CTF, 64GB ECC RAM, SSD, RAID-Z2
Homebridge | Alexa | Yowsup
Homematic | HomeConnect | MQTT | Philips Hue | Sonos | Unifi Network & Protect | vbus | Xiaomi

rudolfkoenig

ZitatIch hatte mein MQTT2_Device gestern nach den gescheiterten Tests manuell auf "disabled" gesetzt.
Wenn das ein MQTT2_CLIENT ist: disabled verhindert, dass Nachrichten gesendet, oder in FHEM verteilt werden, nicht aber ein Verbindungsaufbau. Fuer den Server schaut das nach einem stummen, aber normalen Client aus.
Wenn das ein MQTT2_DEVICE ist, dann hat disabled ungefaehr die gleiche Wirkung, nur auf diese Instanz begrenzt.

Ich gehe davon aus, dass Ihr eine andere Erwartung habt.
Ein Attribut, was verhindert, dass MQTT2_CLIENT eine Verbindung aufbaut, gibt es nicht, nur den set Befehl disconnect.

hoppel118

#212
Sorry, wenn ich hier jetzt etwas durcheinander geworfen habe. Ich rede von folgendem Device:

Internals:
   CFGFN     
   Clients    :MQTT2_DEVICE:MQTT_GENERIC_BRIDGE:
   ClientsKeepOrder 1
   DEF        a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883
   DeviceName a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883
   FUUID      60c1bb70-f33f-5dcf-f877-1d42337487f1bec8
   NAME       MQTT_Worx
   NR         1778
   SSL        1
   STATE      disconnected
   TYPE       MQTT2_CLIENT
   WBCallback
   clientId   fhem-60c1bbab-f33f-5dcf-d603-0534524fe385
   connecting 2
   nextOpenDelay 5
   MatchList:
     1:MQTT2_DEVICE ^.
     2:MQTT_GENERIC_BRIDGE ^.
   READINGS:
     2021-06-10 12:32:53   state           disconnected
   sslargs:
     SSL_cert_file aws.cer
     SSL_key_file aws.key
     SSL_use_cert 1
     SSL_version TLSv12
Attributes:
   SSL        1
   autocreate simple
   clientId   fhem-60c1bbab-f33f-5dcf-d603-0534524fe385
   keepaliveTimeout 600
   mqttVersion 3.1.1
   msgAfterConnect PRM100/E868E7219054/commandIn {}
   sslargs    SSL_version:TLSv12 SSL_cert_file:aws.cer SSL_key_file:aws.key SSL_use_cert:1
   subscriptions PRM100/E868E7219054/commandOut
   verbose    5


TYPE       MQTT2_CLIENT

Wie dem auch sei, gerade mal über die App probiert einen Rasenkantenschnitt auszulösen. Funktioniert wieder... Gestern um 12:32:53 Uhr habe ich diesen MQTT2_CLIENT auf disabled gesetzt.

Nun mit "set MQTT_Worx connect" versucht die Verbindung aufzubauen. Möp. Nach einer knappen Minute habe ich das Unterfangen abgebrochen. Klappt nicht.

Das hier hat das verbose 5 ausgegeben, beim Login und eine Sekunde danach:

2021.06.11 17:20:17 5: HttpUtils url=https://a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883/ NonBlocking
2021.06.11 17:20:17 4: IP: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com -> 52.215.85.94
2021.06.11 17:20:17 5: MQTT_Worx: sending SUBSCRIBE (130)#(0)X(0)(30)PRM100/E868E7219054/commandOut(0)
2021.06.11 17:20:17 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 reappeared (MQTT_Worx)
2021.06.11 17:20:17 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 disconnected, waiting to reappear (MQTT_Worx)
2021.06.11 17:20:17 5: HttpUtils url=https://a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883/ NonBlocking
2021.06.11 17:20:17 4: IP: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com -> 54.194.42.62
2021.06.11 17:20:17 5: MQTT_Worx: sending CONNECT (16)5(0)(4)MQTT(4)(2)(2)X(0))fhem-60c1bbab-f33f-5dcf-d603-0534524fe385
2021.06.11 17:20:17 5: SW: 103500044d5154540402025800296668656d2d36306331626261622d663333662d356463662d643630332d303533343532346665333835
2021.06.11 17:20:17 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 reappeared (MQTT_Worx)
2021.06.11 17:20:17 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 disconnected, waiting to reappear (MQTT_Worx)
2021.06.11 17:20:17 5: HttpUtils url=https://a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883/ NonBlocking
2021.06.11 17:20:17 4: IP: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com -> 52.215.85.94
2021.06.11 17:20:17 5: MQTT_Worx: sending CONNECT (16)5(0)(4)MQTT(4)(2)(2)X(0))fhem-60c1bbab-f33f-5dcf-d603-0534524fe385
2021.06.11 17:20:17 5: SW: 103500044d5154540402025800296668656d2d36306331626261622d663333662d356463662d643630332d303533343532346665333835
2021.06.11 17:20:17 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 reappeared (MQTT_Worx)
2021.06.11 17:20:17 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 disconnected, waiting to reappear (MQTT_Worx)
2021.06.11 17:20:17 5: HttpUtils url=https://a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883/ NonBlocking
2021.06.11 17:20:17 4: IP: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com -> 52.209.165.176
2021.06.11 17:20:17 5: MQTT_Worx: sending CONNECT (16)5(0)(4)MQTT(4)(2)(2)X(0))fhem-60c1bbab-f33f-5dcf-d603-0534524fe385
2021.06.11 17:20:17 5: SW: 103500044d5154540402025800296668656d2d36306331626261622d663333662d356463662d643630332d303533343532346665333835
2021.06.11 17:20:17 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 reappeared (MQTT_Worx)
2021.06.11 17:20:18 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 disconnected, waiting to reappear (MQTT_Worx)
2021.06.11 17:20:18 5: HttpUtils url=https://a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883/ NonBlocking
2021.06.11 17:20:18 4: IP: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com -> 52.48.201.133
2021.06.11 17:20:18 5: MQTT_Worx: sending CONNECT (16)5(0)(4)MQTT(4)(2)(2)X(0))fhem-60c1bbab-f33f-5dcf-d603-0534524fe385
2021.06.11 17:20:18 5: SW: 103500044d5154540402025800296668656d2d36306331626261622d663333662d356463662d643630332d303533343532346665333835
2021.06.11 17:20:18 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 reappeared (MQTT_Worx)
2021.06.11 17:20:18 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 disconnected, waiting to reappear (MQTT_Worx)
2021.06.11 17:20:18 5: HttpUtils url=https://a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883/ NonBlocking
2021.06.11 17:20:18 4: IP: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com -> 52.48.197.31
2021.06.11 17:20:18 5: MQTT_Worx: sending CONNECT (16)5(0)(4)MQTT(4)(2)(2)X(0))fhem-60c1bbab-f33f-5dcf-d603-0534524fe385
2021.06.11 17:20:18 5: SW: 103500044d5154540402025800296668656d2d36306331626261622d663333662d356463662d643630332d303533343532346665333835
2021.06.11 17:20:18 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 reappeared (MQTT_Worx)
2021.06.11 17:20:18 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 disconnected, waiting to reappear (MQTT_Worx)
2021.06.11 17:20:18 5: HttpUtils url=https://a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883/ NonBlocking
2021.06.11 17:20:18 4: IP: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com -> 52.211.26.4
2021.06.11 17:20:18 5: MQTT_Worx: sending CONNECT (16)5(0)(4)MQTT(4)(2)(2)X(0))fhem-60c1bbab-f33f-5dcf-d603-0534524fe385
2021.06.11 17:20:18 5: SW: 103500044d5154540402025800296668656d2d36306331626261622d663333662d356463662d643630332d303533343532346665333835
2021.06.11 17:20:18 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 reappeared (MQTT_Worx)
2021.06.11 17:20:18 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 disconnected, waiting to reappear (MQTT_Worx)
2021.06.11 17:20:18 5: HttpUtils url=https://a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883/ NonBlocking
2021.06.11 17:20:18 4: IP: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com -> 52.210.57.84
2021.06.11 17:20:18 5: MQTT_Worx: sending CONNECT (16)5(0)(4)MQTT(4)(2)(2)X(0))fhem-60c1bbab-f33f-5dcf-d603-0534524fe385
2021.06.11 17:20:18 5: SW: 103500044d5154540402025800296668656d2d36306331626261622d663333662d356463662d643630332d303533343532346665333835
2021.06.11 17:20:18 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 reappeared (MQTT_Worx)
2021.06.11 17:20:18 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 disconnected, waiting to reappear (MQTT_Worx)
2021.06.11 17:20:18 5: HttpUtils url=https://a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883/ NonBlocking
2021.06.11 17:20:18 4: IP: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com -> 52.210.79.101
2021.06.11 17:20:18 5: MQTT_Worx: sending CONNECT (16)5(0)(4)MQTT(4)(2)(2)X(0))fhem-60c1bbab-f33f-5dcf-d603-0534524fe385
2021.06.11 17:20:18 5: SW: 103500044d5154540402025800296668656d2d36306331626261622d663333662d356463662d643630332d303533343532346665333835
2021.06.11 17:20:18 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 reappeared (MQTT_Worx)
2021.06.11 17:20:18 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 disconnected, waiting to reappear (MQTT_Worx)
2021.06.11 17:20:18 5: HttpUtils url=https://a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883/ NonBlocking
2021.06.11 17:20:18 4: IP: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com -> 54.194.42.62
2021.06.11 17:20:18 5: MQTT_Worx: sending CONNECT (16)5(0)(4)MQTT(4)(2)(2)X(0))fhem-60c1bbab-f33f-5dcf-d603-0534524fe385
2021.06.11 17:20:18 5: SW: 103500044d5154540402025800296668656d2d36306331626261622d663333662d356463662d643630332d303533343532346665333835
2021.06.11 17:20:18 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 reappeared (MQTT_Worx)
2021.06.11 17:20:18 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 disconnected, waiting to reappear (MQTT_Worx)


Ich schätze da steht nichts neues brauchbares drin, oder?

Hm..., das ist ja bescheiden. Was könnte man noch tun?

Ich habe die AWS.p12 Datei mit der DeskApp Version V0.0.26 erstellt. Die App verbindet sich auch ordnungsgemäß mit dem Robomäher. Macht es evtl. Sinn das Ganze nochmal mit V0.0.24 zu probieren? Otto du schreibst im Eingangspost, dass es bei dir mit V0.0.24 erfolgreich geklappt hat. Gefühlt macht es aber keinen Sinn, da du ja auch die Probleme in der zweiten Instanz hast. Welche DeskApp Version verwendest du denn eigentlich momentan?

Im nächsten Schritt werde ich dann Befehl für Befehl (define und attr) manuell über das FHEM WebUI eingeben. Dazu werde ich vrsl. aber erst Sonntag kommen, da wir das Wochenende über unterwegs sind.

Gruß Hoppel
Server: Openmediavault, XEON E3-1240L-v5, Supermicro X11SSH-CTF, 64GB ECC RAM, SSD, RAID-Z2
Homebridge | Alexa | Yowsup
Homematic | HomeConnect | MQTT | Philips Hue | Sonos | Unifi Network & Protect | vbus | Xiaomi

Otto123

#213
Zitat von: rudolfkoenig am 11 Juni 2021, 17:02:41
Ich gehe davon aus, dass Ihr eine andere Erwartung habt.
Ein Attribut, was verhindert, dass MQTT2_CLIENT eine Verbindung aufbaut, gibt es nicht, nur den set Befehl disconnect.
Das war meine Beobachtung und mein Eindruck von meinem wenig fundiertem Blick in Deinen Code  8) - ok, dann habe ich ich es richtig verstanden.
Also ich fänd es besser, wenn disable dann wirklich nix - aber das ist ein nur mein Wunsch.

Mein Eindruck vom Code war aber auch an der Stelle mit der Zeitverzögerung so: die greift nicht immer. Aber da bin ich zu schlecht. Hilft Dir der Gedanke/die Beobachtung, dass der Cloud Server eine "Anmeldung" zulässt aber ein Zugriff auf MQTT geblockt wird? Kann das zu der schnellen Abfolge an Versuchen führen?
So sieht jetzt ein erfolgreicher Login / connect aus:
2021.06.11 20:55:27 5: HttpUtils url=https://a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883/
2021.06.11 20:55:27 4: IP: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com -> 52.210.191.157
2021.06.11 20:55:28 5: MQTT_Worx: sending SUBSCRIBE (130)#(0)(146)(0)(30)PRM100/98D86331CB24/commandOut(0)
2021.06.11 20:55:28 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 reappeared (MQTT_Worx)
2021.06.11 20:55:28 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 disconnected, waiting to reappear (MQTT_Worx)
2021.06.11 20:55:28 5: HttpUtils url=https://a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883/
2021.06.11 20:55:28 4: IP: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com -> 52.210.191.157
2021.06.11 20:55:28 5: MQTT_Worx: sending CONNECT (16)8(0)(4)MQTT(4)(2)(2)X(0),android-da8a27fb-15bf-4450-a4d6-036c0902b83b
2021.06.11 20:55:28 5: SW: 103800044d51545404020258002c616e64726f69642d64613861323766622d313562662d343435302d613464362d303336633039303262383362
2021.06.11 20:55:28 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 reappeared (MQTT_Worx)
2021.06.11 20:55:28 5: MQTT_Worx: received CONNACK (0)(0)
2021.06.11 20:55:28 5: MQTT_Worx: sending SUBSCRIBE (130)#(0)(146)(0)(30)PRM100/98D86331CB24/commandOut(0)
2021.06.11 20:55:28 5: MQTT_Worx: received SUBACK (0)(146)(0)
2021.06.11 20:55:28 5: MQTT_Worx: sending PUBLISH 0!(0)(29)PRM100/98D86331CB24/commandIn{}
2021.06.11 20:55:28 5: SW: 3021001d50524d3130302f3938443836333331434232342f636f6d6d616e64496e7b7d


@Hoppel Ich vergleiche mal die Zertifikate ich habe Alte und Neue :)
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

mthome

#214
Hallo zusammen,

ich habe mal die cert und key mit dem Tool v24 bzw. v26 verglichen. Kein Unterschied.

Aber ich eine andere interessante Entdeckung gemacht: Wenn ich das .cert und .key File aus fhem erzeugen lasse ist die Größe beim .key kleiner als wenn ich es in der Shell erzeuge  :o:
ls -l /opt/fhem/aws.*
-rw------- 1 fhem dialout 1430 Jun 12 11:03 /opt/fhem/aws.cer
-rw------- 1 fhem dialout 1828 Jun 12 11:04 /opt/fhem/aws.key

mthome@hermine:~$ ls -l aws.*
-rw------- 1 mthome mthome 1430 Jun 12 11:01 aws.cer
-rw------- 1 mthome mthome 3258 Jun 12 11:01 aws.key


Leider ist mein Account noch gesperrt....aber wenn er wieder unlocked ist probiere ich es mal mit dem in der Shell erzeugten key

Ralli

So sehen die Größen bei mir mit einem funktionierenden Setup aus:


-rw------- 1 fhem dialout 1430 Apr 18 08:36 aws.cer
-rw------- 1 fhem dialout 1832 Apr 18 08:36 aws.key


Mit der V0.0.26 erzeugt.
Gruß,
Ralli

Proxmox 8.1 Cluster mit HP ED800G2i7, Intel NUC11TNHi7+NUC7i5BNH, virtualisiertes fhem 6.3 dev, virtualisierte RaspberryMatic (3.75.6.20240316) mit HB-RF-ETH 1.3.0 / RPI-RF-MOD, HM-LAN-GW (1.1.5) und HMW-GW, FRITZBOX 7490 (07.57), FBDECT, Siri und Alexa

rudolfkoenig

ZitatAlso ich fänd es besser, wenn disable dann wirklich nix - aber das ist ein nur mein Wunsch.
Habs eingebaut, das gilt aber nur fuer disable. Das Verhalten bei disabledForIntervals bleibt weiterhin das Alte.

Ansonsten habe ich weitere Experimente gemacht:
- SSL-mosquitto und MQTT2_CLIENT ohne SSL => retry in 5s
- SSL-mosquitto und MQTT2_CLIENT mit SSL => funktioniert
- SSL+require_certificate-mosquitto und MQTT2_CLIENT mit SSL,ohne client cert => connection refused, not authorized => kein retry
- SSL+require_certificate-mosquitto und MQTT2_CLIENT mit SSL,falsches client cert => connection refused, not authorized => kein retry
- SSL+require_certificate-mosquitto und MQTT2_CLIENT mit SSL,richtiges client cert => funktioniert

=> Keine Idee, wo die Endlosschleife herkommen soll.

mthome

Zitat von: mthome am 12 Juni 2021, 11:09:42
Leider ist mein Account noch gesperrt....aber wenn er wieder unlocked ist probiere ich es mal mit dem in der Shell erzeugten key

So Account war wieder frei.....leider war ich auch mit dem anderen key file nicht erfolgreich  :'(. Und wieder habe ich meinen Zugang erfolgreich gesperrt  >:(. Ich glaube ich gebe auf.

Logauszug immer noch gleich:
2021.06.12 16:59:55 4: IP: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com -> 52.214.252.38
2021.06.12 16:59:55 5: MQTT_Worx: sending CONNECT (16)5(0)(4)MQTT(4)(2)(2)X(0))fhem-60c22a26-f33f-6d2a-1397-e751eb3cd23a
2021.06.12 16:59:55 5: SW: 103500044d5154540402025800296668656d2d36306332326132362d663333662d366432612d313339372d653735316562336364323361
2021.06.12 16:59:55 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 reappeared (MQTT_Worx)
2021.06.12 16:59:55 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 disconnected, waiting to reappear (MQTT_Worx)
2021.06.12 16:59:55 5: HttpUtils url=https://a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883/ NonBlocking
2021.06.12 16:59:55 4: IP: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com -> 52.214.252.38
2021.06.12 16:59:55 5: MQTT_Worx: sending CONNECT (16)5(0)(4)MQTT(4)(2)(2)X(0))fhem-60c22a26-f33f-6d2a-1397-e751eb3cd23a
2021.06.12 16:59:55 5: SW: 103500044d5154540402025800296668656d2d36306332326132362d663333662d366432612d313339372d653735316562336364323361
2021.06.12 16:59:55 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 reappeared (MQTT_Worx)
2021.06.12 16:59:55 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 disconnected, waiting to reappear (MQTT_Worx)
2021.06.12 16:59:55 5: HttpUtils url=https://a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883/ NonBlocking

Otto123

Moin,

irgendwie ist das komisch, ich habe das Gefühl, dass es vor einem Jahr dieses Verhalten nicht gab.
Ich habe gestern eine neue Verbindung mit der DeskApp erzeugt, also config und Zertifikat gelöscht, neue CID und neues Zertifikat erzeugt.
Das Zertifkat ist identisch mit dem vor einem Jahr erzeugtem, da ist also nichts "neues" passiert.
Die DeskApp meldet sich also mit neuer CID und dem Zertifikat an. Ich melde die DeskApp wieder ab und übertrage das Zertifikat und die CID auf den MQTT2_CLIENT. Der verursacht Sekunden später wieder eine Sperre des Accounts.
Ich versuche nachher mal den MQTT2_CLIENT vom letzten Jahr...

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

remo

#219
Hallo. Ich bin nun auch Besitzer eines M500 plus. Habe bisher die Variante von Axel implementiert. Funktioniert soweit super. Erscheint mir aber etwas ,,oversized". Deshalb würde ich gerne Ottos Variante einbinden. Was sich für mich aus diesem Thread aber nicht erschlossen hat: kann ich über Ottos Variante auch ein zB

,,set Landroid edgeCut"

absetzen?

Oder gezielt Readings mit ,,ReadingsVal" auslesen?

Wie sieht es mit den Status- und Fehler-Codes aus?
Existieren dafür Readings?

Mein Ziel:
1) würde ich gerne FHEM-Boardmittel ohne viel Zusatz-Software verwenden.
2) fehlt mir bei Axels Variante der Party-Modus.

Gruß.

Ralli

Zitat von: remo am 13 Juni 2021, 14:04:27
,,set Landroid edgeCut"

Ja.

Zitat
Oder gezielt Readings mit ,,ReadingsVal" auslesen?

Ja.

Zitat
Wie sieht es mit den Status- und Fehler-Codes aus?
Existieren dafür Readings?

Ja.
Gruß,
Ralli

Proxmox 8.1 Cluster mit HP ED800G2i7, Intel NUC11TNHi7+NUC7i5BNH, virtualisiertes fhem 6.3 dev, virtualisierte RaspberryMatic (3.75.6.20240316) mit HB-RF-ETH 1.3.0 / RPI-RF-MOD, HM-LAN-GW (1.1.5) und HMW-GW, FRITZBOX 7490 (07.57), FBDECT, Siri und Alexa

remo

Gut. Danke für die schnelle Antwort.

Noch etwas:

1) Wie sieht es mit dem Zurücksetzen der Klingen-Zeit aus?
2) werden Fehler und Status als Code oder als Text ausgegeben?
3) gibt es ein Reading für die FW Version?

Ralli

Richte es doch einfach mal (parallel) ein!
Gruß,
Ralli

Proxmox 8.1 Cluster mit HP ED800G2i7, Intel NUC11TNHi7+NUC7i5BNH, virtualisiertes fhem 6.3 dev, virtualisierte RaspberryMatic (3.75.6.20240316) mit HB-RF-ETH 1.3.0 / RPI-RF-MOD, HM-LAN-GW (1.1.5) und HMW-GW, FRITZBOX 7490 (07.57), FBDECT, Siri und Alexa

mthome

HalloOtte,
Zitat von: Otto123 am 13 Juni 2021, 10:47:21
Ich versuche nachher mal den MQTT2_CLIENT vom letzten Jahr...

Bin schon sehr interessiert, was dabei rauskommt. Wie kann man denn eine ältere Modulversion installieren?

Hast Du sonst noch eine Idee, was wir versuchen können? Dann könnten Hoppel & ich ja parallel noch andere Möglichkeit testen (dann sparen wir uns einen Tag).

Danke für Deine Unterstütung!

Otto123

Zitat von: remo am 13 Juni 2021, 14:18:30
Gut. Danke für die schnelle Antwort.

Noch etwas:

1) Wie sieht es mit dem Zurücksetzen der Klingen-Zeit aus?
2) werden Fehler und Status als Code oder als Text ausgegeben?
3) gibt es ein Reading für die FW Version?
1: Das war irgendwie ein Verständigungsproblem, das hatten wir Anfang der Saison, da muss ich schauen. Ich meine: der Mäher lässt das nicht zu, das andere Modul behandelt das quasi einfach intern. siehe Beitrag hier im Thread vom 21 April 2021, 14:27:07
2. sowohl als auch
3. ja

Allerdings gibt es aktuell offenbar ein Einrichtungsproblem, wo man sich für einen Tag aussperrt. Das untersuche ich gerade. Also mit Tests eventuell noch warten.
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz