fhempy: Tuya Cloud

[dominik]

Mach bitte mal in 10_fhempyServer.pm ein "use CoProcess;" unter use warnings; rein und starte dann FHEM wieder neu. Interessant dass das sonst noch niemand hatte.

[UweH]

Aber ich! Das Problem hatten wir (Prof. Dr. Peter A. Henning und ich) vor Jahren schon mal beim Testn der OWX-Module...bei mir treten immer die unmöglichsten Fehler auf...nix neues.

So, aber nun:

[dominik]

Ist im nächsten Update behoben

Super, dass es jetzt läuft!

[UweH]

Vielen Dank für Deine Mühe. Zeit ist unbezahlbar, aber für einen Kaffee hat's gereicht 

[dominik]

Hehe, ja, danke dir!

[UweH]

Geht gleich weiter...aber nun keine Eile 

Ich habe ein Tuya Heizkörperthermostat:

Code Auswählen Erweitern

Internals:
   DEF        tuya_cloud tuya_cloud bf2e450f5f4184fd52dfvt
   DEVICEID   bf2e450f5f4184fd52dfvt
   FHEMPYTYPE tuya_cloud
   FUUID      61ad1261-f33f-342e-716e-5ad98fe5c91d6d4f
   IODev      local_pybinding
   NAME       Ventil_AZ_bf2e450f5f4184fd52dfvt
   NR         518
   PYTHONTYPE tuya_cloud
   STATE      ready
   TYPE       PythonModule
   READINGS:
     2021-12-05 20:26:28   active_time     1638554106
     2021-12-05 20:26:28   biz_type        18
     2021-12-05 20:26:28   category        wk
     2021-12-05 21:36:44   child_lock      off
     2021-12-05 20:26:28   create_time     1638554106
     2021-12-05 20:26:28   icon            https://images.tuyaeu.com/smart/icon/ay1523512777050bLIId/f2360f527259e6e8662cb351095cd056.jpg
     2021-12-05 20:26:28   id              bf2e450f5f4184fd52dfvt
     2021-12-05 20:26:28   ip             
     2021-12-05 20:26:28   lat             53.6132
     2021-12-05 20:26:28   local_key       66f64dbe94a78f6a
     2021-12-05 20:26:28   lon             9.8825
     2021-12-05 21:36:44   mode            eco
     2021-12-05 20:26:28   model           HY368Zigbee
     2021-12-05 20:26:28   name            Ventil AZ
     2021-12-05 20:26:28   node_id         50325ffffe2c8656
     2021-12-05 20:26:28   online          on
     2021-12-05 20:26:28   owner_id        43728709
     2021-12-05 20:26:28   product_id      cwnjrr72
     2021-12-05 20:26:28   product_name    HYTRV Smart
     2021-12-05 20:26:27   state           ready
     2021-12-05 20:26:28   sub             on
     2021-12-05 21:36:44   temp_current    24.0
     2021-12-05 21:36:44   temp_set        12.0
     2021-12-05 20:26:28   time_zone       +01:00
     2021-12-05 20:26:28   uid             eu16384762426707Xj66
     2021-12-05 20:26:28   update_time     1638674913
     2021-12-05 20:26:28   uuid            50325ffffe2c8656
   args:
     Ventil_AZ_bf2e450f5f4184fd52dfvt
     PythonModule
     tuya_cloud
     tuya_cloud
     bf2e450f5f4184fd52dfvt

Nun fehlt mir das WICHTIGSTE Reading überhaupt...die Ventilstellung. Meinst Du, Du kannst Deine neuen Freunde dort überreden, den Wert zu liefern?
Hintergrund: An Hand der Ventilstellung regele ich meine Heizung. Die Thermostate, die ich gerne ersetzen möchte, liefern mir diesen Wert und ein DOIF macht den Rest.

Danke und Gruß
Uwe

[dominik]

Da muss ich dich jetzt leider bitter enttäuschen, genau dieses Reading hat tuya nicht.

Ich habe auch tuya Thermostate, meine liefern zumindest work_mode als Reading mit Open/Closed. Ich habe bei mir überlegt über die Temperaturdifferenz zu gehen, das sollte ähnlich gut für die Steuerung funktionieren, falls du auch die Vorlauftemperatur regeln willst.

[UweH]

Schade, damit hat sich das mit diesem Thermostat erledigt. Ich brauche die Ventilstellung. Kennst Du oder einer der Mitstreiter hier ein unterstütztes Thermostat, welches die Ventilstellung liefert?

Gruß
Uwe

[dominik]

Die Thermostate liefern glaube ich die Werte via ZigBee. Du könntest zigbee2mqtt einsetzen, dann klappt es vielleicht.

Oder gerne bei tuya auch Feedback geben, dass du die valve Position gerne hättest. Vielleicht bauen sie es mal ein.

[bewa58]

heute FHEM Update gemacht. BindingsIo etc.

Nach jedem Update sind im Attribut "ROOM"  Filelog "fhempy"
die Einträge verschwunden!

Ist das Absicht?

Gruß
Bernd

[UweH]

Oder gerne bei tuya auch Feedback geben, dass du die valve Position gerne hättest. Vielleicht bauen sie es mal ein.

Danke für den Tipp, habe ich gemacht. Mal sehen, was sich da tut.

Danke und Gruß
Uwe

[dominik]

heute FHEM Update gemacht. BindingsIo etc.

Nach jedem Update sind im Attribut "ROOM"  Filelog "fhempy"
die Einträge verschwunden!

Ist das Absicht?

Gruß
Bernd

Meinst du das fhempy_log Device oder ein anderes?

[bewa58]

Meinst du das fhempy_log Device oder ein anderes?

JA

Internals
DEF
./log/fhempy-%Y-%m-%d.log fakelog
FD
87
FUUID
61af60ee-f33f-f967-f494-94b34d393cd4966a
FVERSION
92_FileLog.pm:0.249670/2021-09-13
NAME
fhempy_log
NR
524
NTFY_ORDER
50-fhempy_log
REGEXP
fakelog
STATE
active
TEMPORARY
1
TYPE
FileLog
currentlogfile
./log/fhempy-2021-12-07.log
logfile
./log/fhempy-%Y-%m-%d.log

habe gerade festgestellt:   passiert bei jedem Neustart von FHEM

Wird anscheinend immer neu angelegt/überschrieben?

Und aus dem WIKI Filelog:

Bis August 2021 war die Spezifikation von fakelog erforderlich bzw. möglich, um die Sonderbehandlung für diese Logdatei zu unterstützen. Mittlerweile ist das nicht mehr nötig und es wird (auch in der Beispielkonfiguration) der Wert Logfile empfohlen.

[UweH]

Oder gerne bei tuya auch Feedback geben, dass du die valve Position gerne hättest. Vielleicht bauen sie es mal ein.

Hallo dominik,

die Antwort von denen kam prompt, aber ich kann nicht allzu viel damit anfangen. Dass "valve_state" nicht im Standard-Status-Set enthalten ist, kann ich im Device Debugging sehen, aber der Part mit der APP sagt mir nichts. Kannst Du das interpretieren?

"Hello, the valve status of your current device does not meet the cloud standard state set valve_state. Only in the APP control on https://developer.tuya.com/en/docs/iot/s?id=K9gf48r3k5ctd#title-0-Support%20reporting%20instructions%20to%20the %20cloud%20and%20sending%20instructions%20to%20the%20device"

Danke und Gruß
Uwe

[dominik]

JA

habe gerade festgestellt:   passiert bei jedem Neustart von FHEM

Wird anscheinend immer neu angelegt/überschrieben?

Und aus dem WIKI Filelog:

Danke für den Hinweis. Werde ich korrigieren. Der Fehler war, dass ich -temporary verwendet hatte und daher das Device nicht gespeichert wurde. Ist im nächsten Update behoben.