Beiträge von ehtron

ich sehe was du meinst.. das kann ich auch einbinden und wird sogar von tvr direkt angezeigt.

suche aber sowas

oder ähnlich .. eins zur zeit

ja du hast recht ...

ändert aber nix.. statt normalen button der die automatisierung triggert, eben einen radio button

aber vielleicht denke ich wieder zu kompliert?

Hi

ja diverse if / then und else schleifen.. geht alles per click.

und das schöne, man kann sich dann das script ansehen. was einem dann die hintergründe klarer macht.

also für jemanden der in das broking einsteigen möchte. homeassistent ist super.

läuft hier noch in der virtuellen mashine.. aber raspi ist bestellt

Hi

hier geht es um homeassistent

statt einfachen button, einen selektor button... wie im alten radio ... nur einer zur zeit, der die jeweilige automatisierung ausführt

Hi

nochmals danke dafür, ich habe viel zu kompliziert geacht.. war wohl noch im openhab modus

Hi

ich habe mich nun etwas in Homeassistent eingearbeitet.

gut gelungen ist mir die button (schaltfläche) einbindung in der übersicht (dashboard) für eine angelegte automatisierung.

was ich bisher nicht hin bekommen habe, ist ein radiobutton für die einzel selecton mehrerer automatisierungen.

kann mir da jemand auf die sprünge helfen?

lg. ehtron

Hi

na da bin ich ja mal gespannt

Thema

Shelly TRV & D/W2 sehr unzuverlässig

Hallo,

ich habe seit kurzem ein Shelly TRV Thermostat und extra hierfür - weil es ja auch so beworben wird - ein Door Window 2 um das Thermostat zu deaktivieren, wenn das Fenster geöffnet wird.

Die Einstellung ist zwar etwas frickelig, aber ich habe es grundsätzlich hinbekommen (DW2: I/O Actions http://<TRV_IP>/window?state=open für die Öffnen-Actions und http://<TRV_IP>/window?state=close). Das Problem hierbei: das funktioniert extrem unzuverlässig. Die Anfragen kommen nur ganz sporadisch…

tobby_d

12. August 2022 um 10:42

Hi

ich hab ja nun viel gelesen die letzen tage um die unzuverlässigkeit der befrehlsübergabe per http zu beseitigen... hab es mit homeassiten als ioIot broker erledigt.

aber das die shellys nen dhcp server haben ist mir neu... da sollten keine ips automatisch vergeben werden.

um die ip im web front zu ändern, darf der erste shelly nicht aktiv sein da die 33.1 sonst belegt ist.

Hi super dank ..

das bringt mich schon mal weiter ... werde berichten

Hi

da die verbindung zwischen motion2 und TRV ja leider sehr unzuverlässig ist, habe ich nun einen broker gesucht. nachdem ich mit openhab gescheitert bin (motion nicht erkannt)

hab ich mich nur soweit in homeassistant eingebarbeitet.

das funktioniert soweit gut.

habe allerdings noch schwierigkeiten mit dem scripting.

evtl. hat ja jemand was ähnliches in der schublade.

gesucht

bei motion 2

motion erkannt..

TVR soll temperatur auf z.b. 21° setzen und schedule aus.

motion nicht mehr erkannt (blindtime)

TVR schedule an.

mehr brauche ich momentan nicht

würde mir wirklich weiter helfen. danke.

Hi

danke.. pings und status loops vom rechner, hatte ich ja schon versucht. wurde nicht wirklich besser.

wenn man denn im web ui befehl nen ping verknüpfen könnte

ist ja alles echt aufriss. dachte auch openhab wäre einfacher.

noch habe ich keine lösung gefunden.

evtl. hat ja jemand noch eine idee

nen rasperry würde ich mir gönnen, aber keine gewaltige einarbeitung in irgend einen broker.

danke fürs mittdenken

HI

Zitat

Aktuell habe ich nen Raspberry Pi als "Vermittler", welcher den Trigger des SD2 entgegen nimmt und dann an den TRV weiterleitet.

wie genau hast du das realisiert?

ich zerrauche gerade meinen schädel bei der openhap einbindung.. komme gerade nicht weiter

und das wegen 2 befehlen

Hi

welche IP hast du dem motion2 vergeben?

wenn du per wlan mit dem browser in das AP des shelly 1 musst du beide erreichen.

Hi

ich würde mal resetten... schalter >10 sec drücken

Hi

dann gibst du wohl die falsche shellygeräte ip an.

zeig doch mal den generierten befehl.

Hi

 1667645799.982 Motion !!!
1667645799.984 actions_execute:    Action reason[5]: MSG_TYPE_MOTION_ON

1667645799.990 action_check_interval:    Action interval: beg[0] end[2359] now[1156]

1667645799.998 action_check_interval:    Action interval: beg[0] end[0] now[1156]

1667645799.005 action_check_interval:    Action interval: beg[0] end[0] now[1156]

1667645799.012 action_check_interval:    Action interval: beg[0] end[0] now[1156]

1667645799.020 action_queue_process:    URL[http://192.168.11.21/settings/thermostat/0?schedule=false&target_t_enabled=1&target_t=21] Connecting

1667645799.043 action_queue_process:    URL[http://192.168.11.21/settings/thermostat/0?schedule=false&target_t_enabled=1&target_t=21] Connecting

1667645799.066 action_queue_process:    URL[http://192.168.11.21/settings/thermostat/0?schedule=false&target_t_enabled=1&target_t=21] Connecting

1667645799.088 action_queue_process:    URL[http://192.168.11.21/settings/thermostat/0?schedule=false&target_t_enabled=1&target_t=21] Connecting

1667645800.847 action_check_interval:    Action interval: beg[0] end[2359] now[1156]

tcp=>  192.168.11.10
requested debug log: start=23293, end=23292 
wake up detection times out

wake up detection times out

wake up detection times out

wake up detection times out
1667645805.791 action_queue_process:    URL[http://192.168.11.21/settings/thermostat/0?schedule=false&target_t_enabled=1&target_t=21]: Timeout

1667645805.814 action_queue_process:    URL[http://192.168.11.21/settings/thermostat/0?schedule=false&target_t_enabled=1&target_t=21]: Timeout

1667645805.836 action_queue_process:    URL[http://192.168.11.21/settings/thermostat/0?schedule=false&target_t_enabled=1&target_t=21]: Timeout

1667645805.858 action_queue_process:    URL[http://192.168.11.21/settings/thermostat/0?schedule=false&target_t_enabled=1&target_t=21]: Timeout

tcp=>  192.168.11.10

kann irgendwie nix bringen, da er die befehle direkt hinter einander absetzt.

gibt es einen zwischenbefehl der das verzögert? das ware es sicher

mich wurdert das diese problematik hier nicht öfter auftaucht.

Hi

wird wohl der sein

http://archive.shelly-tools.de/

anschliessend ggf. mit

http://shellydeviceip/ota?update

anstossen

Hi

ja danke, vergass ich leider zu erwähnen.. alles durch.. bis zu 4 mal. bringt auch keine wirkliche zuverlässigkeit.

Hi

bezogen auf

Beitrag

RE: Shelly TRV & D/W2 sehr unzuverlässig

Hi

habe auch noch etwas rumexperiementiert.

ping bis runter im abstand von 10sec auf TVR und Motion2: subjectiv etwas öfter funktionabel.

status auslesen mit curl auf die beiden. auch nicht stabiler.

am problematischten ist es mit längerer blind time im Motion2. sobald länger als >2 sec (ich brauche 30sec)

ist es ein lotteriespiel das der motion end befehl ausgeführt wird.

ich teste nun gleich mal mit einer alten fritzbox, falls die aktuelle da evtl. ärger machen.

das manko scheint m.e. das…

ehtron

4. November 2022 um 11:03

ob mit oder ohne cloud bringt keinen unterschied.

habe ich erst mal spasseshalber das ganze über eine alte 3110er Fritzbox laufen lassen, um evtl. stromspar mechanismen der neueren auszuschliessen.

ergebnis: the same

das /debug/log der motion2 bringt leider folgendes.

das /debug/log des TRV ist nicht so infornativ und zeigt nur die veränderten einstellungen wenn der befehl angekommen ist.

motion2

funktioniert

1667642045.57 Motion !!!
1667642045.059 actions_execute:    Action reason[5]: MSG_TYPE_MOTION_ON

1667642045.065 action_check_interval:    Action interval: beg[0] end[2359] now[1054]

1667642045.073 action_queue_process:    URL[http://192.168.11.21/settings/thermostat/0?schedule=false&target_t_enabled=1&target_t=21] Connecting

1667642046.905 action_check_interval:    Action interval: beg[0] end[2359] now[1054]

1667642046.075 action_queue_process:    URL[http://192.168.11.21/settings/thermostat/0?schedule=false&target_t_enabled=1&target_t=21]: Done

tcp=>  192.168.11.10

wake up detection times out

funkioniert nicht

*** Raw adc: 34877
=======! 34877.00
Rt = 9860.69; tC = 25.26; state.tC_sm = 22.16; state.tC= 22.16

tcp=>  192.168.11.10
1667642345.695 action_check_interval:    Action interval: beg[0] end[2359] now[1059]

1667642345.702 actions_execute:    Action reason[6]: MSG_TYPE_MOTION_OFF

1667642345.708 action_check_interval:    Action interval: beg[0] end[2359] now[1059]

1667642345.717 action_queue_process:    URL[http://192.168.11.21:80/settings/thermostat/0?schedule=true] Connecting

tcp=>  192.168.11.10

wake up detection times out
1667642351.637 action_queue_process:    URL[http://192.168.11.21:80/settings/thermostat/0?schedule=true]: Timeout


wake up detection times out

hier mal die action beider im selben zeitraum

Motion2

wake up detection times out
1667644689.471 action_check_interval:    Action interval: beg[0] end[2359] now[1138]

1667644689.479 actions_execute:    Action reason[6]: MSG_TYPE_MOTION_OFF

1667644689.485 action_check_interval:    Action interval: beg[0] end[2359] now[1138]

1667644689.493 action_queue_process:    URL[http://192.168.11.21/settings/thermostat/0?schedule=true] Connecting

1667644695.416 action_queue_process:    URL[http://192.168.11.21/settings/thermostat/0?schedule=true]: Timeout


wake up detection times out
tcp=>  192.168.11.10
requested debug log: start=15659, end=15658 


TRV

=======! 34683.00
Rt = 11391.37; tC = 22.61; state.tC_sm = 21.48; state.tC= 21.48

1667644620.438 minutes_tick:    Target: 21.0C; Current: 21.48C; Correction: -0.03C; Pos: 0.00% -> 0.00%

Current position: 1 - new:1 
1667644620.450 stepper_set_percent:    Stepper set to 0.00%(0.00%) (1)

1667644680.406 check_signal_strength:    signal strength: -69

*** Raw adc: 34685
=======! 34685.00
Rt = 11392.75; tC = 22.60; state.tC_sm = 21.48; state.tC= 21.48

1667644680.447 minutes_tick:    Target: 21.0C; Current: 21.48C; Correction: -0.03C; Pos: 0.00% -> 0.00%

Current position: 1 - new:1 
1667644680.459 stepper_set_percent:    Stepper set to 0.00%(0.00%) (1)

das geleiche natürlich auch bei blindtime out event. es gibt keine regelmässigkeiten wann etwas funktioniert oder wann nicht.

nun ist nicht wirklich klar ob motion 2 wirklich sendet oder nur nicht raus kommt, oder eben TRV nicht ansprechbar ist und daher nichts annimmt. (sleep)

(timeout)

wie löse ich das?

warten bis das seitens shelly gefixt wird?

nur für die beiden funktionen nen raspberry mit irgend einem homekit (welches am besten?) aufsetzen?

irgendwie oversized.

eigentlich würde ich die sachen gern behalten da mir die umsetzung als solches sehr gut gefällt.

hat noch irgendwer hilfreiche ideen?

lg. ehtron

Hi

habe auch noch etwas rumexperiementiert.

ping bis runter im abstand von 10sec auf TVR und Motion2: subjectiv etwas öfter funktionabel.

status auslesen mit curl auf die beiden. auch nicht stabiler.

am problematischten ist es mit längerer blind time im Motion2. sobald länger als >2 sec (ich brauche 30sec)

ist es ein lotteriespiel das der motion end befehl ausgeführt wird.

ich teste nun gleich mal mit einer alten fritzbox, falls die aktuelle da evtl. ärger machen.

das manko scheint m.e. das anscheinend fehlende handshake zu sein, um ggf. den befehl zu wiederholen.

hier das gleiche, mal aus sicht des Motion 2

Beitrag

Motion2 und TRV blindtime unzuverlässig

Hi

motion2 TRV, firmware in diesem moment aktuell auf beiden devices. (2.18)

keine cloud nutzung

config per web gui im browser

realisierung der problemstellung

niedrige tages temperatur per schedule

bei anwesenheit, schaltung auf normale tagestemperatur (21°)

nach 30min ohne bewegungsmeldung rückstellung auf schedule temperatur.

dabei folgendes problem

umschaltung im motion2 per Motion Detected

(Quelltext, 2 Zeilen)

und

auf 21° setzen

(Quelltext, 1 Zeile)

funktioniert relativ stabil. (auch nicht immer)

…

ehtron

2. November 2022 um 13:43

lg. ehtron