fhempy: Tuya Cloud

[stefanru]

Ok, bei mir funktioniert alles.
Kannst du schauen ob du Fehler im fhempy.log file hast?

Gruß,
Stefan

[satprofi]

euje, sehr viele fehlermeldungen in etlichen lines.

Code Auswählen Erweitern

2023-10-06 00:59:49,054 - INFO     - fhempy.lib.pkg_installer: Successfully installed fhempy update!
2023-10-06 00:59:49,073 - INFO     - fhempy.lib.fhem_pythonbinding: Restart initiated...
2023-10-06 00:59:49,106 - INFO     - fhempy.lib.fhem_pythonbinding: All modules successfully undefined!
2023-10-06 00:59:49,108 - INFO     - websockets.server: server closing
2023-10-06 00:59:59,119 - INFO     - websockets.server: connection closed
2023-10-06 00:59:59,121 - INFO     - websockets.server: server closed
2023-10-06 00:59:59,128 - INFO     - fhempy.lib.fhem_pythonbinding: Exit 1
2023-10-06 01:00:03,967 - INFO     - fhempy.lib.fhem_pythonbinding: Starting fhempy 0.1.665...
2023-10-06 01:00:03,971 - INFO     - fhempy.lib.fhem_pythonbinding: Waiting for FHEM connection
2023-10-06 01:00:04,128 - INFO     - websockets.server: server listening on 0.0.0.0:15733
2023-10-06 01:00:09,556 - INFO     - websockets.server: connection open
2023-10-06 01:00:09,557 - INFO     - fhempy.lib.fhem_pythonbinding: Incoming FHEM connection: 127.0.0.1
2023-10-06 01:00:17,639 - ERROR    - tuya_local_bf43718f426xxxxxxx: Failed to connect to device
Traceback (most recent call last):
  File "/opt/fhem/.local/lib/python3.9/site-packages/fhempy/lib/tuya/tuya.py", line 563, in setup_connection
    self._connected_device = await asyncio.wait_for(connect_fct, timeout=15)
  File "/usr/lib/python3.9/asyncio/tasks.py", line 481, in wait_for
    return fut.result()
  File "/opt/fhem/.local/lib/python3.9/site-packages/aiotinytuya/__init__.py", line 206, in connect
    await device.start_socket()
  File "/opt/fhem/.local/lib/python3.9/site-packages/aiotinytuya/core.py", line 917, in start_socket
    raise ex
  File "/opt/fhem/.local/lib/python3.9/site-packages/aiotinytuya/core.py", line 894, in start_socket
    self.reader, self.writer = await asyncio.open_connection(
  File "/usr/lib/python3.9/asyncio/streams.py", line 52, in open_connection
    transport, _ = await loop.create_connection(
  File "/usr/lib/python3.9/asyncio/base_events.py", line 1056, in create_connection
    raise exceptions[0]
  File "/usr/lib/python3.9/asyncio/base_events.py", line 1041, in create_connection
    sock = await self._connect_sock(
  File "/usr/lib/python3.9/asyncio/base_events.py", line 955, in _connect_sock
    await self.sock_connect(sock, address)
  File "/usr/lib/python3.9/asyncio/selector_events.py", line 502, in sock_connect
    return await fut
  File "/usr/lib/python3.9/asyncio/selector_events.py", line 537, in _sock_connect_cb
    raise OSError(err, f'Connect call failed {address}')
ConnectionRefusedError: [Errno 111] Connect call failed ('192.168.0.61', 6668)
2023-10-06 01:00:18,130 - ERROR    - tuya_local_bffbc4082b5d59xxxxxxx: Failed to connect to device
Traceback (most recent call last):
  File "/opt/fhem/.local/lib/python3.9/site-packages/fhempy/lib/tuya/tuya.py", line 563, in setup_connection
    self._connected_device = await asyncio.wait_for(connect_fct, timeout=15)
  File "/usr/lib/python3.9/asyncio/tasks.py", line 481, in wait_for
    return fut.result()
  File "/opt/fhem/.local/lib/python3.9/site-packages/aiotinytuya/__init__.py", line 206, in connect
    await device.start_socket()
  File "/opt/fhem/.local/lib/python3.9/site-packages/aiotinytuya/core.py", line 917, in start_socket
    raise ex
  File "/opt/fhem/.local/lib/python3.9/site-packages/aiotinytuya/core.py", line 894, in start_socket
    self.reader, self.writer = await asyncio.open_connection(
  File "/usr/lib/python3.9/asyncio/streams.py", line 52, in open_connection
    transport, _ = await loop.create_connection(
  File "/usr/lib/python3.9/asyncio/base_events.py", line 1056, in create_connection
    raise exceptions[0]
  File "/usr/lib/python3.9/asyncio/base_events.py", line 1041, in create_connection
    sock = await self._connect_sock(
  File "/usr/lib/python3.9/asyncio/base_events.py", line 955, in _connect_sock

kleiner auszug. ab 6.10. fehlermeldungen

[stefanru]

Hmm,

ich bin da leider auch kein Experte.
Was ich meine sehen zu können dass Devices nicht erreicht werden.
In deinem Auszug sehe ich 2:
tuya_local_bf43718f426xxxxxxx
tuya_local_bffbc4082b5d59xxxxxxx

Die Devices sind aber in der Tuya/Smarthome App erreichbar?
Hast du etwas an deinem Hausnetzwerk geändert?
Irgendetwas muss ja am 2023-10-06 01:00:17,639 passiert sein.

Vom Log würde ich sagen du hast das update auf 0.1.665 eingespielt.
Das ist aber genau die Version die ich ohne Probleme benutze.
Hast du mal FHEM komplett gestoppt und wieder gestartet?
Nach dem stoppen von FHEM kannst du auch mal schauen ob noch ein prozess fhempy läuft.
Wenn er nach dem stoppen von FHEM noch läuft denn mal abschießen und FHEM wieder starten.

Gruß,
Stefan

[satprofi]

ich resettiere täglich um 01:00 den fhempy connector, natürlich auch update wenn vorhanden. über tuyaapp normal steuerbar, auch readings der strommesserkommen an.

[hglaeser]

Hallo,

erstmal vielen Dank an Dominik für seine tolle Arbeit.

Ich habe eine Raspberry mit Raspbian 32Bit Lite neu aufgesetzt, FHEM neu installiert und unter TUYA IOT ein neues Konto und eine Projekt angelegt, alles wie in der Anleitung beschrieben. Es gibt in keinem Log Fehlermeldung und alle meine Tuya-Geräte werden sauber im FHEM angezeigt.

ABER ich erhalte nach Neustart des Raspberry immer nur Reading, danach keine mehr. Ich habe einen Türkontaktschalter als Beispiel. Der ist zum Zeitpunkt des Raspberry-Neustarts geschlossen. Nach ein paar Minuten öffne ich den Türkontaktschalter und ein paar Sekunden später zeigt dies auch FHEM an. Das war es dann mit den übertragenen Readings. Ich kann den Türkontaktschalter dann schließen und öffnen so oft ich will, es kommt bei FHEM nichts an.

Im Tuya IOT-Projekt kann ich die Devices debuggen und sehe dort auch die Readings zum Schließen und Öffnen des Türkontaktschalters. Sie werden scheinbar nicht an dem TUYA-Connector im FHEM geleitet.

Muss ich irgendeinen Port in der Fritzbox öffnen und zum Raspberry weiterleiten?
Ich habe im IOT-Projekt die Service APIs "IOT core" und "Device Status Notification" abonniert und der Message Service ist auch aktiviert. Wenn dieser deaktiviert ist, erhalte ich im fhempy-Log die Meldung "Polar aktivieren" (oder so ähnlich). Dann klappt auch das erste Reading nicht. Daher habe ich den Message Service aktiviert. Dort sehe ich unter "Subscription Management" --> "Production Environment" auch mein Projekt mit den Status "Good" und einen Consumer mit der Startzeit des Raspberry. Der Tuya Cloud Connector scheint sich also auch bei Tuya IoT zu verbinden.

Was muss ich noch einstellen, damit die Statusänderungen der Tuya-Geräte an den Cloud Connector übermittelt werden?

Ich habe auch zwei WiFi-Relais, deren Status bzw. Schaltzustände ich über FHEM steuern und ändern kann. Das kann ich in der SmartLife App und auf der Tuya IoT-Seite gut überwachen.
Aber auch bei diesen WiFi-Relais kommen die Änderungen der Schaltzustände nicht im FHEM an, auch nicht, wenn ich sie im FHEM schalte. Es scheint also an der Kommunikation von der Tuya IoT-Cloud zu meinem FHEM Tuya Cloud Connector zu scheitern. Vom Tuya Cloud Connector zu Tuya IoT klappt es ja.

Auf dem Raspberry läuft sonst nichts weiter. Ich habe eine neue SD-Karte verwendet.

Vielen Dank für Eure Antworten.

Holger Gläser

[thburkhart]

Hallo,

seit Februar liefen meine vielen Tuya-Schaltstecker wunderbar auch mit Doninic's energy-reading.

Seit ca. 10. Januar stehen bei manchen (älteren) Stecker in energy auf Null. Die ist auch in der Smartlife App plötzlich so. Bis 10. 1.24 wurden noch "electric"-Werte angezeigt. Timer können auch nicht mehr gesetzt werden.
In FHEMPY erscheinen immerhin noch der aktuelle Verbrauch.

Dominic, hast du nicht in das energy-reading den aktuellen Verbrauch multipliziert mit der Zeit aufsummiert geschrieben?

Hat sonst noch jemand Erfahrungen damit gemacht?
Hat jemand auch Erfahrungen mit der TUYA/Smartlife- Stromsparfunktion als Abo?

Immerhin wird FMEMPY und TUYA oberattraktiv, da z.B. LIDL kompatible Stromstecker mit Messfunktion demnächst für knapp 6 Euro anbietet.

Herzliche Grüße

Thomas Burkhart

[thburkhart]

Hallo,

erstmal vielen Dank an Dominik für seine tolle Arbeit.

Ich habe eine Raspberry mit Raspbian 32Bit Lite neu aufgesetzt, FHEM neu installiert und unter TUYA IOT ein neues Konto und eine Projekt angelegt, alles wie in der Anleitung beschrieben. Es gibt in keinem Log Fehlermeldung und alle meine Tuya-Geräte werden sauber im FHEM angezeigt.

ABER ich erhalte nach Neustart des Raspberry immer nur Reading, danach keine mehr. Ich habe einen Türkontaktschalter als Beispiel. Der ist zum Zeitpunkt des Raspberry-Neustarts geschlossen. Nach ein paar Minuten öffne ich den Türkontaktschalter und ein paar Sekunden später zeigt dies auch FHEM an. Das war es dann mit den übertragenen Readings. Ich kann den Türkontaktschalter dann schließen und öffnen so oft ich will, es kommt bei FHEM nichts an.

Im Tuya IOT-Projekt kann ich die Devices debuggen und sehe dort auch die Readings zum Schließen und Öffnen des Türkontaktschalters. Sie werden scheinbar nicht an dem TUYA-Connector im FHEM geleitet.

Muss ich irgendeinen Port in der Fritzbox öffnen und zum Raspberry weiterleiten?
Ich habe im IOT-Projekt die Service APIs "IOT core" und "Device Status Notification" abonniert und der Message Service ist auch aktiviert. Wenn dieser deaktiviert ist, erhalte ich im fhempy-Log die Meldung "Polar aktivieren" (oder so ähnlich). Dann klappt auch das erste Reading nicht. Daher habe ich den Message Service aktiviert. Dort sehe ich unter "Subscription Management" --> "Production Environment" auch mein Projekt mit den Status "Good" und einen Consumer mit der Startzeit des Raspberry. Der Tuya Cloud Connector scheint sich also auch bei Tuya IoT zu verbinden.

Was muss ich noch einstellen, damit die Statusänderungen der Tuya-Geräte an den Cloud Connector übermittelt werden?

Ich habe auch zwei WiFi-Relais, deren Status bzw. Schaltzustände ich über FHEM steuern und ändern kann. Das kann ich in der SmartLife App und auf der Tuya IoT-Seite gut überwachen.
Aber auch bei diesen WiFi-Relais kommen die Änderungen der Schaltzustände nicht im FHEM an, auch nicht, wenn ich sie im FHEM schalte. Es scheint also an der Kommunikation von der Tuya IoT-Cloud zu meinem FHEM Tuya Cloud Connector zu scheitern. Vom Tuya Cloud Connector zu Tuya IoT klappt es ja.

Auf dem Raspberry läuft sonst nichts weiter. Ich habe eine neue SD-Karte verwendet.

Vielen Dank für Eure Antworten.

Holger Gläser

Hallo Holger,
ich hatte auch das Problem, dass TUYA-Devices, die nicht ständig im WLAN aktiv sind, von FMEMPY schlechter erkannt werden. Das hat Dominic aber gefixt.
Kannst denn in Smartlife die aktuellen Zustände sehen?
Was für ein WIFi-Relais ist es denn?
In der Fritzbox kannst du auch sehen, wann ein Gerät neu hinzukommt. Noch besser sieht man es mit FING.

Beste Grüße

Thomas

[satprofi]

Hallo,

seit Februar liefen meine vielen Tuya-Schaltstecker wunderbar auch mit Doninic's energy-reading.

Seit ca. 10. Januar stehen bei manchen (älteren) Stecker in energy auf Null. Die ist auch in der Smartlife App plötzlich so. Bis 10. 1.24 wurden noch "electric"-Werte angezeigt. Timer können auch nicht mehr gesetzt werden.
In FHEMPY erscheinen immerhin noch der aktuelle Verbrauch.

Dominic, hast du nicht in das energy-reading den aktuellen Verbrauch multipliziert mit der Zeit aufsummiert geschrieben?

Hat sonst noch jemand Erfahrungen damit gemacht?
Hat jemand auch Erfahrungen mit der TUYA/Smartlife- Stromsparfunktion als Abo?

Immerhin wird FMEMPY und TUYA oberattraktiv, da z.B. LIDL kompatible Stromstecker mit Messfunktion demnächst für knapp 6 Euro anbietet.

Herzliche Grüße

Thomas Burkhart

die Lidl Geräte sind nicht tuya tauglich, die brauchen extra hub

[satprofi]

nach heutigem updateversuch auf 0.1.702 kommt es über "restart...please wait"  nicht mehr hinaus. 

[Gisbert]

Bei mir sieht's wie folgt aus:

Code Auswählen Erweitern

#     2024-01-22 18:37:31   version   restart...please wait

Code Auswählen Erweitern

define fhempy_local BindingsIo fhempy
attr fhempy_local devStateIcon {      my $attr_ver = "1.1.0";;;;      my $status_img = "10px-kreis-gruen";;;;      my $status_txt = "connected";;;;      my $ver = ReadingsVal($name, "version", "-");;;;      my $ver_available = ReadingsVal($name, "version_available", $ver);;;;      my $update_icon = "";;;;      my $refresh_img = "refresh";;;;      my $refresh_txt = "Update fhempy";;;;      if ($ver_available ne $ver) {        $refresh_img = "refresh\@orange";;;;        $refresh_txt = "Version ".$ver_available." available for update";;;;      }      if (ReadingsVal($name, "state", "disconnected") eq "disconnected") {        $status_img = "10px-kreis-rot";;;;        $status_txt = "disconnected";;;;      }      $update_icon = "<a  href=\"/fhem?cmd.dummy=set $name update&XHR=1\" title=\"Start ".$ver_available." update\">".FW_makeImage($refresh_img, $refresh_txt)."</a>";;;;      my $restart_icon = "<a  href=\"/fhem?cmd.dummy=set $name restart&XHR=1\" title=\"Restart fhempy\">".FW_makeImage("control_reboot")."</a>";;;;      "<div><a>".FW_makeImage($status_img, $status_txt)."</a><a> ".$ver." </a>".$update_icon.$restart_icon."</div>"    }
attr fhempy_local group fhempy
attr fhempy_local icon file_json-ld2
attr fhempy_local room fhempy
#   BindingType fhempy
#   CFGFN      ./FHEM/myfhempy.cfg
#   DEF        fhempy
#   DeviceName ws:127.0.0.1:15733
#   FD         83
#   FUUID      64996c5e-f33f-e986-e1e0-f38fc7c5b5d62104
#   IP         127.0.0.1
#   NAME       fhempy_local
#   NR         1146
#   NTFY_ORDER 50-fhempy_local
#   PARTIAL   
#   PORT       15733
#   STATE      opened
#   TYPE       BindingsIo
#   WEBSOCKET  1
#   binary     1
#   connecttime 1705945072.09664
#   devioLoglevel 0
#   eventCount 63
#   installing 0
#   localBinding 1
#   nextOpenDelay 10
#   prev_error 127.0.0.1: Connection refused (111)
#   READINGS:
#     2024-01-21 18:26:18   hostname        Fhem
#     2024-01-21 18:26:18   os              posix
#     2024-01-21 18:26:18   python          3.11.2
#     2024-01-21 18:26:18   release         6.1.0-17-amd64
#     2024-01-22 18:37:52   state           opened
#     2024-01-21 18:26:18   system          Linux
#     2024-01-22 18:37:31   version         restart...please wait
#     2024-01-22 18:37:52   version_available 0.1.714
#     2024-01-22 18:37:52   version_release_notes <html><a href="https://github.com/fhempy/fhempy/releases" target="_blank">Release Notes</a></html>
#   args:
#     fhempy_local
#     BindingsIo
#     fhempy
#   helper:
#     bm:
#       CODE(0x5637a911bfd8):
#         cnt        2
#         dmx        -1000
#         dtot       0
#         dtotcnt    0
#         mTS        22.01. 18:38:19
#         max        1.50203704833984e-05
#         tot        2.00271606445312e-05
#         mAr:
#           HASH(0x5637a8f8f998)
#           ARRAY(0x5637bdc89c00)
#           HASH(0x5637bde41a98)
#       CODE(0x5637a911c0b0):
#         cnt        73
#         dmx        -1000
#         dtot       0
#         dtotcnt    0
#         mTS        22.01. 18:30:02
#         max        0.00209808349609375
#         tot        0.0118904113769531
#         mAr:
#           HASH(0x5637a8f8f998)
#           ARRAY(0x5637bdb49e40)
#           HASH(0x5637bdf47178)
#       CODE(0x5637a91a06e0):
#         cnt        2100376
#         dmx        -1000
#         dtot       0
#         dtotcnt    0
#         mTS        22.01. 06:26:18
#         max        0.253767967224121
#         tot        6142.22558450699
#         mAr:
#           HASH(0x5637a8f8f998)
#       CODE(0x5637a91a09c8):
#         cnt        15
#         dmx        -1000
#         dtot       0
#         dtotcnt    0
#         mTS        21.01. 18:26:17
#         max        0.00243401527404785
#         tot        0.0167138576507568
#         mAr:
#           HASH(0x5637a8f8f998)
#       CODE(0x5637a91a72a0):
#         cnt        542720
#         dmx        -1000
#         dtot       0
#         dtotcnt    0
#         mTS        21.01. 21:52:30
#         max        0.0121450424194336
#         tot        16.2641866207123
#         mAr:
#           HASH(0x5637a8f8f998)
#           HASH(0x5637ab0ca070)
#   messages:
#     0:
#     tuya_local_bf1f765162617dcd31ido7:
#     tuya_local_bf25adc3b33d91441acnxr:
#     tuya_local_bf40c31ece6575958bzage:
#     tuya_system:
#
setstate fhempy_local opened
setstate fhempy_local 2024-01-21 18:26:18 hostname Fhem
setstate fhempy_local 2024-01-21 18:26:18 os posix
setstate fhempy_local 2024-01-21 18:26:18 python 3.11.2
setstate fhempy_local 2024-01-21 18:26:18 release 6.1.0-17-amd64
setstate fhempy_local 2024-01-22 18:37:52 state opened
setstate fhempy_local 2024-01-21 18:26:18 system Linux
setstate fhempy_local 2024-01-22 18:37:31 version restart...please wait
setstate fhempy_local 2024-01-22 18:37:52 version_available 0.1.714
setstate fhempy_local 2024-01-22 18:37:52 version_release_notes <html><a href="https://github.com/fhempy/fhempy/releases" target="_blank">Release Notes</a></html>
Ungeachtet dessen scheint das Device seinen Dienst zu tun.

Edit: Jetzt (zum Zeitpunkt dieser Änderung) sieht alles wie erwartet aus. Ich hab die Version 0.1.714.

[McShire]

Hallo zusammen,
bis gestern funktionierten meine tuya devices einwandfrei.
Heute habe ich bei den Geräte den Status: No permissions. Your subscription to cloud development plan has expired.

Wenn ich bei tuya in das Projekt nachschaue sehe ich folgendes unter my subscriptions:
Resource pack name      Effective Date          Expiration Date          Status
oT Core   -   -   2023-01-20 22:10:01   2023-08-22 08:36:37     In service
                                                                         Extend Trial Period

Das Expiration Date und der heutige Entzug der permission passen vom Datum nicht zusammen.
Daher vermute ich, dass der Grund für die Sperre vielleicht ein anderer ist zumal der Status In service ist.
Hat diese Meldung schon einmal jemand gehabt und was ist zu tun, damit der Service wieder funktioniert.
Der Zugang vom tuya cloud connector funktioniert, status ist connected.

Ansonsten finde ich bei tuya nur die Möglichkeit der Verlängerung indem man einen weitergehenden Service kauft.
Weiß jemand, wie ich meine Laufzeit verlängern kann ohne einen hohen Dollarbetrag zu bezahlen?
Viele Grüße
Werner

[satprofi]

sooo, account jetzt eingeschränkt nutzbar. login klappt, sehe auch meine devices, aber man soll jetzt formular ausfüllen, bankdaten bekannt geben etc. das wars dann mit fhempy.

[McShire]

ja, mit 25.000$ weiteren service kaufen, kommt kaum in Frage, also fhempy canceln
Da meine Geräte 80km enfernt sind, geht auch nicht local.
mal sehen, ob ich da mit einer weiteren fhem Installation local etwas zum laufen bekomme.
Mit meiner UMTS Speedbox komme ich leider nicht von der Außenwelt rein. kein VPN, keine Port Weiterleitung
Hat jemand einen Tip?
mfg Werner

[juergen012]

Zum Glück hatte ich nur wenige TUYA Geräte. Da fhempy bei mir nicht mehr laufen wollte, habe ich sie nun durch Zigbee-Geräte ersetzt. Schade, da fhempy meistens sehr gut funktionierte.

[frank]

Mit meiner UMTS Speedbox komme ich leider nicht von der Außenwelt rein. kein VPN, keine Port Weiterleitung
Hat jemand einen Tip?

da ich dieses scenario auch im hinterkopf habe, hatte ich mir letztens diesen post zum thema gespeichert. keine ahnung was dahinter steckt.
ein post weiter gibt es noch ein paar infos dazu.

Bearbeite aktuell FHEM @home fuer externen Zugriff.
Scheint nur mit tailscale.com zu funktionieren, habe ja keine
oeffentliche IP Adresse und will den Server anfunken.
"allowed" ein paar einzelne Tailscale IPs eintragen sollte reichen...