Xiaomi WiFi Devices Modul (Vacuum/Airpurifier/Fan) - 72_XiaomiDevice (Support)

Begonnen von Markus M., 11 Juni 2017, 12:48:58

Vorheriges Thema - Nächstes Thema

Florie

Die sehen sich lokal doch nicht, das ist ja quasi der Sinn des Gastzugangs.

Gesendet von meinem ONEPLUS A6003 mit Tapatalk


lukeman11

Moin,

ich habe mich mal der Automation meines Roborock gewidmet und den Code angepasst, da ich die Idee von Otto123 mit dem Status nicht schlecht fand.

Jetzt stehe ich vor dem Problem, dass mein Robi nicht hervorkommen mag, wenn er gesaugt hat und ich nach Hause komme. Habe ich da am Code etwas verbockt und sehe ich den Wald vor lauter Bäumen nicht mehr? (es geht um cmd_6 ... vermutlich dann auch um cmd_7.) Es klappt jedoch ganz normal, wenn ich das Ganze per set di_Saugroboter_schedule cmd_6 anstoße.


###############################################################################################################
## Staubsaugen Mo, Mi, Fr um 10:00Uhr oder 15:00Uhr, wenn keiner zuhause ist.
###############################################################################################################
([10:00|135] and [?Bewohner:"abwesend"] and [?Saugroboter:"Docked"] and [?$SELF:saugen] eq "active")
    (set Saugroboter start,set TeleBot msg Herr Nilsson macht sauber)

DOELSEIF
    ([15:00|135] and [?Bewohner:"abwesend"] and [?Saugroboter:"Docked"] and [?$SELF:saugen] eq "active")
        (set Saugroboter start,set TeleBot msg Herr Nilsson macht sauber)

DOELSEIF
    ([10:00|3] and [?Bewohner:"verreist"] and [?Saugroboter:"Docked"] and [?$SELF:saugen] eq "active")
        (set Saugroboter start,set TeleBot msg Herr Nilsson macht sauber)

DOELSEIF
    ([Saugroboter:"Charging"] and [?$SELF:saugen] eq "active")
        (setreading $SELF saugen done)

## Abbruch der automatisierten Reinigung, wenn jemand nach Hause kommt.
DOELSEIF
    ([Bewohner:"zuhause"] and [?Saugroboter:"Cleaning"] and ($cmd eq "1" or "2"))
        (set Saugroboter charge)

## Hervorkommen zur Leerung des Staubbehälters, wenn Daniel nach Hause kommt.
DOELSEIF
    ([Daniel:"zuhause"] and [?Saugroboter:"Docked"] and [?$SELF:saugen] eq "done")
        (set Saugroboter goto Dustbin,setreading $SELF saugen emptied)

## Hervorkommen zur Leerung des Staubbehälters, wenn Bewohner im Urlaub und Merle die Wohnung betritt.
DOELSEIF
    ([Motion_MagicMirror:"on"] and [?Merle:"zuhause"] and [?Bewohner:"verreist"] and ([?Saugroboter] eq "Docked" or "Charging") and [?$SELF:saugen] eq "done")
        (set Saugroboter goto Dustbin,setreading $SELF saugen emptied)

## Reset des Status
DOELSEIF
    (([08:05] and ![?Bewohner:verreist]) or ([08:05|2] and [?Bewohner:verreist]))
        (setreading $SELF saugen active)

###############################################################################################################


(Abgesehen davon habe ich festgestellt, dass Merle, die im Residents-Modul als Guest hinterlegt ist, den Bewohnerstatus auch auf "zuhause" setzt, wodurch das Cmd auch nicht wahr werden kann. Das ist aber zunächst ein anderes Problem. Evtl kennt hierzu aber auch jemand eine Lösung? Zum Beispiel, dass der Gueststatus nicht den Bewohnerstatus ändert?)
EDIT: Ich glaube, ich habe das Problem, welches scheinbar keins war, mit attr Merle do_not_notify 1 gelöst.

Otto123

Moin,

switch er denn in cmd_6 wenn Du nach hause kommst? Sieht man im list aber nicht in der DEF, die Du hier zeigst.

Funktioniert denn set Saugroboter goto Dustbin Wenn er nach dem saugen ne neue Karte gebaut hat?  ::)

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

lukeman11

Zitat von: Otto123 am 08 August 2018, 11:51:22
Moin,

switch er denn in cmd_6 wenn Du nach hause kommst? Sieht man im list aber nicht in der DEF, die Du hier zeigst.

Funktioniert denn set Saugroboter goto Dustbin Wenn er nach dem saugen ne neue Karte gebaut hat?  ::)

Gruß Otto

Nein, er switcht nicht auf cmd_6.
Ja, das hat bisher immer funktioniert. (er hat die Ausrichtung der Karte bisher immer gleich aufgebaut.)

hier mal das list:

Internals:
   DEF        ###############################################################################################################
## Staubsaugen Mo, Mi, Fr um 10:00Uhr oder 15:00Uhr, wenn keiner zuhause ist.
###############################################################################################################
([10:00|135] and [?Bewohner:"abwesend"] and [?Saugroboter:"Docked"] and [?$SELF:saugen] eq "active")
    (set Saugroboter start,set TeleBot msg Herr Nilsson macht sauber)

DOELSEIF
    ([15:00|135] and [?Bewohner:"abwesend"] and [?Saugroboter:"Docked"] and [?$SELF:saugen] eq "active")
        (set Saugroboter start,set TeleBot msg Herr Nilsson macht sauber)

DOELSEIF
    ([10:00|3] and [?Bewohner:"verreist"] and [?Saugroboter:"Docked"] and [?$SELF:saugen] eq "active")
        (set Saugroboter start,set TeleBot msg Herr Nilsson macht sauber)

DOELSEIF
    ([Saugroboter:"Charging"] and [?$SELF:saugen] eq "active")
        (setreading $SELF saugen done)

## Abbruch der automatisierten Reinigung, wenn jemand nach Hause kommt.
DOELSEIF
    ([Bewohner:"zuhause"] and [?Saugroboter:"Cleaning"] and ($cmd eq "1" or "2"))
        (set Saugroboter charge)

## Hervorkommen zur Leerung des Staubbehälters, wenn Daniel nach Hause kommt.
DOELSEIF
    ([Daniel:"zuhause"] and [?Saugroboter:"Docked"] and [?$SELF:saugen] eq "done")
        (set Saugroboter goto Dustbin,setreading $SELF saugen emptied)

## Hervorkommen zur Leerung des Staubbehälters, wenn Bewohner im Urlaub und Merle die Wohnung betritt.
DOELSEIF
    ([Motion_MagicMirror:"on"] and [?Merle:"zuhause"] and [?Bewohner:"verreist"] and ([?Saugroboter] eq "Docked" or "Charging") and [?$SELF:saugen] eq "done")
        (set Saugroboter goto Dustbin,setreading $SELF saugen emptied)

## Reset des Status
DOELSEIF
    (([08:05] and ![?Bewohner:verreist]) or ([08:05|2] and [?Bewohner:verreist]))
        (setreading $SELF saugen active)

###############################################################################################################
   MODEL      FHEM
   NAME       di_Saugroboter_schedule
   NR         133
   NTFY_ORDER 50-di_Saugroboter_schedule
   STATE      initialized
   TYPE       DOIF
   .attraggr:
   .attreocr:
     .*
   .attrminint:
   READINGS:
     2018-08-08 11:51:59   Device          Bewohner
     2018-08-08 11:26:12   cmd             0
     2018-08-08 11:51:59   e_Bewohner_events durTimerPresence_cr: 1,durTimerPresence: 00:01:00
     2018-08-08 11:51:59   e_Daniel_events durTimerPresence_cr: 1,durTimerPresence: 00:01:00
     2018-08-08 11:50:42   e_Saugroboter_STATE Software update
     2018-08-08 11:50:42   e_Saugroboter_events Software update
     2018-08-08 11:26:12   mode            enabled
     2018-08-08 11:17:55   saugen          done
     2018-08-08 11:26:12   state           initialized
     2018-08-08 11:26:12   timer_01_c01    09.08.2018 10:00:00|135
     2018-08-08 11:26:12   timer_02_c02    08.08.2018 15:00:00|135
     2018-08-08 11:26:12   timer_03_c03    09.08.2018 10:00:00|3
     2018-08-08 11:26:12   timer_04_c08    09.08.2018 08:05:00
     2018-08-08 11:26:12   timer_05_c08    09.08.2018 08:05:00|2
   Regex:
   attr:
     cmdState:
     wait:
     waitdel:
   condition:
     0          DOIF_time_once($hash,0,$wday,"135") and EventDoIf('Bewohner',$hash,'abwesend',1) and EventDoIf('Saugroboter',$hash,'Docked',1) and ReadingValDoIf($hash,'di_Saugroboter_schedule','saugen') eq "active"
     1          DOIF_time_once($hash,1,$wday,"135") and EventDoIf('Bewohner',$hash,'abwesend',1) and EventDoIf('Saugroboter',$hash,'Docked',1) and ReadingValDoIf($hash,'di_Saugroboter_schedule','saugen') eq "active"
     2          DOIF_time_once($hash,2,$wday,"3") and EventDoIf('Bewohner',$hash,'verreist',1) and EventDoIf('Saugroboter',$hash,'Docked',1) and ReadingValDoIf($hash,'di_Saugroboter_schedule','saugen') eq "active"
     3          EventDoIf('Saugroboter',$hash,'Charging',1) and ReadingValDoIf($hash,'di_Saugroboter_schedule','saugen') eq "active"
     4          EventDoIf('Bewohner',$hash,'zuhause',1) and EventDoIf('Saugroboter',$hash,'Cleaning',1) and ($cmd eq "1" or "2")
     5          EventDoIf('Daniel',$hash,'zuhause',1) and EventDoIf('Saugroboter',$hash,'Docked',1) and ReadingValDoIf($hash,'di_Saugroboter_schedule','saugen') eq "done"
     6          EventDoIf('Motion_MagicMirror',$hash,'on',1) and EventDoIf('Merle',$hash,'zuhause',1) and EventDoIf('Bewohner',$hash,'verreist',1) and (InternalDoIf($hash,'Saugroboter','STATE') eq "Docked" or "Charging") and ReadingValDoIf($hash,'di_Saugroboter_schedule','saugen') eq "done"
     7          (DOIF_time_once($hash,3,$wday) and !ReadingValDoIf($hash,'Bewohner','verreist')) or (DOIF_time_once($hash,4,$wday,"2") and ReadingValDoIf($hash,'Bewohner','verreist'))
   days:
     0          135
     1          135
     2          3
     4          2
   devices:
     3           Saugroboter
     4           Bewohner
     5           Daniel
     6           Motion_MagicMirror
     all         Saugroboter Bewohner Daniel Motion_MagicMirror
   do:
     0:
       0          set Saugroboter start,set TeleBot msg Herr Nilsson macht sauber
     1:
       0          set Saugroboter start,set TeleBot msg Herr Nilsson macht sauber
     2:
       0          set Saugroboter start,set TeleBot msg Herr Nilsson macht sauber
     3:
       0          setreading di_Saugroboter_schedule saugen done
     4:
       0          set Saugroboter charge
     5:
       0          set Saugroboter goto Dustbin,setreading di_Saugroboter_schedule saugen emptied
     6:
       0          set Saugroboter goto Dustbin,setreading di_Saugroboter_schedule saugen emptied
     7:
       0          setreading di_Saugroboter_schedule saugen active
     8:
   helper:
     event      durTimerPresence_cr: 1,durTimerPresence: 00:01:00
     globalinit 1
     last_timer 5
     sleeptimer -1
     triggerDev Bewohner
     triggerEvents:
       durTimerPresence_cr: 1
       durTimerPresence: 00:01:00
     triggerEventsState:
       durTimerPresence_cr: 1
       durTimerPresence: 00:01:00
   internals:
     6           Saugroboter:STATE
     all         Saugroboter:STATE
   intervalfunc:
   itimer:
   localtime:
     0          1533801600
     1          1533733200
     2          1533801600
     3          1533794700
     4          1533794700
   readings:
   realtime:
     0          10:00:00
     1          15:00:00
     2          10:00:00
     3          08:05:00
     4          08:05:00
   time:
     0          10:00:00
     1          15:00:00
     2          10:00:00
     3          08:05:00
     4          08:05:00
   timeCond:
     0          0
     1          1
     2          2
     3          7
     4          7
   timer:
     0          0
     1          0
     2          0
     3          0
     4          0
   timers:
     0           0
     1           1
     2           2
     7           3  4
   trigger:
     all         Bewohner Saugroboter Daniel Motion_MagicMirror Merle
   triggertime:
     1533733200:
       localtime  1533733200
       hash:
     1533794700:
       localtime  1533794700
       hash:
     1533801600:
       localtime  1533801600
       hash:
   uiState:
   uiTable:
Attributes:
   alias      Saugroboter Zeitsteuerung
   do         always
   event-on-change-reading .*
   room       Saugroboter,zz_System

Otto123

Naja sehe ich jetzt erst-> nach meiner Meinung ist das Quark: [?Saugroboter:"Docked"] Einen Event mit ? abfragen.  :o
Und zwei Events mit and verknüpft funktioniert nicht. Die können nicht zur gleichen Zeit verarbeitet werden.

[?Saugroboter] eq "Docked"ginge.

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

lukeman11

oh. ich dachte, das sei das selbe....
probiere ich nachher Mal aus.Muss jetzt erstmal zur Arbeit.

Otto123

Nö das ist die Abfrage des Zustandes mit Trigger ->[Saugroboter] eq "Docked"
das ist die Abfrage des Zustandes ohne Trigger ->[?Saugroboter] eq "Docked"
das ist der Trigger durch Event -> [Saugroboter:"Docked"]
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

lukeman11

Zitat von: Otto123 am 08 August 2018, 12:47:13
Nö das ist die Abfrage des Zustandes mit Trigger ->[Saugroboter] eq "Docked"
das ist die Abfrage des Zustandes ohne Trigger ->[?Saugroboter] eq "Docked"
das ist der Trigger durch Event -> [Saugroboter:"Docked"]
gruß Otto

letzteres verstehe ich nicht so recht..

Otto123

Du meinst gruß Otto?  ;D ;D ;D

Ist aber OT  ;)
Ich zitiere mal erst die Doku zum Unterschied der beiden Trigger Möglichkeiten:
Zitatdefine di_garage DOIF ([remotecontrol] eq "on") (set garage on) DOELSEIF ([remotecontrol] eq "off") (set garage off)

Das Modul wird getriggert, sobald das angegebene Device hier "remotecontrol" ein Event erzeugt. Das geschieht, wenn irgendein Reading oder der Status von "remotecontrol" aktualisiert wird. Ausgewertet wird hier der Zustand des Status von remotecontrol nicht das Event selbst.
ZitatEine Alternative zur Auswertung von Status oder Readings ist das Auswerten von Ereignissen (Events) mit Hilfe von regulären Ausdrücken. Der Suchstring wird als regulärer Ausdruck in Anführungszeichen angegeben. Die Syntax lautet: [<devicename>:"<regex>"]

Anwendungsbeispiel: wie oben, jedoch wird hier nur das Ereignis (welches im Eventmonitor erscheint) ausgewertet und nicht der Status von "remotecontrol" wie im vorherigen Beispiel

define di_garage DOIF ([remotecontrol:"on"]) (set garage on) DOELSEIF ([remotecontrol:"off"]) (set garage off)

In diesem Beispiel wird nach dem Vorkommen von "on" innerhalb des Events gesucht. Falls "on" gefunden wird, wird der Ausdruck wahr und der DOIF-Fall wird ausgeführt, ansonsten wird der DOELSEIF-Fall entsprechend ausgewertet. Die Auswertung von reinen Ereignissen bietet sich dann an, wenn ein Modul keinen Status oder Readings benutzt, die man abfragen kann, wie z. B. beim Modul "sequence".
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

omer1143

Hallo,

ich habe gestern meinen Cleaner auf Firmware Version 3.3.9_003254 gesetzt (neueste, welche ich via app gekriegt habe). Es scheint seither, dass der STATE immer auf connected (und nie mehr auf Charging,...) steht.
Ich kann seither nicht mehr die verschiedenen Stati abfangen.

Haben andere dasselbe Problem/eine Loesung?

Gruss

Omer

erdnar

Hallo Omer,
kann ich nicht bestätigen.
Der Sauger ist allerdings jetzt scheinbar im Zonen-Modus nicht mehr so doof wie vorher.
Erdnar

omer1143

Zitat von: erdnar am 11 August 2018, 20:25:33
Hallo Omer,
kann ich nicht bestätigen.
Der Sauger ist allerdings jetzt scheinbar im Zonen-Modus nicht mehr so doof wie vorher.
Erdnar

wie fragst Du den Status ab bei Dir, Vielleicht mache ich da was falsch. Hast Du vielleicht einen Tipp?

Omer

scourge

Zitat von: omer1143 am 11 August 2018, 21:07:00
wie fragst Du den Status ab bei Dir, Vielleicht mache ich da was falsch. Hast Du vielleicht einen Tipp?

Omer

Hi Omer,

versuch mal mit get data beim Sauger die readings neu einzulesen.. Bei mir blieb das auch alle Nase lang hängen. Ich habs jetzt mit ner automatisierten get data Abfrage (alle 2 Minuten ) gelöst, seitdem keine Probleme mit dem Status.

defmod at_sauger_data_update at +*00:02:00 get sauger data

Markus M.

Eigentlich gibt es auch Attribute für das Intervall.
Wenn der Sauger öfter bei disconnect landet hat er eventuell Netzprobleme.
Und die Cloud darf natürlich nicht gesperrt sein.
FHEM dev + HomeBridge + Lenovo Flex15 + HM-CFG-USB + RFXtrx433 + Fritz!Box 7590/7580/546E

HM Aktor/Sensor/Winmatic/Keymatic/Thermostat, HUE, Netatmo Weather/Security/Heating, Xiaomi AirPurifier/Vacuum, Withings Aura/BPM/Cardio/Go/Pulse/Thermo, VSX828, Harmony, Siro ERB15LE
https://paypal.me/mm0

Slanesh

Hallo zusammen,

ich habe heute meinen Xiaomi SmartFan mit der Firmware Version 1.3.1.0090 erhalten. Leider funktioniert die Einbindung in FHEM nicht.

Internals:
   DEF        192.168.1.71
   FD         55
   NAME       XD_AZ_Ventilator
   NR         713
   STATE      ???
   TYPE       XiaomiDevice
   helper:
     ConnectionState connected
     crypt      Rijndael
     delay      0
     dev        0519
     id         b55d
     ip         192.168.1.71
     last_read  1534505113
     packetid   36
     port       54321
     sequence   1534497510
     token      00000000000000000000000000000000
     packet:
       1          power_off
       10         device_info
       11         fan_data
       12         fan_data
       13         device_info
       14         fan_data
       15         fan_data
       16         fan_data
       17         fan_data
       18         fan_data
       19         fan_data
       2          fan_data
       20         fan_data
       21         fan_data
       22         fan_data
       23         fan_data
       24         fan_data
       25         fan_data
       26         fan_data
       27         fan_data
       28         fan_data
       29         fan_data
       3          fan_data
       30         device_info
       31         power_on
       32         fan_status
       33         fan_data
       34         fan_data
       35         fan_data
       4          power_off
       5          power_off
       6          power_on
       7          fan_status
       8          fan_data
       9          fan_data
Attributes:
   alias      Ventilator
   room       Arbeitszimmer
   subType    SmartFan
   verbose    5


Ich habe es mit und ohne Token probiert, leider bekomme ich immer die Antwort "invalid JSON:".

Hier ein Log-Auszug:
2018.08.17 13:13:46 4: XD_AZ_Ventilator: write {"id":30,"method":"miIO.info","params":[""]} (44)
2018.08.17 13:13:46 5: XD_AZ_Ventilator: initSend
2018.08.17 13:13:46 5: XD_AZ_Ventilator Send SUCCESS
2018.08.17 13:13:46 5: XD_AZ_Ventilator > 21310020ffffffffffffffffffffffffffffffffffffffffffffffffffffffff
2018.08.17 13:13:46 5: XD_AZ_Ventilator: send 21310050000000000519b55d00001b04f458a8664e85b16151728fc3f475d64a57973f5639464511bd94fcbf687541d908f9a17a947df9337f1885b85cefad98610a84dcbd7f2c0351c50a10b5e18bad
2018.08.17 13:13:46 5: XD_AZ_Ventilator Send SUCCESS
2018.08.17 13:13:46 5: XD_AZ_Ventilator > 21310050000000000519b55d00001b04f458a8664e85b16151728fc3f475d64a57973f5639464511bd94fcbf687541d908f9a17a947df9337f1885b85cefad98610a84dcbd7f2c0351c50a10b5e18bad
2018.08.17 13:13:46 5: XD_AZ_Ventilator < 21310020000000000519b55d00001b0300000000000000000000000000000000 (32)
2018.08.17 13:13:46 5: XD_AZ_Ventilator < 21310050000000000519b55d00001b04ffffffffffffffffffffffffffffffff (80)
2018.08.17 13:13:46 5: XD_AZ_Ventilator: decrypted

2018.08.17 13:13:46 2: XD_AZ_Ventilator: invalid JSON:
2018.08.17 13:13:49 4: XD_AZ_Ventilator: write {"id":31,"method":"set_power","params":["on"]} (46)
2018.08.17 13:13:49 5: XD_AZ_Ventilator: send 21310050000000000519b55d00001b072d68ea16690e67013e0a74f67f13956cecac977103d103f01beaf99adfadcaebd2902f8e4c2a21cdcee1374f71f156a78c772eb0269f10a99f45da7f4f75e01a
2018.08.17 13:13:49 5: XD_AZ_Ventilator Send SUCCESS
2018.08.17 13:13:49 5: XD_AZ_Ventilator > 21310050000000000519b55d00001b072d68ea16690e67013e0a74f67f13956cecac977103d103f01beaf99adfadcaebd2902f8e4c2a21cdcee1374f71f156a78c772eb0269f10a99f45da7f4f75e01a
2018.08.17 13:13:49 5: XD_AZ_Ventilator < 21310050000000000519b55d00001b07ffffffffffffffffffffffffffffffff (80)
2018.08.17 13:13:49 5: XD_AZ_Ventilator: decrypted

2018.08.17 13:13:49 2: XD_AZ_Ventilator: invalid JSON:
2018.08.17 13:13:59 4: XD_AZ_Ventilator: write {"id":32,"method":"get_prop","params":["power","speed_level","natural_level","speed"]} (86)
2018.08.17 13:13:59 5: XD_AZ_Ventilator: send 21310080000000000519b55d00001b119f632c3594d23638c50273507bd9ef24fb1d6230096cfeced26ec2644f406b290763ef54311974611cc43fc20fa57732c7da47fd8447ed724e440d6fbe1f5b0a89c5e38cfebc61fd732552de4da9182ff39bacef0028abb286aa9a7345ca4e6cb932208ccf8c1821c914dcd678ff4a46
2018.08.17 13:13:59 5: XD_AZ_Ventilator Send SUCCESS
2018.08.17 13:13:59 5: XD_AZ_Ventilator > 21310080000000000519b55d00001b119f632c3594d23638c50273507bd9ef24fb1d6230096cfeced26ec2644f406b290763ef54311974611cc43fc20fa57732c7da47fd8447ed724e440d6fbe1f5b0a89c5e38cfebc61fd732552de4da9182ff39bacef0028abb286aa9a7345ca4e6cb932208ccf8c1821c914dcd678ff4a46
2018.08.17 13:13:59 5: XD_AZ_Ventilator < 21310080000000000519b55d00001b11ffffffffffffffffffffffffffffffff (128)
2018.08.17 13:13:59 5: XD_AZ_Ventilator: decrypted

2018.08.17 13:13:59 2: XD_AZ_Ventilator: invalid JSON:
2018.08.17 13:15:13 4: XD_AZ_Ventilator: write {"id":33,"method":"get_prop","params":["angle","angle_enable","power","bat_charge","battery","speed_level","natural_level","buzzer","led_b","poweroff_time","ac_power","child_lock","temp_dec","humidity","speed"]} (211)
2018.08.17 13:15:13 5: XD_AZ_Ventilator: send 21310100000000000519b55d00001b5b3d84d17103330c58b6e8761d1902469a3bb4b1b6a0cec0b7ea9008e9d9210d4803bccfa1d252dc0b907aa49a44ee65df1f1a8131205a5dae433fc066c07823a94681d101ae211d3c9a4f2f64801656c31d39630482d0a551362117bc294d037594d1a0cc65873204d518fcaed1ea14ce0e0f187da8fa91f8c5515e7467cdfd106d60bb0cb13f6e2ed8cc0fc765c3cbfadd9a0b4c243559115ae464ec609a5616185871451fa358de615b333ba94fc2c901bbeed9c0c3a104ecdf781a5ad4a6fa93f775c1d12e0307f362aae45c3690b62d465038f9e5c59b90dbc905be5229073572eb4dfec359bbeb3fcc47134f8b90
2018.08.17 13:15:13 5: XD_AZ_Ventilator Send SUCCESS
2018.08.17 13:15:13 5: XD_AZ_Ventilator > 21310100000000000519b55d00001b5b3d84d17103330c58b6e8761d1902469a3bb4b1b6a0cec0b7ea9008e9d9210d4803bccfa1d252dc0b907aa49a44ee65df1f1a8131205a5dae433fc066c07823a94681d101ae211d3c9a4f2f64801656c31d39630482d0a551362117bc294d037594d1a0cc65873204d518fcaed1ea14ce0e0f187da8fa91f8c5515e7467cdfd106d60bb0cb13f6e2ed8cc0fc765c3cbfadd9a0b4c243559115ae464ec609a5616185871451fa358de615b333ba94fc2c901bbeed9c0c3a104ecdf781a5ad4a6fa93f775c1d12e0307f362aae45c3690b62d465038f9e5c59b90dbc905be5229073572eb4dfec359bbeb3fcc47134f8b90
2018.08.17 13:15:13 5: XD_AZ_Ventilator < 21310100000000000519b55d00001b5bffffffffffffffffffffffffffffffff (256)
2018.08.17 13:15:13 5: XD_AZ_Ventilator: decrypted

2018.08.17 13:15:13 2: XD_AZ_Ventilator: invalid JSON:


Hat jemand eine Idee, woran das liegen könnte?

Viele Grüße
Slanesh

Intel NUC, 2x HM-LAN, 1x CUL-USB, 2x CCU2, 1x Harmony-Hub, 20x HM-LC-Sw1PBU-FM, 5x HM-LC-SW1-PL2, JeeLink mit 15x TX-29-DTH, 7x HM-SEC-SC-2, 3x HM-LC-SW1-BA-PCB, 8x HM-SEC-SD, 3x HM-SEC-MDIR-2, 2x HM-ES-PMSw1-Pl, 8x HmIP-BWTH, 3xHM-CC-RT-DN, 16xHM-LC-Bl1PBU-FM, 8x HM-SEC-SCo, 1xHM-ES-PMSw1-SM