Hallo zusammen,
ich habe versucht etwas über die Steuerung von LED Lampen und Schalter mit FHEM zu finden, die momentan mittels Tuya Cloud gesteuert werden. Leider bisher nicht fündig geworden.
Kann mir zufällig jemand sagen, wie der Status der Unterstützung mittles FHEM ist? Bisher hab ich leider nichts im Forum gefunden.
Besitze folgende Produkte:
- Smart WLAN LED Lampe Glühbirne TECKIN E27 Birne RGB Bulb mit mehreren Farben Wifi Glühbirne 800LM, steuerbar via App dimmbare, kompatibel mit Alexa (Echo, Echo Dot) Google Home Fernbedienung 4Packs
- Opard Wlan Steckdose Alexa Steckdose Wifi Steckdose Smart Plug Kompatibel mit Alexa für Ihres Smart Home Systems (2 Pack)
https://www.amazon.de/gp/product/B07GVJFBN5 (https://www.amazon.de/gp/product/B07GVJFBN5)
https://www.amazon.de/gp/product/B078N4964P (https://www.amazon.de/gp/product/B078N4964P)
Soweit ich bisher gelesen habe, gibt es eine API, über die man die Geräte über Umwege per Cloud zugreifen kann:
https://docs.tuya.com/en/cloudapi/device_access.html#http-https-connection-method (https://docs.tuya.com/en/cloudapi/device_access.html#http-https-connection-method)
Falls noch keine Unterstützung existiert:
a) Was ist besser für die Umsetzung in Fhem geeignet: HTTPS Calls oder MQTT?
b) Habt ihr zufällig ein Modul was ich als Copy&Paste&Adapt nutzen kann?
Danke euch!
Gruß
-M-
Zitat von: area2051 am 27 November 2018, 07:31:06
Kann mir zufällig jemand sagen, wie der Status der Unterstützung mittles FHEM ist? Bisher hab ich leider nichts im Forum gefunden.
Das sieht aus wie ein AI-Light - darauf läuft ein ESP8266. Genauer könnte ich Dir das aber sagen, wenn Du den Deckel abmachst und ein Foto postest.
Falls es das besagte Licht ist, kannst Du ESPurna oder auch Tasmota flashen.
Anleitung:
http://tinkerman.cat/ailight-hackable-rgbw-light-bulb/ (http://tinkerman.cat/ailight-hackable-rgbw-light-bulb/)
https://github.com/xoseperez/espurna/wiki/Hardware-AI-Thinker-AI-Light (https://github.com/xoseperez/espurna/wiki/Hardware-AI-Thinker-AI-Light)
Anschließend kannst Du dann mqtt machen oder auch per WEB-API. Ich habe Konfig-Beispiele für ESPurna + FHEM + mqtt hier. Werde die dann falls hilfreich posten.
Danke für die Info!
Gibt es auch eine Möglichkeit, diese einfach per fhem einzubinden? ... Ich will sie nur betreiben, weder auseinander nehmen, noch löten oder flashen. Dafür fehlt mir leider die Zeit 🕰...
Vielen Dank vorab.
Das hatte ich mir gedacht. Leider ist mir nur diese Lösung bekannt. Ich habe bezüglich einen Großteil von Diensten und Anbietern eine nicht-Cloud-Strategie - bin aber nicht hier um dich zu bekehren. Dann viel Erfolg u. Spaß.
Da die Teile irgendwie auch MQTT zu sprechen scheinen, würde ich mal nachsehen, wie das konkret implementiert ist und dann die MQTT2-Varianten testen.
Du müßtest dazu aber als erstes direkt in der Weboberfläche der Devices nachsehen, was man da zu MQTT einstellen kann. Kann man einen lokalen Server (aka Broker) angeben, kannst du in FHEM einen MQTT2_SERVER definieren, (ggf. ein passendes allowed konfigurieren,) den Server auf autocreate stellen und dessen Adresse (und Zugangsdaten wie in allowed angegeben) für jedes Device einstellen.
Mußt du einen externen Server nutzen, ginge das ähnlich mit MQTT2_CLIENT.
Bitte dazu die letzten Threads mit diesen Themen mal durchforsten (und natürlich die commandref), dann wird das hoffentlich etwas klarer. Konfiguration z.B. für RGB-Devices (und ggf. erforderlicher Zusatzcode) findet sich uU. im zigbee2mqtt-Thread.
Viel Erfolg,
Beta-User
Falls Du noch mit diesem System unterwegs sein solltest - schau doch bitte mal kurz hier rein:
35C3 Smart Hacks. Ich denke genau diese Plattform ist auch bei Dir im Einsatz. Wie gesagt, will dich nicht bekehren, aber hier wird voll und ganz das Risiko mit "einem" Cloud-Dienst veranschaulicht.
https://www.youtube.com/watch?v=urnNfS6tWAY (https://www.youtube.com/watch?v=urnNfS6tWAY)
Hallo,
nur als Ergänzung: Bei mir funktioniert eine Tuya Glühbirne mit Tasmota über Tuya-Convert der c't.
Siehe https://github.com/ct-Open-Source/tuya-convert (https://github.com/ct-Open-Source/tuya-convert).
Die Anbindung funktioniert dann über MQTT in FHEM mit MQTT2_SERVER und MQTT2_DEVICE.
Für MQTT2_DEVICE gibt's zwischenzeitlich auch passende attTemplates...
Welche meinst du? tuyaMCU_dimmer? Bei mir funktionierten die nicht, musste selbst Attribute dazu schreiben - oder ich habe einfach eine falsche Konfiguration in Tasmota...
Die rgb- bzw. rgbw-Varianten. Ggf. update machen, sind noch nicht lange drin.
Vielleicht nochmal die Langfassung:
"Tuya" bzw. "TuyaMCU" sind (jedenfalls teilweise) zwei Paar Stiefel.
TuyaMCU ist ein spezielles Transceiversystem, das von Tasmota auch unterstützt wird (https://github.com/arendst/Tasmota/wiki/TuyaMCU). Da hat man afaik eine Art Gateway, das dann wieder andere (non-WLAN-) Geräte steuern kann, die ihrerseits aber wieder spezielle Codes benötigen (irritierenderweise ist das in dem attrTemplate nicht so richtig reflektiert; würde mal tippen, dass das mit den eigentlichen Zieldevices gar nicht so ohne weiteres funktioniert, sondern das sieht eher aus wie ein "normales" rgb-Device... (Sorry, ich kann häufig nur in Teilen verifizieren, was mir jemand zuruft; das sehe ich leider jetzt etwas anders, nachdem ich selbst mit einem rgbw-Device rumgespielt habe, vorher wäre es zu viel Raterei auf Basis der Tasmota-Doku gewesen.)).
"Tuya" ist einfach nur eine Art Cloud-API-Anbieter, den man direkt wieder vergessen kann, wenn die Tasmota-firmware erst mal auf dem ESP werkelt. Dann ist es einfach eines der "normalen" tasmota-attrTemplates, das zu wählen ist. Davon gibt es derzeit 3:rgb (=> attrTemplate: tasmota_rgb_led_controller);rgw+Weißkanal-Dimmer (tasmota_rgbw_led) und
rgbw+Weiß-Farbtemperatur (tasmota_rgbwct_led).
Es darf sich gerne jemand die Mühe machen, die Doku zu verbessern (in den Prayisbeispielen und im attrTemplate-File selbst), wenn das nicht als "selbsterklärend" empfunden wird ;) .
Aaah, alles klar, vielen Dank!
Gibt's irgendwo eine Doku wie welche GPIOs in Tasmota auszuwählen sind oder geht das attrTemplate einfach, sobald 3 belegt sind? Habe später dann einfach selbst herumprobiert und drei für R, G und B gefunden.
Für den einzigen von mir genutzten Devic-Typ gab es ein (innoffizielles) "template" (Tasmonta-intern): https://templates.blakadder.com/maxcio-YX-DE04.html
Da gibt es noch viel mehr, allerdings sind die nicht immer perfekt...
Z.B. gibt es auch eines für das "eigentliche" Zieldevice (https://templates.blakadder.com/maxcio_YX-DE02.html) mit etwas anderer PIN-Belegung, das zwar auch "irgendwie" funktioniert hat, aber eben nicht so problemfrei. Außerdem behaupten die beiden tamplates (mMn.) fälschlicherweise, dass irgendwas analoges gemessen wird; das habe ich dann schlicht ("FLAG":0) ausgeschaltet.
Kurzfassung: vermutlich gibt es viele Überschneidungen und Fehlinfos da, aber es kann nicht schaden da reinzusehen, damit hat man schon mal eine Basis...
Habe das Template tasmota_rgb_led_controller jetzt bei mir getestet und es scheint gut zu funktionieren.
Anbei ein Screenshot meiner Konfiguration in Tasmota. Ist eine normale E27-Glühbirne.
Lediglich gibt es bei mir kein POWER1 sondern nur POWER, also musste ich das im stateFormat etc. ändern.
Könnte man vllt. "LWT" einbauen, dass bei der Lampe ein unreachable-devStateIcon ist, wenn sie "Offline" ist?
Hmm, fast alle E27-Sockel-Bulbs scheinen RGBW-Varianten zu sein.
Vielleicht machst du einen Test mit https://templates.blakadder.com/al_above_lights_9W_E26_rgbw.html? (https://templates.blakadder.com/al_above_lights_9W_E26_rgbw.html?)
Was POWERx angeht: Wenn du das mit "set ... attrTemplate ..." angewendet hattest, sollte das umgestellt sein. Oder hast du den attrTemplate-Code manuell übertragen und den ersten Schritt ausgelassen? (Sollte man "richtig" machen, dann paßt das auch besser mit Klein-/und Großschreibung).
Ansonsten würde ich raten, die jsonMap-Variante auszutesten. Geht am einfachsten, wenn du das rgbw-Template nimmst ("notfalls" den Weiß-Setter manuell rausnehmen, wenn der nach vollständiger Tasmota-Konfiguration wirklich nicht geht ;) ). (stateFormat muß dann raus! Ggf. zum Experimentieren einfach eine Kopie erstellen und alles außer readingList löschen).
EDIT: bitte wenn möglich auch die konkrete Type mitteilen, dann kann ich das in die desc mit aufnehmen, damit andere das wiederfinden...
Zitat von: dmq am 27 November 2018, 08:16:43
Anschließend kannst Du dann mqtt machen oder auch per WEB-API. Ich habe Konfig-Beispiele für ESPurna + FHEM + mqtt hier. Werde die dann falls hilfreich posten.
Frage: Muss zum schalten dann zwingend MQTT genutzt werden oder geht das auch per HTTP Befehl (wie bei Wlan Cams diese CGI Befehle) der direkt an diese LED Lampe gesendet wird ?
Ich habe keine anderen Geräte die MQTT benutzen und kenne mich damit überhaupt nicht aus. Nur wegen einer LED Lampe wollte ich jetzt nicht diesen Aufwand betreiben.
Würde das ohne MQTT funktionieren würde ich es mit einem Flash mal versuchen. Danke dir !
Hallo
gucks du:
https://tasmota.github.io/docs/Commands/#commands-list (https://tasmota.github.io/docs/Commands/#commands-list)
with Web Requests~
Commands can be executed via web (HTTP) requests, for example:
http://<ip>/cm?cmnd=Power%20TOGGLE
http://<ip>/cm?cmnd=Power%20On
http://<ip>/cm?cmnd=Power%20off
http://<ip>/cm?user=admin&password=joker&cmnd=Power%20Toggle
Nachdem ich in ein paar Wochen meine ersten Tuya Plugs erhalte, wollte ich mal nachfragen wie der Status der FHEM Integration ist. Braucht man aktuell noch Tasmonta/ESPHome oder ähnliches mit MQTT, oder gibt es schon ein FHEM Modul das über die Tuya Cloud läuft dazu?
Wenn nicht würde ich mich nämlich mit fhempy da mal dran machen ein Modul in Python zu schreiben.
Hallo Dominik,
Das wäre vielleicht interessant. Die Tuya Geräte sind ja weit verbreitet. Teilweise sind die bei Lidl Anfang Dezember verkauften Smarthome Geräte Tuya clones. Mir ist es beispielsweise gelungen das Lidl/Silvercrest Zigbee Gateway in der Tuya Smart-Life App sichtbar ( nicht steuerbar) zu machen.
Gruß Thomas
Hallo Dominik,
ich würde es sehr begrüßen, wenn es für die Cloud-basierten Tuya-Devices eine FHEM-Integration gäbe.
Ich habe inzwischen ca. 40 Schalter im Einsatz, die ich vorzugsweise über Alexa und Smartlife-App steuere (samt Routinen wie "schalte die Heizdecken an, wenn ich nach 21 Uhr das Schlafzimmer betrete und die Zimmertemperatur unter 15 Grad liegt und schalte nach 30 Minuten wieder ab".
Die Schalter können bei mir alle den (groben) Stromverbrauch messen und in der Cloud loggen. Dies auslesen zu können, in MySQL zu loggen und dann in FHEM auszuwerten und zu plotten wäre perfekt.
Auch die neueren TUYA-LED Lampen können dies und stehen dabei den ZigBee-Lampen in Preis und Steuerungsvarianten in nichts nach. Im Gegensatz zu meinen ca. 40 HUE-Lampen ist leider noch keine FHEM-Integration möglich.
Gerne gebe ich meine bisherigen Erfahrungen weiter.
Beste Grüße
Thomas
Ich habe heute meine Tuya Wifi Plugs erhalten. Eine erste Testversion mit LOCAL_KEY läuft bereits :)
Als Vorbereitung für einen Test:
https://github.com/jasonacox/tinytuya#get-the-tuya-device-local_key
Edit: ihr braucht nur den Teil "From iot.tuya.com" machen, Rest kommt dann per Modul.
Ich werde wahrscheinlich am Samstag die 1. Version online stellen.
Eine 1. Version nur für Switches/Plugs ist nun online.
Installation (fhempy Basis):
https://github.com/dominikkarall/fhempy#installation
tuya:
https://github.com/dominikkarall/fhempy/blob/master/FHEM/bindings/python/fhempy/lib/tuya/README.md
Für erste Tests würde ich diesen Thread nutzen, wenn es dann bei paar Usern funktioniert, mach ich einen neuen auf. Bitte daher hier um Feedback. Bin gespannt :)
Hallo Dominik,
ich habe schon seit geraumer Zeit Ausschau nach solch einem Modul für FHEM gehalten. Ich habe diverse GU10 RGBW Lampen im Einsatz, welche sich nicht (mehr) über tuya-convert auf eine Tasmota FW via OTA flashen lassen. Auch der Weg über serial flash ist schwierig, da man die Lampen nicht so ohne weiteren Schaden öffnen kann.
Nun habe ich ja die gesamte Python3 <> FHEM installation durchgeführt, um Python Module in FHEM mit einzubinden. Hat alles super funktioniert, dank der sehr guten Anleitungen. Ebenfalls habe ich die tuya Module soweit in FHEM fertig eingebunden und verbunden. Die Verbindung zur tuya API steht und meine Cloud Devices sehe ich in FHEM ebenfalls schon. Die automatische Installation über "define tuya_system PythonModule tuya setup CLIENT_ID CLIENT_SECRET DEVICE_ID" hat mit jedoch noch kein einzelnes device installiert. Jedoch konnte ich mit Hilfe der manuellen Installation "define wifi_plug PythonModule tuya TYPE DEVICE_ID IP LOCAL_KEY VERSION" die erste Lampe schon in FHEM einbinden.
Da es nun ein BulbDevice ist, kann ich bislang noch nichts mit der Lampe über FHEM schalten. Du hattest ja zu letzt geschrieben, dass du mit der Entwicklung vom Modul bei den Switches/Plugs anfängst.
Ich wollte dir jedoch schon mal sagen, dass die gesamte Installation und Anbindung in FHEM bislang super funktioniert hat. Nun bin ich natürlich auf das Update für die Bulbs gespannt ;D
Also nochmal, sehr gute Arbeit ... weiter so. Ich bin gern bereit einiges für die Lampen zu testen. Leider habe ich bislang nur Lampen bei tuya eingebunden.
Beste Grüße,
Ingo
Hi Ingo,
bin gerade am Umbau dran für das Modul, damit mehr Gerätetypen unterstützt werden. Wenn es so klappt wie ich mir das vorstelle, sollten danach alle Tuya Devices (Bulb, Plug, usw.) funktionieren.
Wahrscheinlich kommt das Update nächstes Wochenende.
Das klingt super, da freu ich mich schon auf das Ausprobieren!
Vielen Dank für das Feedback und wünsche dir noch ein schickes restliches WE.
Grüße,
Ingo
Update ist online.
v0.1.24 sollte nun mit ziemlich vielen Tuya Geräten funktionieren.
Bitte um Test der Bulbs. Die RGB Werte musst du in Hex setzen, wenn ich das richtig gesehen habe.
Kleine Ausweitung :
Ich verwende ein Tuermodul ( Klingel/Kamera ) , das mit Tuya ( Smart Life ) funktioniert.
Dazu gehoert auch eine externe Klingel, die vom Tuermodul ein 433 Mhz Signal bekommt.
Rfx scheint das nicht zu koennen oder kann ich da noch was probieren ?
Allein die Klingel wuerde ja schon sehr weiterhelfen.
Ich vermute das Türmodul wird so wie jedes andere Tuya Modul über einen Datapoint das 433MHz Signal auslösen.
Hast du es schon in fhempy tuya probiert? Probier es einfach mal aus.
Hallo Dominik,
vielen Dank für das schnelle Update des Moduls. Ich habe zwei unterschiedliche GU10 Bulbs im Tuya Server eingebunden. Bei beiden kommen die Readings im FHEM als "dp_2x" Wert an. Die RGB Werte kommen hier als hex an, korrekt. Das sollte mich jedoch nicht weiter stören. Weiterhin wird der state des Gerätes ausgelesen (online / offline).
Mein Problem ist jedoch, dass es keine "set" Möglichkeit bei beiden bulbs gibt. Ich kann also die Lampen via FHEM bislang nicht steuern :-(
Update:
Weiterhin ist mir im LOG von FHEM folgendes aufgefallen:
2021.01.23 23:09:43 1: ERROR: empty name in readingsBeginUpdate
2021.01.23 23:09:43 1: stacktrace:
2021.01.23 23:09:43 1: main::readingsBeginUpdate called by fhem.pl (4991)
2021.01.23 23:09:43 1: main::readingsSingleUpdate called by (eval 16895) (1)
2021.01.23 23:09:43 1: (eval) called by ./FHEM/10_BindingsIo.pm (386)
2021.01.23 23:09:43 1: main::BindingsIo_processMessage called by ./FHEM/10_BindingsIo.pm (497)
2021.01.23 23:09:43 1: main::BindingsIo_readWebsocketMessage called by ./FHEM/10_BindingsIo.pm (169)
2021.01.23 23:09:43 1: main::BindingsIo_Read called by fhem.pl (3818)
2021.01.23 23:09:43 1: main::CallFn called by fhem.pl (759)
2021.01.23 23:09:43 1: readingsUpdate(,state,offline) missed to call readingsBeginUpdate first.
2021.01.23 23:09:43 1: stacktrace:
2021.01.23 23:09:43 1: main::readingsBulkUpdate called by fhem.pl (4992)
2021.01.23 23:09:43 1: main::readingsSingleUpdate called by (eval 16895) (1)
2021.01.23 23:09:43 1: (eval) called by ./FHEM/10_BindingsIo.pm (386)
2021.01.23 23:09:43 1: main::BindingsIo_processMessage called by ./FHEM/10_BindingsIo.pm (497)
2021.01.23 23:09:43 1: main::BindingsIo_readWebsocketMessage called by ./FHEM/10_BindingsIo.pm (169)
2021.01.23 23:09:43 1: main::BindingsIo_Read called by fhem.pl (3818)
2021.01.23 23:09:43 1: main::CallFn called by fhem.pl (759)
Diese Fehlermeldungen kamen vor dem update nicht.
Beste Grüße,
Ingo
Zitat von: dominik am 20 Januar 2021, 22:43:20
Update ist online.
v0.1.24 sollte nun mit ziemlich vielen Tuya Geräten funktionieren.
Bitte um Test der Bulbs. Die RGB Werte musst du in Hex setzen, wenn ich das richtig gesehen habe.
Poste bitte die productId von deiner Bulb.
Teste bitte noch 0.1.25 wegen dem Fehler, sollte dort nicht mehr auftreten.
Ok, bezüglich der Python Fehlermeldung hast du Recht, ist nach dem Neustart der Pythonbindings fehlerfrei.
Meine Produkt-IDs der bulbs sind:
3idmhygtjqlxcglf
j3yhrl6mmq1xgfdz
Ich muss dazu sagen, dass ich die bulbs manuell in FHEM erstellt habe. Nach dem SCAN des TUYA Modules schreibt er auch dran, dass einige devices erstellt wurden. Jedoch sehe ich im gesamten FHEM keine neuen devices. Autocreate ist active.
Beste Grüße,
Ingo
Die sollten beide funktionieren.
define tuya_bulb PythonModule tuya 3idmhygtjqlxcglf DEVICEID IP LOCALKEY 3.3
müsste funktionieren, oder sind das noch Version 3.1 Devices? Dann hinten 3.1.
Im Raum "Unsorted" solltest du die Devices finden wenn diese angelegt wurden.
Jep, sind alles V3.3 devices. Ich habe die Definitionen in FHEM exakt so gemacht, wie du es geschrieben hast. Nach dem SCAN des TUYA devices wird auch ausgegeben "done, created 7 devices". Jedoch sehe ich keine angelegten devices, selbst in "Everything" nicht :-(
Und bei einem manuellen define werden zwar die readings korrekt von jedem device gelesen, jedoch gibt es kein get/set bei diesen devices.
Update:
Muss mich noch etwas korrigieren. Bei meiner DEF sieht das jedoch so aus:
define tuya_bulb PythonModule tuya BulbDevice DEVICEID IP LOCALKEY 3.3
Muss ich mal deine Variante testen ...
Das define ist die alte Variante, die kann nicht funktionieren :)
Aber schau bitte nochmals ob die Devices nicht schon angelegt wurden. Siehst du in FHEM ein ? in der Webansicht? Wenn du dort drauf klickst, siehst du auch was erstellt wurde.
Okay, funktioniert mit deiner DEF!
Da muss ich wohl in der allgemeinen DEF etwas falsch interpretiert haben :-( Sorry
Devices wurden keine angelegt. Kannst du mir nochmal die aktuelle "TUYA DEF schreiben"? Vlt ist die auch schon aktualisiert worden?!
Da kann ich ja nun mal testen. Danke dir, ich melde mich mal morgen, wie es funktioniert.
define tuya_system PythonModule tuya setup CLIENT_ID CLIENT_SECRET DEVICE_ID
set tuya_system start_scan
Siehe auch:
https://github.com/dominikkarall/fhempy/blob/master/FHEM/bindings/python/fhempy/lib/tuya/README.md
Hm, so ist es auch immernoch bei mir definiert. Ich leg das device mal neu an ...
Wenn die Meldung mit "done, created ...." kommt, dürfte auch alles funktionieren. Eigenartig, dass die Devices nicht angelegt wurden. Schau bitte auch noch im fhem.log ob dort vielleicht ein Fehler ersichtlich ist und die Devices daher nicht angelegt wurden.
Also auch nach einem neu Anlegen des TUYA Setup devices wird mit einem SCAN jedes device aus der TUYA App gefunden und in den Readings angezeigt. Auch im state steht drin "done, created 7 devices". Jedoch wird kein Einziges angelegt. Auch im FHEM LOG wird kein Fehler angezeigt. Steht nur drin, dass das Python Module geladen wurde.
Jedoch kann ich nun alle devices nach einem manuellen Anlegen super ansteuern. Jedoch erscheinen alle devices als offline, sobald man mit dem Smartphone in der TUYA App ist. Nachdem man die App wieder geschlossen hat, erscheinen in FHEM die devices wieder als online.
Danke nochmal und beste Grüße,
Ingo
Das mit offline/online ist richtig so. Leider kann tuya nur eine Verbindung akzeptieren und daher klappt die Verbindung über FHEM nicht wenn die Smartlife App offen ist.
Mich stört aber noch, dass bei dir "created" erscheint, dann aber nichts erstellt wurde...hmm...
Super jedoch, dass es funktioniert :)
Funktioniert tuya jetzt bei allen soweit? Oder ist da noch was zu bauen? Ansonsten würde ich einen separaten "fhempy: tuya" Thread machen für Einsteiger.
Eine Frage noch, hat von euch jemand Zigbee Tuya Devices? Sowas: https://de.aliexpress.com/item/1005001631800310.html
Ich denke die müsste ich per IOT Cloud API von Tuya ansprechen. Wenn also jemand ein Zigbee Tuya Device hat, gerne mal melden.
hallo domenic,
ich habe mich noch nicht rangetraut; dies auch wei gestern mal wieder meine SD-Karte im Raspi abgeraucht ist. Gottseidank hatte ich noch eine Sicherrung.
Gibt es denn eine Schritt-für-Schritt Anleitung für Anfänger?
Beste Grüße
Thomas
Hi,
einfach die Befehle hier ausführen:
https://github.com/dominikkarall/fhempy#installation
und danach
https://github.com/dominikkarall/fhempy/blob/master/FHEM/bindings/python/fhempy/lib/tuya/README.md
Das wirkt auf den ersten Blick viel, ist aber nur einmalig in der tuya Cloud einzurichten.
Hallo,
kannst du mir bitte sagen, welche IP ich bei der Definition des Devices angeben muss ?
Die interne IP Addresse oder die externe Internet Adresse vor der Firewall? Diese ändert sich aber täglich dynamisch.
Irgendwie werden keine Devices von selbst angelegt und ein mit define erzeugtes Device ist ständig offline.
tuya_system ist ready, device ist offline.
Eventlog:
2021-02-24 22:57:44 PythonModule wifi_plug offline
2021-02-24 23:04:33,266 - INFO - asyncio: poll 14999.314 ms took 15015.105 ms: timeout
2021-02-24 23:04:33,394 - ERROR - wifi_plug: Failed to get current status from device
Config Einträge:
define local_pybinding BindingsIo Python
attr local_pybinding room Administration,hidden
define Pythonbinding_15733 PythonBinding 0
attr Pythonbinding_15733 logfile ./log/fhempy-%Y-%m-%d.log
attr Pythonbinding_15733 nrarchive 10
attr Pythonbinding_15733 room hidden
define tuya_system PythonModule tuya setup Client_ID Client_Secret 4530056170039f47efab
attr tuya_system IODev local_pybinding
attr tuya_system room Administration
define wifi_plug PythonModule tuya wifvoilfrqeo6hvu 4530056170039f47efab 192.168.1.51 8df3b6df9763e371 3.3 Client_ID Client_Secret
attr wifi_plug IODev local_pybinding
attr wifi_plug room Administration
Beste Grüße
sunflyer
Hallo, wollte das Modul testen jedoch kommt bei Update dauernd.
Pythonbinding_15733: read: end of file reached while sysread
im fhempy Logfile steht das:
SyntaxError: invalid syntax
File "FHEM/bindings/python/bin/fhempy", line 87
logging.getLogger(__name__).info(f"Successfully installed {package}")
^
woran könnte das liegen ?
LG KeskinG.
Zitat von: sunflyer am 24 Februar 2021, 23:07:15
Hallo,
kannst du mir bitte sagen, welche IP ich bei der Definition des Devices angeben muss ?
Die interne IP Addresse oder die externe Internet Adresse vor der Firewall? Diese ändert sich aber täglich dynamisch.
Irgendwie werden keine Devices von selbst angelegt und ein mit define erzeugtes Device ist ständig offline.
tuya_system ist ready, device ist offline.
Eventlog:
2021-02-24 22:57:44 PythonModule wifi_plug offline
2021-02-24 23:04:33,266 - INFO - asyncio: poll 14999.314 ms took 15015.105 ms: timeout
2021-02-24 23:04:33,394 - ERROR - wifi_plug: Failed to get current status from device
Config Einträge:
define local_pybinding BindingsIo Python
attr local_pybinding room Administration,hidden
define Pythonbinding_15733 PythonBinding 0
attr Pythonbinding_15733 logfile ./log/fhempy-%Y-%m-%d.log
attr Pythonbinding_15733 nrarchive 10
attr Pythonbinding_15733 room hidden
define tuya_system PythonModule tuya setup Client_ID Client_Secret 4530056170039f47efab
attr tuya_system IODev local_pybinding
attr tuya_system room Administration
define wifi_plug PythonModule tuya wifvoilfrqeo6hvu 4530056170039f47efab 192.168.1.51 8df3b6df9763e371 3.3 Client_ID Client_Secret
attr wifi_plug IODev local_pybinding
attr wifi_plug room Administration
Beste Grüße
sunflyer
Hi,
die interne IP Adresse muss verwendet werden, da die Verbindung lokal aufgebaut wird.
Beim Scan sollten die Devices automatisch angelegt werden, was kommt da bei dir für eine Meldung nach dem Scan?
Zitat von: kesking am 27 Februar 2021, 13:47:00
Hallo, wollte das Modul testen jedoch kommt bei Update dauernd.
Pythonbinding_15733: read: end of file reached while sysread
im fhempy Logfile steht das:
SyntaxError: invalid syntax
File "FHEM/bindings/python/bin/fhempy", line 87
logging.getLogger(__name__).info(f"Successfully installed {package}")
^
woran könnte das liegen ?
LG KeskinG.
Welche Python Version nutzt du? Sollte >=3.7 sein.
Moin,
klasse Arbeit bisher, danke. Ich habe hier aber zwei kleine Probleme: Es werden keine Devices angelegt, obwohl er meldet, er hätte eines angelegt. Und bei den von Hand angelegten (define wifi_plug PythonModule tuya PRODUCT_ID DEVICE_ID IP LOCAL_KEY [VERSION] [API_KEY] [API_SECRET]) fehlen die set Befehle für on/off kw/h ect.?
Kann der Fehler hier liegen?
ZitatBindingsIo: >>> WS: {"argsh": {}, "PYTHONTYPE": "tuya", "NAME": "tuya_basis", "defargs": ["tuya_basis", "PythonModule", "tuya", "setup", "qa4pcfm3ah5wyldand5o", "e9773ec085ba407982be7d0120648649", "bfe781bfeae2b508238qxg"], "args": ["tuya_basis", "?"], "msgtype": "function", "function": "Set", "defargsh": {}, "id": "72778650", "finished": 1, "returnval": "Unknown argument ?, choose one of scan_devices:noArg"}
2021.04.05 12:51:18 5: BindingsIo: DevIo_SimpleRead
2021.04.05 12:51:18 5: BindingsIo: DevIo_SimpleRead WithTimeout
2021.04.05 12:51:18 4: BindingsIo: >>> WS: {"NAME": "tuya_basis", "PYTHONTYPE": "tuya", "argsh": {}, "msgtype": "function", "args": ["tuya_basis", "?"], "defargs": ["tuya_basis", "PythonModule", "tuya", "setup", "qxxxxxxxxxo", "e9xxxxxxxxxx9", "bfexxxxxxxxxxxxxg"], "function": "Set", "id": "85254953", "defargsh": {}, "finished": 1, "returnval": "Unknown argument ?, choose one of scan_devices:noArg"}
2021.04.05 12:51:18 5: BindingsIo: QUEUE: start handling - 1
2021.04.05 12:51:18 5: BindingsIo: QUEUE: finished handling - 0
2021.04.05 12:51:18 4: BindingsIo: end PythonFunction: tuya_basis => Set (85254953) - result: Unknown argument ?, choose one of scan_devices:noArg
2021.04.05 12:51:18 4: BindingsIo: <<< WS: {"awaitId":21328719,"error":0,"result":"done, created 1 devices"}
2021.04.05 12:51:18 5: BindingsIo: QUEUE: finished handling - 0Edit: Mit der ProduktID aus dem tuya_basis device geht es dann doch mit On/off und kw/h, ich hatte aus dem python3 -m tinytuya scan die ProduktID genommen, die geht nicht. Aber autocreate wäre doch schöner. Danke.
Hallo zusammen,
ich habe mir beim China-Mann eine Tuya Alarmanlage bestellt.
Diese würde ich jetzt gerne mit FHEM verknüpfen. Dabei bin ich auf "fhempy" gestoßen.
Ich hab's auch prinzipiell fast geschafft:
fhempy ist installiert und ich habe das "tuya_system" erfolgreich angelegt.
define tuya_system PythonModule tuya setup CLIENT_ID CLIENT_SECRET 078800133c6105c0d4ca
Das "tuya_system" sieht auch gut aus und liefert mir localkey und product ID des "Alarm_host" (Name des Alarmsystems). (Bild01)
Allerdings zeigt der Scan dann "done, created 0 devices"
(liegt das vielleichtdaran, dass der Alarm_host ja auch zum Anlegen des "tuya_system" verwendet wurde?)
ich habe dann das device manuell angelegt und auch das sieht vielversprechend aus (Bild2)
Ich sehe readings, die passen könnten, allerdings keine Schaltmöglichkeiten. (z.B. arm, disarm usw.)
Auch ändert sich keins der readings, wenn man z.B. ein Fenster öffnet.
Im Alarmsystem erscheint dann statt "normal" sofort "window open", in den readings nicht.
Woran könnte es liegen?
Grüße pure-current
Zitat von: fhem@supergut am 05 April 2021, 13:00:23
Moin,
klasse Arbeit bisher, danke. Ich habe hier aber zwei kleine Probleme: Es werden keine Devices angelegt, obwohl er meldet, er hätte eines angelegt. Und bei den von Hand angelegten (define wifi_plug PythonModule tuya PRODUCT_ID DEVICE_ID IP LOCAL_KEY [VERSION] [API_KEY] [API_SECRET]) fehlen die set Befehle für on/off kw/h ect.?
Kann der Fehler hier liegen?
2021.04.05 12:51:18 5: BindingsIo: DevIo_SimpleRead
2021.04.05 12:51:18 5: BindingsIo: DevIo_SimpleRead WithTimeout
2021.04.05 12:51:18 4: BindingsIo: >>> WS: {"NAME": "tuya_basis", "PYTHONTYPE": "tuya", "argsh": {}, "msgtype": "function", "args": ["tuya_basis", "?"], "defargs": ["tuya_basis", "PythonModule", "tuya", "setup", "qxxxxxxxxxo", "e9xxxxxxxxxx9", "bfexxxxxxxxxxxxxg"], "function": "Set", "id": "85254953", "defargsh": {}, "finished": 1, "returnval": "Unknown argument ?, choose one of scan_devices:noArg"}
2021.04.05 12:51:18 5: BindingsIo: QUEUE: start handling - 1
2021.04.05 12:51:18 5: BindingsIo: QUEUE: finished handling - 0
2021.04.05 12:51:18 4: BindingsIo: end PythonFunction: tuya_basis => Set (85254953) - result: Unknown argument ?, choose one of scan_devices:noArg
2021.04.05 12:51:18 4: BindingsIo: <<< WS: {"awaitId":21328719,"error":0,"result":"done, created 1 devices"}
2021.04.05 12:51:18 5: BindingsIo: QUEUE: finished handling - 0
Edit: Mit der ProduktID aus dem tuya_basis device geht es dann doch mit On/off und kw/h, ich hatte aus dem python3 -m tinytuya scan die ProduktID genommen, die geht nicht. Aber autocreate wäre doch schöner. Danke.
Poste bitte deine product_id, dann kann ich diese mit aufnehmen.
Zitat von: pure-current am 11 April 2021, 09:11:08
Hallo zusammen,
ich habe mir beim China-Mann eine Tuya Alarmanlage bestellt.
Diese würde ich jetzt gerne mit FHEM verknüpfen. Dabei bin ich auf "fhempy" gestoßen.
Ich hab's auch prinzipiell fast geschafft:
fhempy ist installiert und ich habe das "tuya_system" erfolgreich angelegt.
define tuya_system PythonModule tuya setup CLIENT_ID CLIENT_SECRET 078800133c6105c0d4ca
Das "tuya_system" sieht auch gut aus und liefert mir localkey und product ID des "Alarm_host" (Name des Alarmsystems). (Bild01)
Allerdings zeigt der Scan dann "done, created 0 devices"
(liegt das vielleichtdaran, dass der Alarm_host ja auch zum Anlegen des "tuya_system" verwendet wurde?)
ich habe dann das device manuell angelegt und auch das sieht vielversprechend aus (Bild2)
Ich sehe readings, die passen könnten, allerdings keine Schaltmöglichkeiten. (z.B. arm, disarm usw.)
Auch ändert sich keins der readings, wenn man z.B. ein Fenster öffnet.
Im Alarmsystem erscheint dann statt "normal" sofort "window open", in den readings nicht.
Woran könnte es liegen?
Grüße pure-current
Probier bitte mal diese product_id
lyq7o3cpui0mgfky
Zitat von: dominik am 18 April 2021, 19:31:52
Probier bitte mal diese product_id
lyq7o3cpui0mgfky
Hallo Dominik,
hab' ich versucht, dann wechselte der Status von "online" zu
Failed to execute function Define: Traceback (most recent call last):
File "/opt/fhem/.local/lib/python3.7/site-packages/fhempy/lib/fhem_pythonbinding.py", line 350, in _onMessage
fct_timeout,
File "/usr/lib/python3.7/asyncio/tasks.py", line 416, in wait_for
return fut.result()
File "/opt/fhem/.local/lib/python3.7/site-packages/fhempy/lib/tuya/tuya.py", line 86, in Define
await self.create_device()
File "/opt/fhem/.local/lib/python3.7/site-packages/fhempy/lib/tuya/tuya.py", line 349, in create_device
await self._create_mapping_dev()
File "/opt/fhem/.local/lib/python3.7/site-packages/fhempy/lib/tuya/tuya.py", line 95, in _create_mapping_dev
schema_part["values"] = schema_part["property"]
KeyError: 'property'Gruß pure-current
Ok, dann dürfte es doch ein anderes Device sein.
Gib bitte beim define mal VERSION 3.3 und API_KEY und API_SECRET mit an, dann wird die Config direkt von der Tuya Cloud geholt.
Zitat von: dominik am 18 April 2021, 20:00:05
Ok, dann dürfte es doch ein anderes Device sein.
Gib bitte beim define mal VERSION 3.3 und API_KEY und API_SECRET mit an, dann wird die Config direkt von der Tuya Cloud geholt.
OK. Habe die DEF erweitert. Jetzt kam zuerst state "online", dann kam "Localscan...please wait..." und nach ner Weile wieder "online"
In den readings kriege ich jetzt neue readings "tuya_spec_functions" und "tuya_spec_status"
tuya_spec_functions:
[{'code': 'master_mode', 'type': 'Enum', 'values': '{"range":["disarmed","arm","home","sos"]}', 'desc': 'master mode'}, {'code': 'delay_set', 'type': 'Integer', 'values': '{"unit":"s","min":0,"max":65535,"scale":0,"step":1}', 'desc': 'delay set'}, {'code': 'alarm_time', 'type': 'Integer', 'values': '{"unit":"min","min":0,"max":65535,"scale":0,"step":1}', 'desc': 'alarm time'}, {'code': 'switch_alarm_sound', 'type': 'Boolean', 'values': '{}', 'desc': 'switch alarm sound'}, {'code': 'switch_alarm_light', 'type': 'Boolean', 'values': '{}', 'desc': 'switch alarm light'}, {'code': 'switch_kb_sound', 'type': 'Boolean', 'values': '{}', 'desc': 'switch kb sound'}, {'code': 'switch_kb_light', 'type': 'Boolean', 'values': '{}', 'desc': 'switch kb light'}, {'code': 'alarm_call_number', 'type': 'Raw', 'values': '{}', 'desc': 'alarm call number'}, {'code': 'switch_alarm_call', 'type': 'Boolean', 'values': '{}', 'desc': 'switch alarm call'}, {'code': 'switch_alarm_sms', 'type': 'Boolean', 'values': '{}', 'desc': 'switch alarm sms'}, {'code': 'muffling', 'type': 'Boolean', 'values': '{}', 'desc': 'muffling'}, {'code': 'switch_alarm_propel', 'type': 'Boolean', 'values': '{}', 'desc': 'switch alarm propel'}, {'code': 'alarm_delay_time', 'type': 'Integer', 'values': '{"unit":"s","min":0,"max":300,"scale":0,"step":1}', 'desc': 'alarm delay time'}, {'code': 'master_state', 'type': 'Enum', 'values': '{"range":["normal","alarm"]}', 'desc': 'master state'}, {'code': 'sub_class', 'type': 'Enum', 'values': '{"range":["remote_controller","detector"]}', 'desc': 'sub class'}, {'code': 'sub_admin', 'type': 'Raw', 'values': '{}', 'desc': 'sub admin'}]
tuya_spec_status:
[{'code': 'master_mode', 'type': 'Enum', 'values': '{"range":["disarmed","arm","home","sos"]}'}, {'code': 'delay_set', 'type': 'Integer', 'values': '{"unit":"s","min":0,"max":65535,"scale":0,"step":1}'}, {'code': 'alarm_time', 'type': 'Integer', 'values': '{"unit":"min","min":0,"max":65535,"scale":0,"step":1}'}, {'code': 'switch_alarm_sound', 'type': 'Boolean', 'values': '{}'}, {'code': 'switch_alarm_light', 'type': 'Boolean', 'values': '{}'}, {'code': 'switch_kb_sound', 'type': 'Boolean', 'values': '{}'}, {'code': 'switch_kb_light', 'type': 'Boolean', 'values': '{}'}, {'code': 'alarm_call_number', 'type': 'Raw', 'values': '{}'}, {'code': 'switch_alarm_call', 'type': 'Boolean', 'values': '{}'}, {'code': 'switch_alarm_sms', 'type': 'Boolean', 'values': '{}'}, {'code': 'muffling', 'type': 'Boolean', 'values': '{}'}, {'code': 'alarm_msg', 'type': 'Raw', 'values': '{}'}, {'code': 'switch_alarm_propel', 'type': 'Boolean', 'values': '{}'}, {'code': 'alarm_delay_time', 'type': 'Integer', 'values': '{"unit":"s","min":0,"max":300,"scale":0,"step":1}'}, {'code': 'master_state', 'type': 'Enum', 'values': '{"range":["normal","alarm"]}'}, {'code': 'sub_class', 'type': 'Enum', 'values': '{"range":["remote_controller","detector"]}'}, {'code': 'sub_admin', 'type': 'Raw', 'values': '{}'}, {'code': 'sub_state', 'type': 'Enum', 'values': '{"range":["normal","alarm","fault","others"]}'}]
Kannst du damit was anfangen?
Gruß pure-current
Passt, das sieht gut aus :) Nicht Readings, sondern Attributes, oder?
Kommen keine Readings wie "master_mode", usw.?
ZitatPasst, das sieht gut aus :) Nicht Readings, sondern Attributes, oder?
Ja,klar.... ;)
Die readings sind gleich geblieben...(siehe erstes posting)
dp_01,02,03,04,06,101,12,13,20,21,27,28,32 und state
master_mode habe ich nicht...
Gruß
Status geht auch nicht auf online? Starte sicherheitshalber bitte auch Mal fhempy neu.
Nutzt du docker oder ähnliches? Dein FHEM ist auch im selben Netz wie die Devices?
Doch, der status ist online.
Ich hab nur keine Möglichkeit, irgendwas zu "schalten"
Ich würde gerne die Anlage einschalten (arm) und ausschalten (disarm)
Diese 2 Basics und vielleicht noch Stati der Festerschalter würden mir schon reichen.
Läuft alles auf nen raspi 4. Kein Docker.
Und alle im selben Netz - raspi, Alarmanlage usw.
Ah, ich weiß schon was fehlt. Du musst in den Attributen noch eine Zuweisung der dp_x machen. Schau mal in den Attribute nach dp_0 und setz das mal auf master_mode.
Hallo Dominik,
ich habe attribute "tuya_spec_functions" und "tuya_spec_status".
dann hab' ich noch readings "dp_xx", fängt aber bei dp_01 an...
Was soll ich jetzt genau wie setzen?
Sorry wenn ich'snicht kapiere...
Ich schick noch mal screenshots mit.
Vielen Dank schon mal!
Hi,
schau mal in den Attributen, da sollten noch welche mit dp_... sein, die musst du setzen.
Hi Dominik,
da ist leider kein dp_..
Schau mal:
Kommt nach einem fhempy Neustart der state "Ready to configure dp_ attributes"? Wenn nicht, beobachte bitte ob im state nach dem fhempy Neustart "Localscan..." kommt.
Hallo Dominik,
sorry, aber kannst du mir ein bißchen genauer sagen, was ich machen soll?
Der Fhempy-Neustart- wie soll ich den machen? In Fhem wird mir bei Fhempy nur "set update" angeboten.
Meinst du einen shutdown-restart?
Oder auf Konsolenebene irgendwas neustarten?
Wo sollten dann der state "ready to configure..." und "Localscan" auftauchen, bei fhempy, beim tuya_system oder bei der Alarmanlage?
Danke dir im Voraus!
Hi,
schau mal im Raum "hidden" und dort PythonBinding. Dort kannst du ein restart machen.
Öffne bitte einen 2ten Tab wo du dir das tuya_alarmanlage Device anschaust. Bei diesem Device sollte dann das "Localscan..." kommen. Ich glaub bei dir schlägt der Localscan fehl und der wird benötigt um die dp_X zu finden.
Hi Dominik,
ich hab es versucht wie du gesagt hast.
Im Tab Alarmanlage ist der Status nur auf "PythonBinding offline" gegangen, Dann ist nichts passiert bis ich F5 gedrückt habe und dann war der status wieder "ready"
Im Logfile von fhempy steht Folgendes:
2021-04-25 03:51:19,964 - ERROR - fhempy.lib.fhem: Timeout - NO RESPONSE for command: readingsBeginUpdate($defs{'Alarmanlage'});;
2021-04-25 03:51:34,971 - ERROR - fhempy.lib.fhem: Timeout - NO RESPONSE for command: readingsBulkUpdateIfChanged($defs{'Alarmanlage'},'dp_01','disarmed');;
2021-04-25 03:51:35,591 - ERROR - fhempy.lib.fhem: Failed to set result, received: {"awaitId":12660789,"result":"2021-04-25 03:51:35","error":0}
2021-04-25 03:51:35,594 - ERROR - fhempy.lib.fhem: Failed to set result, received: {"error":0,"result":null,"awaitId":26297744}
2021-04-25 10:31:30,570 - INFO - fhempy.lib.pkg_installer: Attempting install of fhempy
2021-04-25 10:31:42,396 - ERROR - asyncio: Task exception was never retrieved
future: <Task finished coro=<PyBinding.onMessage() done, defined at /opt/fhem/.local/lib/python3.7/site-packages/fhempy/lib/fhem_pythonbinding.py:126> exception=SystemExit(1) created at /usr/lib/python3.7/asyncio/tasks.py:325>
source_traceback: Object created at (most recent call last):
File "FHEM/bindings/python/bin/fhempy", line 121, in <module>
fpb.run()
File "/opt/fhem/.local/lib/python3.7/site-packages/fhempy/lib/fhem_pythonbinding.py", line 471, in run
asyncio.get_event_loop().run_forever()
File "/usr/lib/python3.7/asyncio/base_events.py", line 539, in run_forever
self._run_once()
File "/usr/lib/python3.7/asyncio/base_events.py", line 1767, in _run_once
handle._run()
File "/usr/lib/python3.7/asyncio/events.py", line 88, in _run
self._context.run(self._callback, *self._args)
File "/opt/fhem/.local/lib/python3.7/site-packages/websockets/server.py", line 191, in handler
await self.ws_handler(self, path)
File "/opt/fhem/.local/lib/python3.7/site-packages/fhempy/lib/fhem_pythonbinding.py", line 67, in pybinding
asyncio.create_task(pb.onMessage(message))
File "/usr/lib/python3.7/asyncio/tasks.py", line 325, in create_task
return loop.create_task(coro)
Traceback (most recent call last):
File "/opt/fhem/.local/lib/python3.7/site-packages/fhempy/lib/fhem_pythonbinding.py", line 128, in onMessage
await self._onMessage(payload)
File "/opt/fhem/.local/lib/python3.7/site-packages/fhempy/lib/fhem_pythonbinding.py", line 391, in _onMessage
raise se
File "/opt/fhem/.local/lib/python3.7/site-packages/fhempy/lib/fhem_pythonbinding.py", line 170, in _onMessage
sys.exit(1)
SystemExit: 1
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3.7/asyncio/base_events.py", line 539, in run_forever
self._run_once()
File "/usr/lib/python3.7/asyncio/base_events.py", line 1767, in _run_once
handle._run()
File "/usr/lib/python3.7/asyncio/events.py", line 88, in _run
self._context.run(self._callback, *self._args)
File "/opt/fhem/.local/lib/python3.7/site-packages/fhempy/lib/fhem_pythonbinding.py", line 130, in onMessage
sys.exit(1)
SystemExit: 1
2021-04-25 10:31:43,378 - INFO - fhempy.lib.fhem_pythonbinding: Starting fhempy...
2021-04-25 10:31:43,398 - INFO - fhempy.lib.fhem_pythonbinding: Waiting for FHEM connection
2021-04-25 10:32:22,594 - INFO - fhempy.lib.fhem_pythonbinding: Starting fhempy...
2021-04-25 10:32:22,615 - INFO - fhempy.lib.fhem_pythonbinding: Waiting for FHEM connection
2021-04-25 10:32:27,337 - INFO - fhempy.lib.fhem_pythonbinding: Incoming FHEM connection: 127.0.0.1
2021-04-25 20:22:22,529 - INFO - fhempy.lib.fhem_pythonbinding: Starting fhempy...
2021-04-25 20:22:22,549 - INFO - fhempy.lib.fhem_pythonbinding: Waiting for FHEM connection
2021-04-25 20:22:31,754 - INFO - fhempy.lib.fhem_pythonbinding: Incoming FHEM connection: 127.0.0.1
2021-04-25 20:22:33,737 - ERROR - Alarmanlage: Failed to update readings
Traceback (most recent call last):
File "/opt/fhem/.local/lib/python3.7/site-packages/fhempy/lib/tuya/tuya.py", line 389, in update_readings
for st in self.tuya_spec_status:
AttributeError: 'tuya' object has no attribute 'tuya_spec_status'
2021-04-25 20:37:40,706 - INFO - fhempy.lib.fhem_pythonbinding: Starting fhempy...
2021-04-25 20:37:40,727 - INFO - fhempy.lib.fhem_pythonbinding: Waiting for FHEM connection
2021-04-25 20:37:49,925 - INFO - fhempy.lib.fhem_pythonbinding: Incoming FHEM connection: 127.0.0.1
2021-04-25 20:38:28,644 - INFO - fhempy.lib.fhem_pythonbinding: Starting fhempy...
2021-04-25 20:38:28,668 - INFO - fhempy.lib.fhem_pythonbinding: Waiting for FHEM connection
2021-04-25 20:38:37,855 - INFO - fhempy.lib.fhem_pythonbinding: Incoming FHEM connection: 127.0.0.1
Um 20.22 Uhr und 20.37 Uhr hab ich den restart versucht....
Kannst du damit was anfangen?
Gruß
Kannst du mir bitte den Screenshot vom Alarmanlage Device posten nach einem Neustart von fhempy? Weil ready sollte die nie als status haben. Schaust du vielleicht gerade bei tuya_system?
OK,sorry. Das "ready" war tatsächlich bei "tuya_system".
Ich hab's nochmal versucht und bei nem "Shutdown restart" habe ich tatsächlich ganz kurz "local scan" gesehen, ging dann aber sofort auf "online". (das ging so schnell, es war kaum zu erkennen...)
hier die screenshots vom device "alarmanlage" ...
Danke!
Zitat von: dominik am 17 Februar 2021, 18:09:43
Hi,
einfach die Befehle hier ausführen:
https://github.com/dominikkarall/fhempy#installation
und danach
https://github.com/dominikkarall/fhempy/blob/master/FHEM/bindings/python/fhempy/lib/tuya/README.md
Das wirkt auf den ersten Blick viel, ist aber nur einmalig in der tuya Cloud einzurichten.
ich bin hier schon hängen geblieben:
sudo cpan Protocol::WebSocket
root@THB-PI3B1:~# sudo cpan Protocol::WebSocket
Loading internal logger. Log::Log4perl recommended for better logging
Reading '/root/.cpan/sources/authors/01mailrc.txt.gz'
............................................................................DONE
Reading '/root/.cpan/sources/modules/02packages.details.txt.gz'
Database was generated on Sun, 02 May 2021 12:55:41 GMT
.............
New CPAN.pm version (v2.28) available.
[Currently running version is v2.20]
You might want to try
install CPAN
reload cpan
to both upgrade CPAN.pm and run the new version without leaving
the current session.
update:
ich habe gemäß https://blog.bartlweb.net/2018/03/installierte-perl-cpan-module-auf-einmal-aktualisieren/ (https://blog.bartlweb.net/2018/03/installierte-perl-cpan-module-auf-einmal-aktualisieren/)
erfolgreich CPAN samt Modulen aktualisiert (lief fast ne Stunde)
sudo cpan Protocol::WebSocket
läuft nun
............................................................................DONE
Reading '/root/.cpan/sources/modules/02packages.details.txt.gz'
Database was generated on Sun, 02 May 2021 12:55:41 GMT
.............................................................
auch schon ewig und hängt wieder (kein Fortschritt in den Punkten)
update 2:
man brauch wohl viel Geduld...
pip3 install --upgrade fhempy vollzogen :-)
define castdevice PythonModule googlecast "Living Room" in FHEM
bringt nur PythonModule nicht gefunden
bzw: Cannot load module BindingsIo
im FHEM log finde ich jedoch:
2021.05.02 22:30:52 1 : backup done: FHEM-20210502_222902.tar.gz (95065856 Bytes)
2021.05.02 22:30:52 1 :
2021.05.02 22:30:52 1 : fhem
2021.05.02 22:30:52 1 : nothing to do...
2021.05.02 22:30:52 1 : Downloading https://raw.githubusercontent.com/dominikkarall/fhempy/master/controls_pythonbinding.txt
2021.05.02 22:30:52 1 :
2021.05.02 22:30:52 1 : pythonbinding
2021.05.02 22:30:53 1 : nothing to do...
bitte um Nachhilfe
Zitat von: dominik am 18 April 2021, 19:23:23
Poste bitte deine product_id, dann kann ich diese mit aufnehmen.
Gerne: Allerdings habe ich aktuell nur noch den state und countdown, die anderen Werte aktualisieren sich nicht?
Soc16A-om24-2 [Valid payload]: 192.168.178.171
ID = bfe781bfeae2b508238qxg, Product ID = keyqwtgrcsf3hxng, Version = 3.3
Status: {'1': True, '9': 0}
mein Installationsproblem scheint sich auf die FHEM-Seite zu konzentrieren:
define local_pybinding BindingsIo Python
führt zu "Cannot load module BindingsIo"
define tuya_system PythonModule tuya qcephkpvajw1rn0qzrij c975081e74f34b2fbafcad20058c78 4530056170039f4a87e5
attr tuya_system room TUYA
wird akzepziert jedoch ohne connect
# set tuya_system start_scan .... soweit komme ich noch nicht
im FHEM log finde ich jedoch:
2021.05.02 22:30:52 1 : backup done: FHEM-20210502_222902.tar.gz (95065856 Bytes)
2021.05.02 22:30:52 1 :
2021.05.02 22:30:52 1 : fhem
2021.05.02 22:30:52 1 : nothing to do...
2021.05.02 22:30:52 1 : Downloading https://raw.githubusercontent.com/dominikkarall/fhempy/master/controls_pythonbinding.txt
2021.05.02 22:30:52 1 :
2021.05.02 22:30:52 1 : pythonbinding
2021.05.02 22:30:53 1 : nothing to do...
ich bitte nochmals um gnädige Hilfe
Thomas
ich bitte um Nachsicht wegen meiner Ungeduld
wegen BindingsIo
gibt es wirklich keinen Lösungsansatz?
Downloading https://fhem.de/fhemupdate/controls_fhem.txt
fhem
List of new / modified files since last update:
UPD ./CHANGED
UPD FHEM/10_ZWave.pm
UPD FHEM/89_AndroidDB.pm
UPD FHEM/89_AndroidDBHost.pm
UPD FHEM/89_FULLY.pm
UPD FHEM/98_DOIF.pm
UPD www/images/fhemSVG/coronavirus.svg
New entries in the CHANGED file:
- feature: 89_FULLY: Implemented some new commands
Downloading https://raw.githubusercontent.com/dominikkarall/fhempy/master/controls_pythonbinding.txt
pythonbinding
nothing to do...
was bedeutet "nothing to do"?
wie kriege ich heraus ob Python und das zugehörige Bindung richtig läuft ?
vielen Dank für Hilfe !!
2021.05.21 18:45:51 1: reload: Error:Modul 10_BindingsIo deactivated:
Can't locate Protocol/WebSocket/Frame.pm in @INC (you may need to install the Protocol::WebSocket::Frame module) (@INC contains: ./lib ./FHEM . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.28.1 /usr/local/share/perl/5.28.1 /usr/lib/arm-linux-gnueabihf/perl5/5.28 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.28 /usr/share/perl/5.28 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base ./FHEM/lib) at ./FHEM/10_BindingsIo.pm line 13, <$fh> line 4079.
BEGIN failed--compilation aborted at ./FHEM/10_BindingsIo.pm line 13, <$fh> line 4079.
2021.05.21 18:45:51 0: Can't locate Protocol/WebSocket/Frame.pm in @INC (you may need to install the Protocol::WebSocket::Frame module) (@INC contains: ./lib ./FHEM . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.28.1 /usr/local/share/perl/5.28.1 /usr/lib/arm-linux-gnueabihf/perl5/5.28 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.28 /usr/share/perl/5.28 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base ./FHEM/lib) at ./FHEM/10_BindingsIo.pm line 13, <$fh> line 4079.
BEGIN failed--compilation aborted at ./FHEM/10_BindingsIo.pm line 13, <$fh> line 4079.
2021.05.21 18:45:51 3: PythonModule v1.0.0 (tuya)
2021.05.21 18:45:51 1: PERL WARNING: Use of uninitialized value in hash element at ./FHEM/10_PythonModule.pm line 62, <$fh> line 4082.
2021.05.21 18:45:51 3: powerfox: Defined with URL https://bkt%40gmx.net:thbbkt25@backend.powerfox.energy/api/2.0/my/246f283cfeac/current and interval 60 featurelevel 6
2021.05.21 18:45:51 3: HUEDevice42: I/O device is hueBridge1
2021.05.21 18:45:51 3: HUEDevice40: I/O device is hueBridge1
2021.05.21 18:45:51 3: HUEDevice41: I/O device is hueBridge1
2021.05.21 18:45:51 1: Including ./log/fhem2.save
2021.05.21 18:45:52 3: No I/O device found for tuya_system
2021.05.21 18:45:52 1: Messages collected while initializing Cannot load module BindingsIoFHEM:configfile:
hallo,
vielleicht hilft das zu Lösung meines Problems, fhempi zu Fliegen zu bringen
Ich bin genau nach Anleitung vorgegangen und scheitere schon hier
Wie installiere ich das fehlende Modul Protocol::WebSocket::Frame module?
hoffe auf Hilfe
besten Dank
Thomas
Hi,
du musst
sudo cpan Protocol::WebSocket
erfolgreich ausführen, sonst wird es nicht klappen. Diese Library fehlt steht im Log.
Probier es bitte nochmals und poste den Output.
oh danke für die Antwort ...
komme so weit :
Linux THB-PI3B1 5.10.17-v7+ #1403 SMP Mon Feb 22 11:29:51 GMT 2021 armv7l
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Sat May 22 15:08:51 2021
root@THB-PI3B1:~# sudo cpan Protocol::WebSocket
Loading internal logger. Log::Log4perl recommended for better logging
Reading '/root/.cpan/Metadata'
Database was generated on Fri, 21 May 2021 15:41:03 GMT
Fetching with LWP:
http://www.cpan.org/authors/01mailrc.txt.gz
Reading '/root/.cpan/sources/authors/01mailrc.txt.gz'
............................................................................DONE
Fetching with LWP:
http://www.cpan.org/modules/02packages.details.txt.gz
Reading '/root/.cpan/sources/modules/02packages.details.txt.gz'
Database was generated on Mon, 24 May 2021 15:17:02 GMT
............................................................................DONE
Fetching with LWP:
http://www.cpan.org/modules/03modlist.data.gz
daran hängt es seit 30 min; FHEM reagiert nicht mehr; habe dessen shutdown vesucht
nach PI reboot und FHEM shutdown :
Linux THB-PI3B1 5.10.17-v7+ #1403 SMP Mon Feb 22 11:29:51 GMT 2021 armv7l
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Mon May 24 18:14:38 2021
root@THB-PI3B1:~# sudo cpan Protocol::WebSocket
Loading internal logger. Log::Log4perl recommended for better logging
Reading '/root/.cpan/Metadata'
Database was generated on Fri, 21 May 2021 15:41:03 GMT
Reading '/root/.cpan/sources/authors/01mailrc.txt.gz'
............................................................................DONE
Reading '/root/.cpan/sources/modules/02packages.details.txt.gz'
Database was generated on Mon, 24 May 2021 15:17:02 GMT
............................................................................DONE
Fetching with LWP:
http://www.cpan.org/modules/03modlist.data.gz
Reading '/root/.cpan/sources/modules/03modlist.data.gz'
DONE
Writing /root/.cpan/Metadata
Running install for module 'Protocol::WebSocket'
Checksum for /root/.cpan/sources/authors/id/V/VT/VTI/Protocol-WebSocket-0.26.tar .gz ok
'YAML' not installed, will not store persistent state
Configuring V/VT/VTI/Protocol-WebSocket-0.26.tar.gz with Build.PL
Creating new 'Build' script for 'Protocol-WebSocket' version '0.26'
VTI/Protocol-WebSocket-0.26.tar.gz
/usr/bin/perl Build.PL --installdirs site -- OK
Running Build for V/VT/VTI/Protocol-WebSocket-0.26.tar.gz
cp lib/Protocol/WebSocket/Message.pm blib/lib/Protocol/WebSocket/Message.pm
cp lib/Protocol/WebSocket/Handshake/Server.pm blib/lib/Protocol/WebSocket/Handsh ake/Server.pm
cp lib/Protocol/WebSocket/Client.pm blib/lib/Protocol/WebSocket/Client.pm
cp lib/Protocol/WebSocket.pm blib/lib/Protocol/WebSocket.pm
cp lib/Protocol/WebSocket/Stateful.pm blib/lib/Protocol/WebSocket/Stateful.pm
cp lib/Protocol/WebSocket/URL.pm blib/lib/Protocol/WebSocket/URL.pm
cp lib/Protocol/WebSocket/Handshake.pm blib/lib/Protocol/WebSocket/Handshake.pm
cp lib/Protocol/WebSocket/Response.pm blib/lib/Protocol/WebSocket/Response.pm
cp lib/Protocol/WebSocket/Handshake/Client.pm blib/lib/Protocol/WebSocket/Handsh ake/Client.pm
cp lib/Protocol/WebSocket/Cookie.pm blib/lib/Protocol/WebSocket/Cookie.pm
cp lib/Protocol/WebSocket/Cookie/Response.pm blib/lib/Protocol/WebSocket/Cookie/ Response.pm
cp lib/Protocol/WebSocket/Cookie/Request.pm blib/lib/Protocol/WebSocket/Cookie/R equest.pm
cp lib/Protocol/WebSocket/Request.pm blib/lib/Protocol/WebSocket/Request.pm
cp lib/Protocol/WebSocket/Frame.pm blib/lib/Protocol/WebSocket/Frame.pm
VTI/Protocol-WebSocket-0.26.tar.gz
./Build -- OK
Running Build test for VTI/Protocol-WebSocket-0.26.tar.gz
t/client.t ........................... ok
t/cookie.t ........................... ok
t/draft-hixie-75/request.t ........... ok
t/draft-hixie-75/response.t .......... ok
t/draft-ietf-hybi-00/client-ssl.t .... ok
t/draft-ietf-hybi-00/client.t ........ ok
t/draft-ietf-hybi-00/frame.t ......... ok
t/draft-ietf-hybi-00/request.t ....... ok
t/draft-ietf-hybi-00/response.t ...... ok
t/draft-ietf-hybi-00/server-ssl.t .... ok
t/draft-ietf-hybi-00/server.t ........ ok
t/draft-ietf-hybi-10/client.t ........ ok
t/draft-ietf-hybi-10/request.t ....... ok
t/draft-ietf-hybi-10/response.t ...... ok
t/draft-ietf-hybi-10/server.t ........ ok
t/draft-ietf-hybi-17/client.t ........ ok
t/draft-ietf-hybi-17/frame.t ......... ok
t/draft-ietf-hybi-17/request.t ....... ok
t/draft-ietf-hybi-17/request_psgi.t .. ok
t/draft-ietf-hybi-17/response.t ...... ok
t/draft-ietf-hybi-17/server.t ........ ok
t/frame.t ............................ Name "Protocol::WebSocket::Frame::MAX_FRA GMENTS_AMOUNT" used only once: possible typo at t/frame.t line 85.
t/frame.t ............................ ok
t/message.t .......................... ok
t/request_common.t ................... Name "Protocol::WebSocket::Message::MAX_M ESSAGE_SIZE" used only once: possible typo at t/request_common.t line 26.
t/request_common.t ................... ok
t/response_common.t .................. Name "Protocol::WebSocket::Message::MAX_M ESSAGE_SIZE" used only once: possible typo at t/response_common.t line 22.
t/response_common.t .................. ok
t/rsv.t .............................. ok
t/url.t .............................. ok
All tests successful.
Files=27, Tests=685, 11 wallclock secs ( 0.63 usr 0.12 sys + 9.10 cusr 0.97 c sys = 10.82 CPU)
Result: PASS
VTI/Protocol-WebSocket-0.26.tar.gz
./Build test -- NOT OK
//hint// to see the cpan-testers results for installing this module, try:
reports VTI/Protocol-WebSocket-0.26.tar.gz
die letzten Zeilen sind für mich nicht verständlich:
Result: PASS
VTI/Protocol-WebSocket-0.26.tar.gz
./Build test -- NOT OK
//hint// to see the cpan-testers results for installing this module, try:
reports VTI/Protocol-WebSocket-0.26.tar.gz
im FHEM Log:
2021.05.24 18:25:49 3: PythonModule v1.0.0 (tuya)
2021.05.24 18:25:49 1: PERL WARNING: Use of uninitialized value in hash element at ./FHEM/10_PythonModule.pm line 62, <$fh> line 4206.
was muss ich tun ?
Hallo Dominik,
könntest du bitte die folgende productid
qexu7r2qg0i3bm9g
aufnehmen. Es handelt sich um einen Zwischenstecker. Das Device bleibt offline
obwohl das Device über die TUYA App geschalte werden kann.
Beste Grüße
Internals:
.AttrList .*
CFGFN
DEF tuya qexu7r2qg0i3bm9g bfa97c89f1a5a0d817kjqh xxx.xxx.xxx.xx fe549d2ceb579d39 3.3 xxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
DEVICEID bfa97c89f1a5a0d817kjqh
FUUID 60b132e6-f33f-3b5c-9f4d-fa7e881008bc6a77
IODev local_pybinding
NAME Subwoofer
NR 1580
PYTHONTYPE tuya
STATE offline
TYPE PythonModule
.attraggr:
.attrminint:
READINGS:
2021-05-28 20:48:45 IODev local_pybinding
2021-05-28 20:52:30 state offline
args:
Subwoofer
PythonModule
tuya
qexu7r2qg0i3bm9g
bfa97c89f1a5a0d817kjqh
xxx.xxx.xxx.xx
fe549d2ceb579d39
3.3
xxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
argsh:
Attributes:
keep_connected on
room Tuya
tuya_spec_functions [{'code': 'switch_1', 'type': 'Boolean', 'values': '{}', 'desc': 'switch 1'}, {'code': 'countdown_1', 'type': 'Integer', 'values': '{"unit":"s","min":0,"max":86400,"scale":0,"step":1}', 'desc': 'countdown 1'}, {'code': 'relay_status', 'type': 'Enum', 'values': '{"range":["power_off","power_on","last"]}', 'desc': 'relay status'}]
tuya_spec_status [{'code': 'switch_1', 'type': 'Boolean', 'values': '{}'}, {'code': 'countdown_1', 'type': 'Integer', 'values': '{"unit":"s","min":0,"max":86400,"scale":0,"step":1}'}, {'code': 'add_ele', 'type': 'Integer', 'values': '{"unit":"kW·h","min":0,"max":50000,"scale":3,"step":100}'}, {'code': 'cur_current', 'type': 'Integer', 'values': '{"unit":"mA","min":0,"max":30000,"scale":0,"step":1}'}, {'code': 'cur_power', 'type': 'Integer', 'values': '{"unit":"W","min":0,"max":80000,"scale":1,"step":1}'}, {'code': 'cur_voltage', 'type': 'Integer', 'values': '{"unit":"V","min":0,"max":5000,"scale":1,"step":1}'}, {'code': 'relay_status', 'type': 'Enum', 'values': '{"range":["power_off","power_on","last"]}'}]
zum Problem nach Installation
Zitat"Cannot load module BindingsIo"
Hatte ich auch.
(ich lasse fhempy gerade zum Test im VBox Ubuntu laufen)
Habe aber danach einfach im laufenen System aus anderen Gründen wild die MQTT Installation mit Modulen "npm","mosquitto",usw.... zwischendurch installiert.
("github.com/TheAgentK/tuya-mqtt" das modul liest aber nur die daten beim agieren mit der "tuya app". Mehr habe ich nicht hinbekommen.)
danach noch mal update, uprgade, neustart.....fhem-update... habe dann irgendwann nochmal das "define local_pybinding BindingsIo Python" eingegeben und fhem hat das modul angelegt. Mehrmals habe ich vor dem auch das komplette System neu installiert. ich muß dazu sagen das ich auch sehr wenig Einblick in die Programierung habe.
Noch einen Frage an Dominik :
kann das TUYA Gateway mit den Aktoren eventuell schon oder bald sinnvoll eingebunden werden?
Zigbee Wireless Gateway
Device ID: bfb74176ee51b7b612ajo4 Product ID: jrlfbtvfebypwvd9
es wird im Autocreate mit Fehlermeldung
Failed to execute function Define: Traceback (most recent call last)
: File "/opt/fhem/.local/lib/python3.8/site-packages/fhempy/lib/fhem_pythonbinding.py",
line 348, in _onMessage ret = await asyncio.wait_for( File "/usr/lib/python3.8/asyncio/tasks.py",
line 483, in wait_for return fut.result() File "/opt/fhem/.local/lib/python3.8/site-packages/fhempy/lib/tuya/tuya.py",
line 86, in Define await self.create_device() File "/opt/fhem/.local/lib/python3.8/site-packages/fhempy/lib/tuya/tuya.py",
line 349, in create_device await self._create_mapping_dev() File "/opt/fhem/.local/lib/python3.8/site-packages/fhempy/lib/tuya/tuya.py",
line 95, in _create_mapping_dev schema_part["values"] = schema_part["property"] KeyError: 'property'erzeugt. Und natürlich auch ohne die angemeldete Geräte.
Hallo Dominik,
erstmal super Arbeit!!
habe jetzt drei Tage gebraucht um meine Tuya produkte zum laufen zu bringen.
Lag nicht an deinem Modul sondern an Tuya weil das Anmelden nicht mehr mit Client ID und Secret geht, wenn der Account nach dem 30.06 angelegt wurde.
Ich war genau einen Tag zu spät dran!
Naja jetzt läuft Tuya Local und absolut sauber!
Nur habe ich letzte Woche einen Doppelschalter gekauft, der wird erkannt, aber ich kann ihn nicht schalten!
https://www.amazon.de/gp/product/B08TLTHTN8/ref=ppx_yo_dt_b_asin_title_o01_s00?ie=UTF8&psc=1 (https://www.amazon.de/gp/product/B08TLTHTN8/ref=ppx_yo_dt_b_asin_title_o01_s00?ie=UTF8&psc=1)
Product ID = key5nck4tavy43jp
bekomme Readings: dp_01, dp_02, dp_09 und dp_10 hiervon sind 01 und 02 die schalter
wie kann ich die dp's dazu bewegen zu schalten?
Gruß Daniel
Danke an alle!
habe die Lösung gefunden!
Wenn man unter https://github.com/dominikkarall/fhempy/blob/master/FHEM/bindings/python/fhempy/lib/tuya/mappings.py (https://github.com/dominikkarall/fhempy/blob/master/FHEM/bindings/python/fhempy/lib/tuya/mappings.py) die Datei durchsucht findet man eine passende Product ID.
Diese einfach gegen die eigenen Tauschen und schon läuft es.
Gruß Daniel
Hallo,
bin dabei den TUYA account einzurichten. Bisher habe ich mich bis zu dem Menuepunkt 9 in der Anleitung https://github.com/dominikkarall/fhempy/blob/master/FHEM/bindings/python/fhempy/lib/tuya/README.md (https://github.com/dominikkarall/fhempy/blob/master/FHEM/bindings/python/fhempy/lib/tuya/README.md) durchgekämpft. Jetzt finde ich Open "API Groups" on the tuya portal nicht..
Gruß
Jürgen K.
Hallo Jürgen,
das hat sich bei Tuya alles etwas geändert.
Ich habe mich bei meiner Einrichtung hauptsächlich an diese Anleitung gehalten https://youtu.be/YKvGYXw-_cE (https://youtu.be/YKvGYXw-_cE) ist zwar auf Englisch aber sauber erklärt.
In Fhem habe ich dann die einzelnen Geräte mit LocalID angemeldet.
define wifi_plug PythonModule tuya PRODUCT_ID DEVICE_ID IP LOCAL_KEY 3.3
Gruß Daniel
Hallo,
nach 3 Tagen "kämpfen" mit Tuya habe ich jetzt die Local_ID und die Device_ID. Woher bekomme ich die PRODUCT_ID??
Gruß
Jürgen K.
Hallo Jürgen,
die Product ID bekommst du mit https://github.com/jasonacox/tinytuya#get-the-tuya-device-local_key (https://github.com/jasonacox/tinytuya#get-the-tuya-device-local_key)
dort python -m tinytuya scan und du bekommst eine Liste aller Geräte.
Lass dich nicht vom Titel fehlleiten den Local Key bekommst Du hier nicht mehr.
Gruß Daniel
ZitatDanke an alle!
habe die Lösung gefunden!
Wenn man unter https://github.com/dominikkarall/fhempy/blob/master/FHEM/bindings/python/fhempy/lib/tuya/mappings.py die Datei durchsucht findet man eine passende Product ID.
Diese einfach gegen die eigenen Tauschen und schon läuft es.
Gruß Daniel
Hallo Daniel,
hast du eine Idee, wenn man nichts passendes findet, was man machen kann?
Siehe hierzu #75.
Beste Grüße
So,
jetzt habe ich 2 Devices eingebunden. Eine Steckerleiste und einen Lichtschalter. Die Steckerleiste wird offline angezeigt. Der Schalter online. Leider kann ich diesen nicht schalten. Es wird auch kein Status angezeigt..
Ich muss die Geräte von der Tuya App auf die Smart Live App umziehen, damit ich die Keys angezeigt bekomme.
Was mache ich falsch??? :-)
Beste Grüße
Jürgen K.
@Sommerfeld,
da musst du warscheinlich auf den Dominik hoffen.
@Juergen012,
schau mal du hat für jeden Device einen eigenen Local Key ausgelesen eventuell hast du da was vertauscht.
Habe bei mir gerade einen Test gemacht:
Wenn ich eine unbekannte Produkt ID habe, ist der Status des Devices online.
Wenn ich einen Fehler bei dem Local Key habe ist mein Device offline.
und immer im local_pybinding (BindingIo) ein set update machen damit alles angesprochen wird.
Eventuell hilft das eure Fehler einzugrenzen.
Gruß Daniel
Hallo,
vielen Dank für die Hilfe.
Ich habe jetzt alles wieder "zurückgedreht". Die Tuya Devices hole ich mir jetzt über iobroker und MQTT. Wenn das läuft ist es bedeutend schneller und einfacher zu bedienen.
Nochmals VIELEN DANK!!
Gruß
Jürgen K.
Hallo,
nachdem ich alles wieder "zurückgedreht" habe, bleibt noch eine Leiche von fhempy auf meinem System. Wie kann ich die entfernen??
Beste Grüße
Jürgen K.
Zur Info, ich baue gerade an einem Addon für Tuya mit der offiziellen API über die Cloud. Damit bekommt man unmittelbar die Zustandsänderungen mit und es läuft auch generell stabiler. Es läuft dann aber nicht mehr mit lokalen Befehl, da warte ich noch auf die offizielle Unterstützung von tuya.
Falls jemand die nächsten Tage zum Testen bereit wäre, würde ich mich über Rückmeldungen freuen. Werde es wahrscheinlich morgen online stellen.
Hi ich würde sehr gerne testen, habe einen Tuya Luftentfeuchter den würde ich gerne in FHEM einbinden.
Danke schon mal im Voraus.
...und los geht's :)
Bitte dieser Anleitung folgen: https://github.com/dominikkarall/fhempy/blob/master/FHEM/bindings/python/fhempy/lib/tuya_cloud/README.md
Wichtig: Man muss ein Smart Home Projekt auf der Tuya Plattform erstellen! Falls schon eines existiert, muss es nach April/21 erstellt worden sein, ansonsten muss ein neues erstellt werden. Anleitung ist im Link hinterlegt. Man muss auch einen "Basic Account" registrieren, der 0€ kostet und man muss somit auch keine Kreditkarte hinterlegen.
Getestet mit:
- Smart Socket (ohne Power Monitor)
- Smart Socket (mit Power Monitor)
- Smoke Detector
- Klimanlage BeCool mit allen Funktionen
BITTE FEEDBACK DAZU IM NEUEN THREAD:
https://forum.fhem.de/index.php/topic,122288.0.html
...damit es für neue User übersichtlicher wird.
Hallo Dominik,
auch ich würde gerne mittesten.
Allerdings muss ich dazu wohl erst mein fhempi zum Fliegen bringen ..
Herzliche Grüße
Thomas Burkhart
Zitat von: juergen012 am 11 Juli 2021, 12:29:47
Hallo,
vielen Dank für die Hilfe.
Ich habe jetzt alles wieder "zurückgedreht". Die Tuya Devices hole ich mir jetzt über iobroker und MQTT. Wenn das läuft ist es bedeutend schneller und einfacher zu bedienen.
Nochmals VIELEN DANK!!
Gruß
Jürgen K.
Hallo Jürgen,
verstehe ich das richtig, dass du deine Tuya-Devices via iobroker und MQTT in FHEM steuern kannst?
Geht da auch das Auslesen der Stromverbrauchswerte von Schaltsteckdosen?
Lese ich weiterhin richtig heraus, dass die Einbindung recht kompliziert war?
Das Steuern der Tuya-Geräte geht ja über Smart-Life App und damit auch ALEXA wunderbar. Ich suche nach eben dieser Möglichkeit, readings zu erhalten und in dblog abzulegen.
Bitte verwendet diesen Thread hier
https://forum.fhem.de/index.php/topic,122288.0.html
Der iobroker tuya Adapter geht nicht über die Cloud, das hat den Nachteil, dass man das Device immer pollen muss. Tuya_cloud (siehe Thread) geht über die offizielle tuya Library und unterstützt push, somit werden Änderungen in der Sekunde übertragen. Bitte weiteres nicht hier, sondern im verlinkten Thread.
Hallo zusammen,
auch ich habe erfolgreich einige Action-Leuchtmittel über Tuya-MQTT laufen. Ich habe allerdings noch das Problem dass ich leider Farbwerte im Color-Mode der RGB Leuchtmittel nicht steuern kann (Ich stelle mir einen Colourpicker vor). Sämtliche Versuche meinerseits sind bisher kläglich gescheitert. Hier mein bisheriger Code für die Leuchte im White-Modus:
#
# --------------------------------------------------------------------------------------------------------------------
# Action RGB Birne
# --------------------------------------------------------------------------------------------------------------------
#
define TuyaLampe MQTT_DEVICE
setuuid TuyaLampe 6182947b-f33f-8aeb-721c-91ba75c6f0d8f6e4
attr TuyaLampe devStateIcon on:light_light_dim_100@yellow off:light_light_dim_100@black
attr TuyaLampe eventMap true:on false:off
attr TuyaLampe group Tuya
attr TuyaLampe icon light_pendant_light
attr TuyaLampe publishSet true false tuya/ledsmart/dps/1/command
attr TuyaLampe room Spielwiese
attr TuyaLampe sortby 3B
attr TuyaLampe subscribeReading_state tuya/ledsmart/dps/1/state
attr TuyaLampe webCmd on:off
#
define TuyaLampe_Modus MQTT_DEVICE
setuuid TuyaLampe_Modus 6182989d-f33f-8aeb-db10-2242a71979201275
attr TuyaLampe_Modus eventMap colour:colour weiss:weiss
attr TuyaLampe_Modus group Tuya
attr TuyaLampe_Modus icon light_pendant_light
attr TuyaLampe_Modus publishSet true false tuya/ledsmart/dps/2/command
attr TuyaLampe_Modus room Spielwiese
attr TuyaLampe_Modus sortby 3B
attr TuyaLampe_Modus subscribeReading_state tuya/ledsmart/dps/2/state
attr TuyaLampe_Modus webCmd colour:white
#
define TuyaLampe_Weiss_Helligkeit MQTT_DEVICE
setuuid TuyaLampe_Weiss_Helligkeit 6183b41f-f33f-8aeb-5f85-62f4a3387a46e70e
attr TuyaLampe_Weiss_Helligkeit group Tuya
attr TuyaLampe_Weiss_Helligkeit icon light_pendant_light
attr TuyaLampe_Weiss_Helligkeit publishSet state tuya/ledsmart/dps/3/command
attr TuyaLampe_Weiss_Helligkeit room Spielwiese
attr TuyaLampe_Weiss_Helligkeit subscribeReading_state tuya/ledsmart/dps/3/state
attr TuyaLampe_Weiss_Helligkeit webCmd state
attr TuyaLampe_Weiss_Helligkeit widgetOverride state:slider,3,1,255
#
define TuyaLampe_Weiss_Farbe MQTT_DEVICE
setuuid TuyaLampe_Weiss_Farbe 6183b6e8-f33f-8aeb-26b7-c0398465d8ce7b07
attr TuyaLampe_Weiss_Farbe group Tuya
attr TuyaLampe_Weiss_Farbe icon light_pendant_light
attr TuyaLampe_Weiss_Farbe publishSet state tuya/ledsmart/dps/4/command
attr TuyaLampe_Weiss_Farbe room Spielwiese
attr TuyaLampe_Weiss_Farbe subscribeReading_state tuya/ledsmart/dps/4/state
attr TuyaLampe_Weiss_Farbe webCmd state
attr TuyaLampe_Weiss_Farbe widgetOverride state:slider,0,1,255
Kann mir jemand mit einem Colorpicker weiterhelfen?
Vielen Dank im Vorraus.
Entschuldigt, hier noch einige Informationen:
Das ist der Colorpicker den ich versuche:
#
define TuyaLampe_Colourpicker MQTT_DEVICE
setuuid TuyaLampe_Colourpicker 6183c959-f33f-8aeb-646f-bdc8b274db33ea8b
attr TuyaLampe_Colourpicker group Tuya
attr TuyaLampe_Colourpicker icon light_pendant_light
attr TuyaLampe_Colourpicker publishSet state tuya/ledsmart/dps/5/command
attr TuyaLampe_Colourpicker room Spielwiese
attr TuyaLampe_Colourpicker stateFormat state
attr TuyaLampe_Colourpicker subscribeReading_state tuya/ledsmart/dps/5/state
attr TuyaLampe_Colourpicker webCmd state
attr TuyaLampe_Colourpicker widgetOverride state:colorpicker,HSV
Die Routine hat den Erfolg dass, wenn ich die Farbe über die Tuya APP ändere, sich die Regler in FHEM auf die korrekten Farbwerte anpassen. Ändere ich die Werte aber über die Regler in Fhem kommt ein falsches state dabei heraus. Korrekt ist eine 14stellige Hexzahl, fhem ´baut´ nur 6stellig, zeigt aber rückwärts richtig an. Also scheint FHEM die 14stellige Zahl ja korrekt zu interpretieren. Kann ich das state bi der Einstellung der Werte so abändern dass die korrekte 14stellige hexzahl rauskommt?
@Otharon:
MQTT_DEVICE ist etwas "unflexibel", was die Zusammenfrickelung von Payloads angeht. Würde empfehlen, mal einen Blick auf MQTT2_DEVICE zu werfen.
Um das einzurichten, bräuchte man aber trotzdem die Info, was denn genau gesendet werden soll => neuer Thread, bitte Infos dann auch in "code-Tags" einpacken und keine cfg-Auszügen liefern, die direkt editiert aussehen, sondern "list" bzw. "list -r".
Hallo.
Super das wegen Tuya eine Lösung da ist. Vielen Dank schon mal.
Leider scheitere ich gerade an der Installation von fhempy.
Ich habe einen Pi3 mit Jessie. Also habe ich in der github Anleitung unter "others" den Link eingegeben, erhalte aber die Meldung:
E: Paket libprotocol-websocket-perl kann nicht gefunden werden.
Ein update / upgrade habe ich schon gemacht.
Kann mir jemand dazu weiterhelfen ?
Jessie ist schon etwas in die Jahre gekommen..
Zitat von: Loctite am 02 Mai 2022, 13:36:35
Hallo.
Super das wegen Tuya eine Lösung da ist. Vielen Dank schon mal.
Leider scheitere ich gerade an der Installation von fhempy.
Ich habe einen Pi3 mit Jessie. Also habe ich in der github Anleitung unter "others" den Link eingegeben, erhalte aber die Meldung:
E: Paket libprotocol-websocket-perl kann nicht gefunden werden.
Ein update / upgrade habe ich schon gemacht.
Kann mir jemand dazu weiterhelfen ?
Da hast du beim copy/paste die falsche Zeile erwischt. Bei others (https://github.com/dominikkarall/fhempy#others) wird kein libprotocol-websocket-perl installiert, das wird dort per cpan installiert.
Zitat von: dominik am 02 Mai 2022, 17:50:59
Da hast du beim copy/paste die falsche Zeile erwischt. Bei others (https://github.com/dominikkarall/fhempy#others) wird kein libprotocol-websocket-perl installiert, das wird dort per cpan installiert.
Ach nein ::)
Ich glaub´s ja nicht...ok, jetzt funktioniert es auch.
fhempy_local ist leider disconnected
Bei fhempyserver_15733 steht im readings "Python 3.7.2 or higher required"
Dieses device scheint aber zu funktionieren, zumindest zeigt es mir grün an.
Und bei tuya_system steht auch "fhempy server offline"
Im LOG steht:
BindingsIo (fhempy_local): ERROR fhempy_local - error while connecting: 127.0.0.1: Verbindungsaufbau abgelehnt (111)Was könnte das sein ?
EDIT: Ah falsche Version....ok ich mache mal ein Update oder wie auch immer ich auf 3.7 komme. Das finde ich schon heraus
Zitat von: Loctite am 02 Mai 2022, 20:16:37
Bei fhempyserver_15733 steht im readings "Python 3.7.2 or higher required"
Das sagt alles :)
Empfehlung: Upgrade auf Bullseye, Jessie ist wirklich schon seeeeehr alt
fhempy_cloud ist bessere lösung, local findet bei mir nur manuel angwlegte geräte