Beiträge von Devil

Alles mit VPN wie schon gesagt

Hier nochmal über den VPN zum Vergleich ein Shelly 2.5

ping -c 3 192.168.21.44
PING 192.168.21.44 (192.168.21.44): 56 data bytes
64 bytes from 192.168.21.44: icmp_seq=0 ttl=127 time=890.453 ms
64 bytes from 192.168.21.44: icmp_seq=1 ttl=127 time=28.271 ms
64 bytes from 192.168.21.44: icmp_seq=2 ttl=127 time=31.829 ms

Und ein Shelly Plus 1

ping -c 3 192.168.21.23
PING 192.168.21.23 (192.168.21.23): 56 data bytes
64 bytes from 192.168.21.23: icmp_seq=0 ttl=254 time=428.158 ms
64 bytes from 192.168.21.23: icmp_seq=1 ttl=254 time=31.928 ms
64 bytes from 192.168.21.23: icmp_seq=2 ttl=254 time=46.941 ms

Wie jetzt die einzelnen RSSI werte sind müsste ich noch raussuchen

Wohlgemerkt mal schnell über VPN gemacht.

ping -c 3 192.168.21.62
PING 192.168.21.62 (192.168.21.62): 56 data bytes
Request timeout for icmp_seq 0
64 bytes from 192.168.21.62: icmp_seq=0 ttl=254 time=1318.400 ms
64 bytes from 192.168.21.62: icmp_seq=1 ttl=254 time=317.071 ms
64 bytes from 192.168.21.62: icmp_seq=2 ttl=254 time=243.602 ms

Zum vergleich über den VPN mein HomeAssistant

ping -c 3 192.168.93.1 
PING 192.168.93.1 (192.168.93.1): 56 data bytes
64 bytes from 192.168.93.1: icmp_seq=0 ttl=63 time=18.667 ms
64 bytes from 192.168.93.1: icmp_seq=1 ttl=63 time=26.897 ms
64 bytes from 192.168.93.1: icmp_seq=2 ttl=63 time=32.637 ms

Nein ist nicht möglich.

Vorsichtig mit nem Großen und Kleinen Schlitz schrauben Dreher und zwei drei Taschentücher untergelegt.

Beim Heimeier gab es keine Probleme mit dem Großen Schraubendreher von vorne Reingefahren und vrosichtig gedrückt und dabei Diagonal abzeiehen.

Beim TRV hab ich mit dem Großen wie beim Heimeier entlastet und mit dem kleinen von oben vorsichtig an diesen Kunststoff ecken nach innen gedrückt. Muss man halt vorsichtig machen. Dan geht das innerhalb von 30 Sekunden ab.

JA und ich kann sagen das der TRV alles zuverlässig sendet und Empfängt nur das zusammenspiel beider klappt nicht

Zitat von ehtron

angeblich wird ja dran gearbeitet.

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

Zitat von elektroman

ein Rolladen ziemlich die gleiche Zeit braucht zum Hoch- oder Runterfahren (~2-3sek Differenz) und
auch der Verbrauch sehr ähnlich ist

Kommt immer ganz drauf an zu wieviel % der entsprechenden Motor Leistung auch dein Motor belastet wird.

Aber was hierbei evtl. mal zu testen wäre wie es den aussieht wenn man die Ausgänge am Shelly vertauscht. Im Prinzip hat ja der 2.5 genauso eine Relay ID 0 und 1. Nicht das hier die Cloud das ganze auf ein Relay 1 Speichert und in der App nicht darstellt.

Hast du denn einen DNS im Shelly hinterlegt wenn du mit Hostname anstatt der IP arbeitest?

Den Netzteil Betrieb hast du im H&T auch Aktiviert in den Einstellungen?

Zitat von elektroman

Bei allen meinen 2.5'er Shelly's im Roller Shutter Modus werden nur die UP Zyklen in der Power Consumption protokolliert - die DOWN Aktionen hingegen nicht.

Das würde dann auch erklären, warum die Obstacle Detection beim Runterfahren nie richtig geklappt hat.

Das problem wird hier eher sein das durch die Entlastung des Motors der Verbrauch und auch die Laufdauer wesentlich kleiner ausfallen. Dadurch wird in der Cloud welche nur Minütlich aufzeichnet unter umständen auch viel ausgelassen. Das macht mein Homeassistant zuverlässig.

Obstacle Detection beim Herunterfahrenden Rollo kann eigentlich NIE funktionieren. Was passiert wenn der Rollo Blockiert wird? Er rollt sich freudig weiterhin im Kasten ab, hierbei hat der Motor trotzdem einen gewissen Mindestverbrauch. Erst ab dem Moment wo alles im Kasten abgewickelt und kein Platz mehr ist könnte sich was an der Leistung verändern.

Ich möchte das aber auch nicht ausprobieren. Nicht das am Schluss komplett was verkeilt und ich den Rollo Kasten aufmachen muss.

Ja du kommst ja beim Aufwecken auf die Oberfläche dann hast du 3 Minuten Zeit zum einstellen. Und bei Reset hast du ja gesagt kommst du auch hin um deine WLan Daten einzustellen auch hier kannst du eine Feste IP direkt Hinterlegen

Und im Gerät selbst lässt du das ganze dann auf DHCP?

Ist aber dann schonmal keine Feste IP sondern eine Reservierte IP.

Das würde ich Temporär auch mal rausnehmen und den Shelly direkt mit dem DHCP einbinden. Kann nämlich sein das dein TP-Link auch die ersten 3 Blöcke der Mac-Adresse verändert.

Und wenn du ihn weckst kommst du auch nicht an das Webui? Klingt entweder nach einem Netzwerkfehler oder defekt. Wenn er aber im AP funktioniert eher nach einem Netzwerkproblem

Wenn dein System aber sagt Temperatur Ist unter Soll wird er trotzdem immer wieder eingeschaltet?!

Bei der Externen Versorgung spielen zumindest bei mir die Schwellenwerte kaum eine Rolle da er sich ja sowieso alle 10 Minuten meldet und dadurch nie ein Schwellwert erreicht wird.

Also solltest du auch alle 10 Minuten was erhalten. Im AP modus schien quasi alles zu Funktionieren? Hast du mal Router und Accespoints/Repeater neugestartet?

Ja da berechnet er unabhängig davon. Das lernen ist ja erst mal sich an den Zeitplan anpassen. Wie lange das TRV benötigt die Temperatur im Raum zu erreichen usw.

Also kommt es bei dir vor das es 0 Grad um 23:00 Uhr hat und um 23:01 Uhr -10 Grad?

Du kannst unter Internet die Cloud deaktivieren und wieder aktivieren. Im Webui (Browser) sowie auch der App möglich

Ja deshalb lernt er sich ja eben an da ja die Temp hier zwischen 20-80 Grad liegen kann. Aber diese ist um 7:30 meist ziemlich gleich. Genauso wie um 10:30. die wird hier nicht 80 Grad haben und am nächsten Tag 20 Grad