NEWS
[gelöst] Tuya 3.9.x und Zigbee local geht noch nicht?
-
@apollon77 moin.
ich möchte folgendes ergänzen:
der Tuya adapter meldet folgenden Fehler:tuya.0 2022-12-13 08:34:00.308 info bf0975ff6451cc7fa6x3ab: Unknown datapoint 101 with value 5839. Please resync devices tuya.0 2022-12-13 08:34:00.295 info bf0975ff6451cc7fa6x3ab: Unknown datapoint 103 with value 2024. Please resync devices tuya.0 2022-12-13 08:33:03.560 info State value to set for "tuya.0.bf0975ff6451cc7fa6x3ab.4" has to be type "boolean" but received type "number""type": "device", "common": { "name": "Zigbeegateway", "read": true }, "native": { "virtual": false, "lon": "9.0671", "ownerId": "33699969", "uuid": "1d3e2d393f6cc4dd", "mac": "a09208ff4001", "accessType": 0, "otaInfo": { "supportAuto": true, "otaUpgradeModes": [ 0 ], "otaModuleMap": { "wifi": { "upgradeStatus": 0, "cdv": "1.0.0", "bv": "40.00", "verSw": "1.3.2" }, "zigbee": { "upgradeStatus": 0, "cdv": "", "verSw": "1.1.9" } } }, "iconUrl": "https://images.tuyaeu.com/smart/icon/ay15554925906369PM9S/80b1f7a4ead2c1097590af820d292844.png", "communication": { "communicationNode": "bf0975ff6451cc7fa6x3ab", "communicationModes": [ { "pv": "", "type": 0 }, { "pv": "2.2", "type": 1 }, { "pv": "", "type": 3 } ], "connectionStatus": 1 }, "gatewayVerCAD": "1.0.4", "lat": "49.7662", "runtimeEnv": "prod", "devKey": "", "devId": "bf0975ff6451cc7fa6x3ab", "productId": "jc514qvb1alzywke", "activeTime": 1670592720, "cloudOnline": true, "baseAttribute": 1024, "protocolAttribute": 75, "devAttribute": 4295, "dataPointInfo": { "dpMaxTime": 1670592727392, "dpName": {}, "dps": { "4": false, "32": 0, "34": false, "45": "" }, "dpsTime": { "4": 1670592727392, "32": 1670592727392, "34": 1670592720250, "45": 1670592720250 } }, "meta": { "zigBleSubEnable": true }, "name": "Zigbeegateway", "timezoneId": "Europe/Berlin", "deviceTopo": { "meshId": "mebfa6aabc39004fb180ls", "nodeId": "0020" }, "localKey": "a519b90364095edd", "dpName": {}, "groudId": 33699969, "schema": [ { "code": "switch_alarm_sound", "defaultValue": "", "canTrigger": true, "iconname": "icon-baojing", "type": "obj", "executable": true, "mode": "rw", "defaultRecommend": true, "name": "报警声开关", "property": { "type": "bool" }, "id": 4, "editPermission": false }, { "code": "master_state", "defaultValue": "", "canTrigger": true, "iconname": "icon-zhuangtai", "type": "obj", "executable": true, "mode": "rw", "defaultRecommend": true, "name": "主机状态", "property": { "range": [ "normal", "alarm" ], "type": "enum" }, "id": 32, "editPermission": false }, { "code": "factory_reset", "defaultValue": "", "canTrigger": true, "iconname": "icon-dp_anti-clockwise", "type": "obj", "executable": true, "mode": "rw", "defaultRecommend": true, "name": "恢复出厂设置", "property": { "type": "bool" }, "id": 34, "editPermission": false }, { "code": "alarm_active", "defaultValue": "", "canTrigger": true, "iconname": "icon-baojing", "type": "obj", "executable": true, "mode": "rw", "defaultRecommend": true, "name": "主动报警", "property": { "type": "string", "maxlen": 255 }, "id": 45, "editPermission": false } ], "productKey": "jc514qvb1alzywke", "schemaExt": [], "version": "3.3", "dpCodes": { "switch_alarm_sound": { "code": "switch_alarm_sound", "defaultValue": "", "canTrigger": true, "iconname": "icon-baojing", "type": "obj", "executable": true, "mode": "rw", "defaultRecommend": true, "name": "报警声开关", "property": { "type": "bool" }, "id": 4, "editPermission": false }, "master_state": { "code": "master_state", "defaultValue": "", "canTrigger": true, "iconname": "icon-zhuangtai", "type": "obj", "executable": true, "mode": "rw", "defaultRecommend": true, "name": "主机状态", "property": { "range": [ "normal", "alarm" ], "type": "enum" }, "id": 32, "editPermission": false }, "factory_reset": { "code": "factory_reset", "defaultValue": "", "canTrigger": true, "iconname": "icon-dp_anti-clockwise", "type": "obj", "executable": true, "mode": "rw", "defaultRecommend": true, "name": "恢复出厂设置", "property": { "type": "bool" }, "id": 34, "editPermission": false }, "alarm_active": { "code": "alarm_active", "defaultValue": "", "canTrigger": true, "iconname": "icon-baojing", "type": "obj", "executable": true, "mode": "rw", "defaultRecommend": true, "name": "主动报警", "property": { "type": "string", "maxlen": 255 }, "id": 45, "editPermission": false } }, "ip": "192.168.174.73", "gwId": "bf0975ff6451cc7fa6x3ab", "active": 2, "ablilty": 0, "encrypt": true, "lan_cap": 500, "lan_seq": 11, "cid": "086bd7fffec96bda" }, "from": "system.adapter.tuya.0", "user": "system.user.admin", "ts": 1670916840298, "_id": "tuya.0.bf0975ff6451cc7fa6x3ab", "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } } -
@papa_aus_rastatt Also in dem angehängten Log kommen alle Daten nur aus der Cloud. Und die genannten Fehler sehe ich auch nicht ... Also bitte nochmal Debug log mit "lokale Verbindung"
-
-
@papa_aus_rastatt Ich finde im Log halt nichts wo er Daten Lokal frage/bekommt ... hast du mal was in der App geändert während das log lieff? Und ja auch die Log Feher von oben sowas finde ich nicht
@apollon77 wäre es hilfreich, wenn ich mal das log auf "alles" stelle?
16:57:13 einschalten lokal
16:57:51: auschalten remote LED
16:58:24 einschalten remote LED
16:59:00 ausschalten lokal -
@apollon77 wäre es hilfreich, wenn ich mal das log auf "alles" stelle?
16:57:13 einschalten lokal
16:57:51: auschalten remote LED
16:58:24 einschalten remote LED
16:59:00 ausschalten lokal -
@apollon77 wäre es hilfreich, wenn ich mal das log auf "alles" stelle?
16:57:13 einschalten lokal
16:57:51: auschalten remote LED
16:58:24 einschalten remote LED
16:59:00 ausschalten lokal@papa_aus_rastatt Ich glaube wir habens oder?
Ich habe nochmal ne Kleinigkeit geändert.
Jetzt bItte ein letztes mal vom GitHub und dann nochmal mit "loaker Steuerung" alles durchtesten. Am Ende sollten alle änderungen and en Zigbee Gerären die du in ioBroker machst korrekt ausgeführt und auch wieder "grün" in den Admin-States danach angezeigt werden (also mit "bestätigt=true"). Gleiches gilt für alles was Du ggf an den geräten tust (falls die was haben) und alles was Du per App (am besten wieder mobiles Netz und nicht WLAN) machst sollte auch in iobroker korrekt angezeigt werden.
Wenn alles tut brache ich kein Log sondern nur kurzes OK damit ich es releasen kann.
Danke für Deine Unterstützung!
Ingo
-
@papa_aus_rastatt Ich glaube wir habens oder?
Ich habe nochmal ne Kleinigkeit geändert.
Jetzt bItte ein letztes mal vom GitHub und dann nochmal mit "loaker Steuerung" alles durchtesten. Am Ende sollten alle änderungen and en Zigbee Gerären die du in ioBroker machst korrekt ausgeführt und auch wieder "grün" in den Admin-States danach angezeigt werden (also mit "bestätigt=true"). Gleiches gilt für alles was Du ggf an den geräten tust (falls die was haben) und alles was Du per App (am besten wieder mobiles Netz und nicht WLAN) machst sollte auch in iobroker korrekt angezeigt werden.
Wenn alles tut brache ich kein Log sondern nur kurzes OK damit ich es releasen kann.
Danke für Deine Unterstützung!
Ingo
Moin!
ich hab es gerade eben ausprobiert und erster Eindruck, es funktioniert!:+1: :blush:
also die Beleuchtung lässt sich steuern.
ich teste jetzt mal den Bewegungsmelder.
-
Moin!
ich hab es gerade eben ausprobiert und erster Eindruck, es funktioniert!:+1: :blush:
also die Beleuchtung lässt sich steuern.
ich teste jetzt mal den Bewegungsmelder.
-
ja, natürlich. der Bewegungsmelder meldet jetzt einen brauchbaren Status. logisch nachvollziehbar. Ist ja fast wie Weihnachten.
Leider stimmt mein Blockly-Script dazu noch nicht ganz. Aber das ist ne andere Baustelle,
Gruß,
Wolfgang
-
ja, natürlich. der Bewegungsmelder meldet jetzt einen brauchbaren Status. logisch nachvollziehbar. Ist ja fast wie Weihnachten.
Leider stimmt mein Blockly-Script dazu noch nicht ganz. Aber das ist ne andere Baustelle,
Gruß,
Wolfgang
-
ja, natürlich. der Bewegungsmelder meldet jetzt einen brauchbaren Status. logisch nachvollziehbar. Ist ja fast wie Weihnachten.
Leider stimmt mein Blockly-Script dazu noch nicht ganz. Aber das ist ne andere Baustelle,
Gruß,
Wolfgang
-
@apollon77
passiert wahrscheinlich nicht so oft, oder? :-) -
@apollon77
passiert wahrscheinlich nicht so oft, oder? :-)Ich muss noch einen kleinen Bug melden. Wenn die Instanz gestartet wird, meldet er zwar, dass das Zigbee-Gateway auf local eingebunden ist, es kann aber zu diesem Zeitpunkt noch kein Objekt gesteuert werden.
Einmal umschalten von local auf web und zurück, dann ist das Gateway funktionsfähig.Gruß,
Papa
-
Ich muss noch einen kleinen Bug melden. Wenn die Instanz gestartet wird, meldet er zwar, dass das Zigbee-Gateway auf local eingebunden ist, es kann aber zu diesem Zeitpunkt noch kein Objekt gesteuert werden.
Einmal umschalten von local auf web und zurück, dann ist das Gateway funktionsfähig.Gruß,
Papa
-
@papa_aus_rastatt das ist komisch. Bitte debug log vom Start an bis zu so einer versuchten lokalen Steuerung
@apollon77
ich bekomme den fehler gerade nicht reproduziert.;-(
wenn er wieder auftritt, debug ich den gleich.
-
@apollon77
ich bekomme den fehler gerade nicht reproduziert.;-(
wenn er wieder auftritt, debug ich den gleich.
@papa_aus_rastatt
guten morgen.
so wie es aussieht, frist der zigbee-adapter ein paar bytes im lokalen modus.
ich habe ein script, dass eine lichterkette steuert, im lokalen modus funktioniert das nicht vollständig. es gibt aber keine fehlermeldung, daher 2 logs.
LOG 2022.12.18 - Tuya : Zigbee local false.txt
LOG 2022.12.18 - Tuya : Zigbee local true.txtGruß, Papa
-
@papa_aus_rastatt
guten morgen.
so wie es aussieht, frist der zigbee-adapter ein paar bytes im lokalen modus.
ich habe ein script, dass eine lichterkette steuert, im lokalen modus funktioniert das nicht vollständig. es gibt aber keine fehlermeldung, daher 2 logs.
LOG 2022.12.18 - Tuya : Zigbee local false.txt
LOG 2022.12.18 - Tuya : Zigbee local true.txtGruß, Papa
@papa_aus_rastatt Also jetzt musst du schon etewas spezifischer Werden. von welchem gerät reden wir denn und was genau tut lokal nicht? Was in der Cloud tut. Ich werden jetzt nicht das Logfile durchgehen und Raten. Sorry ;-)
Werden irgendwelche Kommandos nicht ausgeführt oder was genau passiert denn nicht was passieren sollte?
-
na mach ich doch, ich will ja helfen.
also device-id ist: bf5f7f16f5cfb410088lv3
so wie ich es einschätze, gehen einfach steuercodes verloren: Beispiel:
2022-12-18 10:09:43.553 - [34mdebug[39m: tuya.0 (2585) bf0975ff6451cc7fa6x3ab: Error from device (0): App still open on your mobile phone? Timeout waiting for status response from device id: bf0975ff6451cc7fa6x3ab
2022-12-18 10:09:43.553 - [34mdebug[39m: tuya.0 (2585) bf5f7f16f5cfb410088lv3.5: set value "002103e803e8" via bf0975ff6451cc7fa6x3ab (Local): res=undefined
Support us
940
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge