Beiträge von ehtron

Hi

wo guckst du?

schau mal im web-gui

Hi

nach einigen wochen kann ich sagen: diesbezüglich gibt es leider keinen lerneffekt

Hi

wenn er garnicht auf macht, ist es ja was anderes. bei mir macht er bei allen heimeiern ja auf, nur eben zuwenig.

nach senkung der soll-temp fällt er leider oft bis mehr als 1° unter die gewünsche temp, bevor er richtig gas gibt.

ich habe des damit minimiert indem ich die änderung in schritten vollziehe. z.b. statt 2°, 2*1° in 15min abstand.

Hi

und bei dynamischer IP wird immer gern vergessen, das das dhcp handshake auch immer zeit braucht.. das können die entscheidenden millsec sein.

daher besser den shellys in den shellys, eine feste IP geben.

auf dauer immer die bessere lösung. und reservierung im router hat nichts mit fester ip zu tun

Hi

danke, das hatte ich schon versucht..

mir geht es in diesem thread aber eher um die dusseligkeit des systems, mit 4,6x% keine ausreichende öffnung zu erreichen (bleibt kalt) und das nicht zu merken.

Hi

mein TRV wird vom motion so angesprochen...

http://192.168.x.x/ext_t?temp=measured t°

das ist auch das format das der TRV selbst im offset vorschlägt .

Hi

ping 192.168.11.21
PING 192.168.11.21 (192.168.11.21) 56(84) bytes of data.
From 192.168.11.10 icmp_seq=1 Destination Host Unreachable
From 192.168.11.10 icmp_seq=2 Destination Host Unreachable
From 192.168.11.10 icmp_seq=3 Destination Host Unreachable
64 bytes from 192.168.11.21: icmp_seq=4 ttl=255 time=645 ms
64 bytes from 192.168.11.21: icmp_seq=5 ttl=255 time=8.49 ms
64 bytes from 192.168.11.21: icmp_seq=6 ttl=255 time=914 ms
64 bytes from 192.168.11.21: icmp_seq=7 ttl=255 time=2066 ms
64 bytes from 192.168.11.21: icmp_seq=8 ttl=255 time=1037 ms
64 bytes from 192.168.11.21: icmp_seq=9 ttl=255 time=13.0 ms
64 bytes from 192.168.11.21: icmp_seq=10 ttl=255 time=1164 ms
64 bytes from 192.168.11.21: icmp_seq=11 ttl=255 time=149 ms
64 bytes from 192.168.11.21: icmp_seq=12 ttl=255 time=1296 ms
64 bytes from 192.168.11.21: icmp_seq=13 ttl=255 time=281 ms
^C

http://192.168.11.22/status

kommt sofort

Hi

Zitat von Devil

Wo hast du das gelesen?

Am D/W2 wird gearbeitet, ich kann auch bei mir keine Probleme in dieser form feststellen bzw. Nachvollziehen, lediglich mit dem D/W2

hier irgendwo im forum. ich ging davon aus, da wohl der TRV auch daran beteiligt ist, dort ebenfalls dran gearbeitet wird.

besonders das zusammenspiel von TRV und DW2 ist ja schlecht.

wie ich in verbindung mit homeassistent feststelle, sendet der DW2 zuverlässig alle daten.

kannst du es genau sagen, aufgrund deiner kontakte nach bulgarien oder usa.

Hi

Zitat

Erst nach 5-6 Refreshes erhalte ich eine Response.

wurde das nicht schon gesagt?

das web-gui und die api anbindung sind zwei verschiedene paar schuhe.

allerdings ist der TRV wohl tatsächlich im api sub auch zu langsam.

angeblich wird ja dran gearbeitet.

Hi

TRVs mit in diesem moment aktueller firmware 20220811-152343/v2.1.8@5afc928c

ventile von heimeier und oventrop

auswertung per homeassistent.

die installationen laufen nun seit einigen wochen.

folgende beobachtung: die TRVs versuchen nach fallender soll temp die temperatur mit geringer öffnung (4.6.x%) zu stützen.

nur... die heimeier machen bei der öffnung noch gar nicht auf, sprich keine stützung.

die oventrop machen auf, und es funktioniert wie gewünscht.. die temp geht nicht tief in den keller.

leider erkennt bei den heimeirs die logic nicht, das keine wärme, spricht temperatur erhöhung im raum stattfindet um das evtl. durch grössere öffnung auzugleichen.

somit immer wieder das gleiche spiel... siehe bild. (soll temp 18°)

ich habe gelesen das es hier einige user gibt die direkt kontakt zu den entwicklern haben. das wäre sicher eine gute idee das problem mal anzusprechen, sollte es nicht bereits geschehen sein.

wie sind da eure erfahrungen?

lg. ehtron

Hi

wenn die TRVs eingeschlafen sind, braucht es mehrfache versuche das gui zu erreichen.

oder vorher anpingen.

die kommuinikation ohne beteiligung des web-servers funktioniert dabei meist.

so wie z.b. mit HA über ioIOT (coIoT)

Hi

Zitat

Wir sprechen hier von Clients und nicht von Servern in einem Firmennetzwerk

ein shelly der per ip zu erreichen ist, ist ein server, genau wie dein netzwerk drucker, von einem file, domain oder dienste servern ganz zu schweigen.

dein rechner auf dem keine dienste für andere angeboten wird, ist ein client.

lass gut sein, wir sehen das von unterschiedlicher position....

und ich wette, alle server usw. haben in deiner firma eine feste ip.

aber ich möchte mich nun nicht mit dir streiten und ziehe mich nun aus diesem thread zurück.

Hi

Zitat

Alles eine Frage der Konfiguration und Dokumentation.

dokumentieren ist immer eine sehr gute idee, nur das eben dhcp vergabe nicht wirklich dokumentierbar ist.. das ist ja der grund das in professionell aufgesetzten netzwerken, server immer eine feste ip bekommen

ohne feste ip vergabe kann sich die ip verändern.

ich hoffe du verwechselst die IP reservierung im router nicht mit einer festen ip vergabe.

aber wir müssen das nun nicht weiter vertiefen.

Hi

schau im router nach welche adressen die shellys bekommen haben.

ssid ist gleich geblieben?

ich weiss allerdings nicht, ob die shellys nach der grund installaton und dhcp adress zuweisung, automatisch eine neue anfordern wenn keine verbindung mehr besteht. könnte mir vorstellen das sie dies erst nach erneuter ap configuration der fall ist.

das wäre natürlich nur notwendig wenn sich der netzwerk bereich, geändert hat. somit s.o.

Hi

man vergibt servern im netzwerk immer eine feste IP.

bei routerreset oder wechsel gerät sonst alles durcheinander.

siehe diesen thread.

dhcp ist nur für clienten eine sinnvolle option.

uralte IT binsenweisheit.

ich mache das schon seit über 30jahren

Hi

stimmt, lass sich so als hätte er bereits 2 router getestet.

ich denke, bevor man mit der cloud anfängt ist wohl eine vernümpftige konfiguration per web gui von nöten.

und wenn die geräte nicht im netz sind, hilft die cloud sicher auch nicht

Hi

beide router im selben netzwerk segment? 192.168.2.x ?

und wurden nun feste IP adressen von dir für die shellys vergeben?

oder läuft alles per dhcp? (schlechte idee)

Hi

das passiert wenn man den geräten keine feste IP adresse direkt im webgui vergibt.

im router mal schauen wo sie nun gelandet sind.

HI

wie du siehst ist der cloud zugang ausgeschaltet. (rot) somit einschalten

Hi

auf den gedanken bin ich auch gekommen

nur nach kurzem nachdenken.... der timer wird bei jeder bewegung neu gesetzt, und läuft bei regelmässiger motion, nie ab. (wird wieder auf blindtime wert gesetzt)

somit bekommt HA keinerlei trigger signal, mit dem ich den HA timer syncen könnte.

klappt also nicht.

motion2 bringt nur einen trigger bei motion und bei kein motion (mehr) .. abgelaufenen timer. dazwischen nix.