Guten Abend,

ich würde gerne in meinem VIS meine Wohnung als 3D Grundriss/Zeichnung nutzen.

Daraufhin bin ich auf Sweet Home 3D gestoßen, ist das aktuell das beste?

Wichtig ist nur das eine gute Qualität und viele Modelle vorhanden sind.

Es soll komplett kostenlos sein.

Mit welchen objects bindet ihr eure Bewegungsmelder ein?

Gibt es da eine andere Möglichkeit bei Philips Hue Bewegungsmeldern (oder anderen BW) wegen der Verzögerung von 2-3 Sekunden bei den beiden Philips Hue Adaptern? Die Bewegungsmelder werden für 3 Tasmota Birnen über den MQTT Adapter benutzt.

Ansonsten funktioniert der Adapter Top.
Gerade hier kann man genau die Zeit einstellen (nicht nur 1, oder 2 Minuten wie bei der Alexa App unter Routinen) und auch direkt den Lumen Wert/Helligkeitsensor (den man eigentlich auch nur mit Zigbee Birnen direkt in der Hue App einstellen kann) Nur die Verzögerung stört...

Gibt es hier auch jemand der gleichzeitig Pi-Hole am Laufen hat in Verbindung mit ioBroker und dem gleichen Gerät/Raspberry?
Da Pi-Hole Port 80 nutzt und der Alexa Adapter hier in Node-Red ebenfalls, kommen die sich ja in die Quere und deshalb habe ich den Port 80 weitergeleitet zu 8083 damit der Adapter hier funktioniert.

Ich habe jedoch vor einigen Tagen PI-Hole geupdatet und seitdem konnte ich dann nicht mehr auf die Oberfläche von Pi-Hole zugreifen. Ich musste erst die komplette Portweiterleitung entfernen bzw. löschen.

Gibt es da noch eine andere Möglichkeit? Ist ja ziemlich umständlich und ich weiß nicht ob es auch so Komplikationen gibt.

Guten Morgen,

bei mir funktioniert das Ganze mit dem normalen Hue Adapter ohne Probleme (Tasmota Birnen über den MQTT Adapter + den Philips Hue Bewegungsmelder)

Wenn ich jedoch den Hue Extended Adapter benutze, geht das Ganze nicht, also die 3 Birnen gehen nicht an.

Woran kann das liegen?

presence Object verändert sich von false zu true sobald Bewegung erkannt wird.

Kennt jemand/gibt es eine andere Lösung zwecks der Reaktionszeit/der Verzögerung? Gleiches Problem beim Node-Red Adapter, beträgt ja bei allen Adaptern mindestens 2 Sekunden...
Nur in der Alexa App/den Routinen reagiert der Bewegungsmelder sofort.
Hauptgrund warum ich das hier nutze ist, weil in der Alexa App/den Routinen ich den Bewegungsmelder nur nach 1 Minute ausschalten kann und hier bereits nach 15/30/45 Sekunden etc.

Debug:

smartcontrol.0	2020-07-14 09:46:21.859	debug	(17219) [cP] : {"triggerType":"statePath","triggerStatePath":"hue-extended.0.sensors.050-bewegungsmelder_küche.state.presence","targetOff":false,"triggerStateValSet":false,"scheduleRows":[{"active":tr
smartcontrol.0	2020-07-14 09:46:21.857	debug	(17219) Execution rows for 'BW Küche' successfully found.
smartcontrol.0	2020-07-14 09:46:21.856	debug	(17219) State 'hue-extended.0.sensors.050-bewegungsmelder_küche.state.presence' change --> execute asyncTriggerActivated()
smartcontrol.0	2020-07-14 09:46:21.777	debug	(17219) Subscribed state 'hue-extended.0.sensors.050-bewegungsmelder_küche.state.presence' changed, new value: [false] (ack: true)
smartcontrol.0	2020-07-14 09:46:05.156	debug	(17219) [cP] : {"triggerType":"statePath","triggerStatePath":"hue-extended.0.sensors.050-bewegungsmelder_küche.state.presence","targetOff":false,"triggerStateValSet":true,"scheduleRows":[{"active":tru
smartcontrol.0	2020-07-14 09:46:05.154	debug	(17219) Execution rows for 'BW Küche' successfully found.
smartcontrol.0	2020-07-14 09:46:05.152	debug	(17219) State 'hue-extended.0.sensors.050-bewegungsmelder_küche.state.presence' change --> execute asyncTriggerActivated()
smartcontrol.0	2020-07-14 09:46:05.087	debug	(17219) Subscribed state 'hue-extended.0.sensors.050-bewegungsmelder_küche.state.presence' changed, new value: [true] (ack: true)
hue-extended.0	2020-07-14 09:44:22.263	debug	(17234) system.adapter.admin.0: logging true
smartcontrol.0	2020-07-14 09:44:21.588	debug	(17219) system.adapter.admin.0: logging true
hue-extended.0	2020-07-14 09:44:14.117	debug	(17234) system.adapter.admin.0: logging false
smartcontrol.0	2020-07-14 09:44:14.114	debug	(17219) system.adapter.admin.0: logging false
smartcontrol.0	2020-07-14 09:43:57.296	debug	(17219) [cP] : {"triggerType":"statePath","triggerStatePath":"hue-extended.0.sensors.050-bewegungsmelder_küche.state.presence","targetOff":false,"triggerStateValSet":false,"scheduleRows":[{"active":t
smartcontrol.0	2020-07-14 09:43:57.293	debug	(17219) Execution rows for 'BW Küche' successfully found.
smartcontrol.0	2020-07-14 09:43:57.292	debug	(17219) State 'hue-extended.0.sensors.050-bewegungsmelder_küche.state.presence' change --> execute asyncTriggerActivated()
smartcontrol.0	2020-07-14 09:43:57.230	debug	(17219) Subscribed state 'hue-extended.0.sensors.050-bewegungsmelder_küche.state.presence' changed, new value: [false] (ack: true)
smartcontrol.0	2020-07-14 09:43:43.186	debug	(17219) [cP] : {"triggerType":"statePath","triggerStatePath":"hue-extended.0.sensors.050-bewegungsmelder_küche.state.presence","targetOff":false,"triggerStateValSet":true,"scheduleRows":[{"active":tr
smartcontrol.0	2020-07-14 09:43:43.183	debug	(17219) Execution rows for 'BW Küche' successfully found.
smartcontrol.0	2020-07-14 09:43:43.177	debug	(17219) State 'hue-extended.0.sensors.050-bewegungsmelder_küche.state.presence' change --> execute asyncTriggerActivated()
smartcontrol.0	2020-07-14 09:43:43.117	debug	(17219) Subscribed state 'hue-extended.0.sensors.050-bewegungsmelder_küche.state.presence' changed, new value: [true] (ack: true)
hue-extended.0	2020-07-14 09:43:19.966	info	(17234) Establishing connection to bridge..
hue-extended.0	2020-07-14 09:43:19.886	info	(17234) starting. Version 1.3.8 in /opt/iobroker/node_modules/iobroker.hue-extended, node: v12.18.2, js-controller: 3.1.6
smartcontrol.0	2020-07-14 09:43:19.885	info	(17219) 0 trigger schedules activated...
smartcontrol.0	2020-07-14 09:43:19.879	info	(17219) Subscribing to all trigger states...
smartcontrol.0	2020-07-14 09:43:19.642	info	(17219) Subscribing to all target devices states...
hue-extended.0	2020-07-14 09:43:19.441	debug	(17234) statesDB connected
hue-extended.0	2020-07-14 09:43:19.439	debug	(17234) States connected to redis: 127.0.0.1:9000
hue-extended.0	2020-07-14 09:43:19.417	debug	(17234) States create System PubSub Client
hue-extended.0	2020-07-14 09:43:19.411	debug	(17234) States create User PubSub Client
hue-extended.0	2020-07-14 09:43:19.397	debug	(17234) Redis States: Use Redis connection: 127.0.0.1:9000
hue-extended.0	2020-07-14 09:43:19.392	debug	(17234) objectDB connected
hue-extended.0	2020-07-14 09:43:19.376	debug	(17234) Objects connected to redis: 127.0.0.1:9001
hue-extended.0	2020-07-14 09:43:19.332	debug	(17234) Objects client initialize lua scripts
hue-extended.0	2020-07-14 09:43:19.329	debug	(17234) Objects create User PubSub Client
hue-extended.0	2020-07-14 09:43:19.326	debug	(17234) Objects create System PubSub Client
hue-extended.0	2020-07-14 09:43:19.317	debug	(17234) Objects client ready ... initialize now
hue-extended.0	2020-07-14 09:43:19.234	debug	(17234) Redis Objects: Use Redis connection: 127.0.0.1:9001
smartcontrol.0	2020-07-14 09:43:16.964	info	(17219) Adapter admin configuration successfully validated...
smartcontrol.0	2020-07-14 09:43:16.707	debug	(17219) system.adapter.admin.0: logging true
host.raspberrypi-iob	2020-07-14 09:43:16.114	info	instance system.adapter.hue-extended.0 started with pid 17234
smartcontrol.0	2020-07-14 09:43:15.768	info	(17219) starting. Version 0.1.0-alpha.9 in /opt/iobroker/node_modules/iobroker.smartcontrol, node: v12.18.2, js-controller: 3.1.6
smartcontrol.0	2020-07-14 09:43:15.229	debug	(17219) statesDB connected
smartcontrol.0	2020-07-14 09:43:15.226	debug	(17219) States connected to redis: 127.0.0.1:9000
smartcontrol.0	2020-07-14 09:43:15.207	debug	(17219) States create System PubSub Client
smartcontrol.0	2020-07-14 09:43:15.201	debug	(17219) States create User PubSub Client
smartcontrol.0	2020-07-14 09:43:15.184	debug	(17219) Redis States: Use Redis connection: 127.0.0.1:9000
smartcontrol.0	2020-07-14 09:43:15.178	debug	(17219) objectDB connected
smartcontrol.0	2020-07-14 09:43:15.163	debug	(17219) Objects connected to redis: 127.0.0.1:9001
smartcontrol.0	2020-07-14 09:43:15.136	debug	(17219) Objects client initialize lua scripts
smartcontrol.0	2020-07-14 09:43:15.133	debug	(17219) Objects create User PubSub Client
smartcontrol.0	2020-07-14 09:43:15.130	debug	(17219) Objects create System PubSub Client
smartcontrol.0	2020-07-14 09:43:15.121	debug	(17219) Objects client ready ... initialize now
smartcontrol.0	2020-07-14 09:43:14.726	debug	(17219) Redis Objects: Use Redis connection: 127.0.0.1:9001
host.raspberrypi-iob	2020-07-14 09:43:13.633	info	instance system.adapter.hue-extended.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
hue-extended.0	2020-07-14 09:43:13.084	info	(17047) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
hue-extended.0	2020-07-14 09:43:13.083	info	(17047) terminating
hue-extended.0	2020-07-14 09:43:13.081	info	(17047) Adapter stopped und unloaded.
hue-extended.0	2020-07-14 09:43:13.079	info	(17047) Got terminate signal TERMINATE_YOURSELF
host.raspberrypi-iob	2020-07-14 09:43:13.073	info	stopInstance system.adapter.hue-extended.0 send kill signal
host.raspberrypi-iob	2020-07-14 09:43:13.069	info	stopInstance system.adapter.hue-extended.0 (force=false, process=true)
host.raspberrypi-iob	2020-07-14 09:43:12.539	info	instance system.adapter.smartcontrol.0 started with pid 17219
hue-extended.0	2020-07-14 09:43:12.172	debug	(17047) system.adapter.admin.0: logging false
host.raspberrypi-iob	2020-07-14 09:43:09.899	info	instance system.adapter.smartcontrol.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
smartcontrol.0	2020-07-14 09:43:09.342	info	(17165) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
smartcontrol.0	2020-07-14 09:43:09.337	info	(17165) terminating
smartcontrol.0	2020-07-14 09:43:09.331	info	(17165) Stopping adapter instance successfully proceeded...
smartcontrol.0	2020-07-14 09:43:09.323	debug	(17165) (0) trigger schedules cancelled...
smartcontrol.0	2020-07-14 09:43:09.315	info	(17165) Got terminate signal TERMINATE_YOURSELF
host.raspberrypi-iob	2020-07-14 09:43:09.303	info	stopInstance system.adapter.smartcontrol.0 send kill signal

An alle die, die neuen Geräte nicht mehr finden und Port 80 bereits belegt ist (bei mir z.B PiHole) und eine Portweiterleitung nötig ist, folgendes machen: (wäre auch gut, wenn man das in das Wiki eintragen würde)

1. sudo iptables -t nat -L --line-numbers (wenn hier nichts von 8083/euren Port steht, dann ist es klar, dass es nicht geht)
2. sudo iptables -I INPUT 1 -p tcp --dport 80 -j ACCEPT
3. sudo iptables -A PREROUTING -t nat -i eth0 -p tcp --dport 80 -j REDIRECT --to-port 8083
4. Bei dem Node-Red Adapter bei dem "Amazon Echo Hub" Node den Port 8083 einfügen und oben rechts deploy klicken und es funktioniert bzw. er findet nun die Geräte und es ist grün.
5. Nochmal sudo iptables -t nat -L --line-numbers (gucken ob da nun 8083 steht, wenn ja dann sollte es gehen)
   Nun muss das Ganze noch dauerhaft gespeichert werden falls das Gerät neugestartet wird
6. sudo apt-get install iptables-persistent
7. sudo bash -c "iptables-save > /etc/iptables/rules" | oder service iptables save falls das 1 nicht gehen sollte, auf jeden Fall ist die Speicherung das Problem

Es geht bei den meisten nicht da es so nicht dauerhaft gespeichert wird und beim nächsten Neustart die Portweiterleitung wieder weg ist. Deshalb am Ende das iptable bzw. die Portweiterleitung speichern.

1. sudo iptables -t nat -L --line-numbers (if it doesn't say anything about 8083/your port, then it's clear that it doesn't work)
2. sudo iptables -I INPUT 1 -p tcp --dport 80 -j ACCEPT
3. sudo iptables -A PREROUTING -t nat -i eth0 -p tcp --dport 80 -j REDIRECT --to-port 8083
4. For the Node-Red Adapter insert port 8083 at the "Amazon Echo Hub" node and click deploy in the upper right corner and it works or it finds the devices and it is green.
5. Another time sudo iptables -t nat -L --line-numbers (see if it says 8083, if it does then it should work)
   Now the whole thing must be saved permanently if the device is restarted
6. sudo apt-get install iptables-persistent
7. sudo bash -c "iptables-save > /etc/iptables/rules" | or service iptables save | if the 1 does not work, in any case the problem is the saving

It does not work with most of them because it is not saved permanently and the port forwarding is gone again at the next restart. Therefore save the iptable or port forwarding at the end.

@mickym Ja, nur die man direkt per Kabel/Strom verbindet (Nullleiter Problem und allgemein Größe/Anpassung bei Mietwohnung), egal passt schon so, Vielen Dank. Sind halt 2-3 Sekunden.

@mickym

Ich habe ja hauptsächlich Tasmota drauf gemacht, weil ich dachte das man Zigbee + WLAN nicht anders mit dem Schalter verbinden kann ^^ Geht doch auch nicht anders?

Shellys gehen bei mir nicht (Mietwohnung - Nullleiter/blaues Kabel fehlt - zu wenig Platz in der Dose)

Ja, der Schalter

Die Philips Hue Birnen bzw. Zigbee allgemein sind halt teurer, kriege die WLAN Birnen unter 10€

Funktionieren die von Xiaomi gut? Da bräuchte man halt wieder ne extra Bridge ohne den Stick. Preis ca. gleich, die Hue's kriege ich für ca 22,50€-25€.

@mickym Ja, ich mach das gerade mit dem direkten MQTT bzw. "mqtt in" bei Node-Red. für das VIS nehme ich dann die Sonoff Datenpunkte.

Ja, in der Küche, Flur und im Bad hole ich mir die Philips Hue Bewegungsmelder, in den anderen Räumen aber nicht sinnvoll ^^ Beobachte den schon seit einiger Zeit zwecks Gutscheinen/Rabattaktionen etc.

Ohne Hue Bridge direkt den Philips Zigbee Schalter mit den Tasmota WLAN Birnen verbinden? ^^ Wie soll das gehen - Conbee Stick etc. aber ist ja das gleiche

@mickym Ja, bei den Philips Hue Birnen geht das halt direkt ^^

Für das VIS bräuchte man halt Datenpunkte von IoBroker, nehme dann dafür die Sonoff Datenpunkte.

@mickym Ok, Danke

über den Inject geht es sofort/instant in Millisekunden wie bei Philips Hue Birnen.

Über den Schalter dauert es paar Sekunden.