VPN/Proxy erkannt
Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.
Die Installation durch eine Elektrofachkraft ändert aber nichts daran, dass der Laie die Shellys (verehentlich) überlasten kann. Der guckt halt in den Sicherungkasten und denkt "passt schon".
Bei mir sind alle Lampenkreise mit B6 abgesichert, alle Steckdosenkreise mit C10 und nur die Steckdosen für Waschmaschine, Herd etc. mit B16.
Ganz ehrlich... ein massentaugliches Gerät, dass auch ganz explizit die DIY-Gemeinde anspricht, sollte auch die üblichen Ströme, an gängigen Steckdosen auftreten, schalten können.
Ich weiß, könnte schwierig werden bei Bauteileauswahl, Baugröße und Preis....
Wo hast du das her?
Hierher (mein Post und Antwort):
Zumindest habe ich das so interpretiert.
Ich habe mir hier im Forum mal sagen lassen, dass bewegungsabhängiges Licht schalten bei Shelly so nicht vorgesehen sei (ich hatte das auch nicht vernünftig per Szenen usw. hingekriegt).
Jetzt nutze ich Homeassistant und das Blueprint Sensor light.
Wäre es möglich jeweils 1x Schelly am Wechselschalter und 1x Shelly an der Lmape zu platzieren und sie dadurch zu verbinden?
Ja, so meinte ich das in meinem Beitrag. Die Verbindung zwischen beiden Shellys geht dann per Wifi oder, wenn du funkenwerner s Variante nutzt per Bluetooth.
Deshalb schrieb ich, du bist frei, von wo aus du die Lampen schaltest.
Diese sollen ich Keller bzw. Erdgeschoss über bereits vorhandene Wechselschalter geschalten werden können.
Die Lampen selbst werden im Dachgeschoss mit Strom versorgt. -> es gibt keine direkten Leitungen zwischen Schalter und Lampen.
Du brauchst einen Shelly, der die Lampen schaltet. Der muß natürlich physikalisch in der Stromversorgung der Lampen hängen.
Von wo aus der dann betätigt wird, da bist du ziemlich frei.
Ein Schalter kann auch direkt mit dem Shelly verbunden sein, aber, wenn der Shelly in der Stromversorgung der Lampen hängt und der Schalter im Keller ist, brauchst du min. eine Leitung zum Shelly. Außerdem muß sich dieser Schalter und die Stromversorgung des Shelly im gleichen Stromkreis befinden. Diese Variante würde ich wg. der Leitungsführung verwerfen.
Zum Schalten der Lampen kannst du z.B. die App und dein Handy verwenden oder einen anderen Shelly, der dann physikalisch am Schalter angeschlossen ist und den Shelly, der die Lampen schaltet triggert (z.B, per Aktion). Das kann ein beliebiger Shelly mit Schalteingang sein.
Meinungsaustausch...
Ich gehe mit meiner Meinung zu meinem Chef und komme mit seiner Meinung wieder zurück.
Sorry für OT.
Also ich habe Homeassitant auf eine eigenen Mini-PC installiert. Ohne VM oder so, also direkt dieses HASSIO. Die Installation funktionierte ohne jede Probleme und auch schnell (per USB BOOT Stick, so wie in der Anleitung).
Da ich mit Docker auf Kriegsfuß stehe (alles was ich direkt per Docker anfasse ist bei mir ein Griff ins Klo), kommt mir sehr entgegen, dass HASSIO das sehr gut unter seiner Bedienoberfläche versteckt. Das macht das System für mich gut handhabbar.
A auch YAML ist für mich brainf**k. Die Struktur dieser Auszeichnungssprache ist gut beschrieben, die Schlüsselwörter, die der HA-eigene YAML-Interpreter kennt, nicht. So laufen bei mir diverse YAML-Scripte nicht, die z.B. Simon42 in seinem Blog oder auf Youtube zeigt.
Dafür findt man viele Automationen in form von Blueprints auf der HA-Webseite. Ich nutze z.B. "Sensor Light" und "Smart Light" für die Lichter. Die kann man aber auch für beliebige andere Schaltaufgaben nutzen, da sie beliebige Schalter ermöglichen, nicht nur welche vom Typ Light oder so. Daran bin ich beim Versuch gescheitert, so etwas selber zu erstellen.
Mein Fazit: HA läuft bei mir stabil und schnell. Für Autmationen werde ich Blueprints oder andere Eweiterungen nutzen, so das ich mit YAML und Docker etc. nichts zu tun habe.
Woran siehst du das?
In der App?
In der App und wenn ich dann probierte die Shellys per IP aus dem lokalen Netz zu erreichen, ging es auch nicht.
borsti0 Ich habe keine Ahnung woran das liegt, aber es ist mir aufgefallen.
Was mir auch aufgefallen ist...
Seit ich die Shellys in HA habe, sind die permanent online. Vorher hatte auch ich Probleme, dass doe Shellys sporadisch offline gehen, auch mal ein großer Anteil und es ziemlich lange dauert, bis sie wieder online waren (das Verhalten wurde hier in mehreren Threads beschrieben).
Bei mir war es so, dass selbst Shellys, die online waren, per IP nicht erreichbar waren.
Dieses Verhalten ist jetzt weg. Die Shellys sind online und auch über die jeweilige IP erreichbar.
aber es gibt doch keinen Routerzwang mehr.
K.A. ob es den hier auch nicht mehr gibt, wir haben das Teil inkl. SIM-Karte vom Netzbetreiber bekommen.
Warum das Huawai überhaupt?
Kommt vom Netzbetreiber hier.
Ich habe meinen HA inzwischen am laufen.
Das Mapping von Gerätetyp, Gerätename, Räume usw. aus der Shelly-Welt in den Namenraum von HA ist 'ne ziemliche Katastrophe...
Gerätetyp und Raum werden nicht nach HA übernommen.
Gerätename aus der Shelly-App wird nicht übernommen. Der aus derWeboberfläche des jeweiligen Shelly wird übernommen, wenn mit "Shelly1Plus-" beginnt (z.B. Shelly1Plus-Gästezimmer). Ohne das heißt er in HA wie shellyplus1_xxxxxxxxxxxx (mit xx...x = Shelly-ID).
Also habe ich in der Weboberfläche alle Shellys entsprechend umbenannt, so dass sie in HA identifizierbar sind. die automtische Erkennung in HA funktioniert übrigens sehr gut.
Anschließend habe ich mit eine Reihe vo Labels in HA erstellt (wie Battery, Fenster, Heizung, Licht, etc...). Damit habe ich alle Entitäten (nicht Geräte) entsprechend mit Labels versehen.
Wer auto-entities nutzt sollte wissen, dass die Include-Bedingung "Labels" nicht funktioniert.
Ich habe also die Entitäten der Shellys, die das Licht bei mir schalten wie folgt umbenannt:
switch.shellyplus1_xxxxxxxxxxxx --> switch.light_shellyplus1_xxxxxxxxxxxx
So kann ich in den auto-entities Wildcards benutzen: switch-light_* (im YAML manuell eintragen).
type: custom:auto-entities
card:
type: entities
filter:
include:
- options: {}
domain: switch
state: "on"
entity_id: switch.light_*
exclude:
- options: {}Außerdem habe ich den Namen aller Entitäten umbenannt nach dem Bereich, dem sie zugeordnet sind. Dieser Name erscheint dann so im Dashborad in den entsprechenden Karten etc..
Domains sind die Namensbestandteile vor dem Punkt. Das Attribut "device_class" der letzte Namnesbestandteil nach dem "_". Z.B.:
binary_sensor.bthome_sensor_256c_fenster
Domain = binary_sensor; device_class = fenster
"fenster" kennt HA natürlich nicht hier muss man dann "window" nehmen. Keine Ahnung wer auf die Idee kommt sowas zu übersetzen.
Bei den BTHome-Geräten werden ebenfalls keine Namen übernommen. Ich habe dann die MAC-Adressen aus der Shelly-App mit den angezeigten in HA abgeglichen um eine Zuordnung vorzunehmen (In der Shelly-App hatte ich zum Glück alle Shellys entsprechend benannt).
Generell ist da nichts dokumentiert, man hangelt sich stundenlang durch irgendwelche Foren und Blogs um ein paar Informationsschnipsel zu bekommen.
Außerdem scheint mit wie so oft eine vernünftige Massendatenverarbeitung nicht im Fokus der Entwickler zu stehen. Ich habe nur 25 Shellys 1 Plus und 3 EM pro und 21 BLU Motion und BLU Door/Window, da mag meine Vorgehensweise noch einigermaßen tragfähig sein. Bei mehreren hundert Geräten wird das schnell zum Albtraum.
Hallo Zusammen,
mein HA läuft 
Allerdings habe ich das Problem, diese per App aus den Internet zu erreichen.
Meine Netzwerk sieht so aus:
Huawei B311-221 Mobile Modem --> Fritzbox --> Minix Zero db Z100 mit HA-OS
In Homeassistant habe ich die Erweiterung Zero Tier installiert, bei Zero Tier ein Netzwerk eingerichtet, App aufs Handy. Anschließend habe ich in der HA-App einen neuen Server eingerichtet mit der IP-Adresse, die Zero Tier vergeben hat. Die wir auch durch die HA-App akzeptiert, allerdings bekomme ich eine Fehlermeldung
Die Website unter http://192.168.188.19:8123/?external_auth=1 konnte nicht geladen, weil:
net::ERR-CONNETCTION-TIMED-OUT
Das Moblie Moden vergibt per DHCP eine IP-Adresse an die Fritzbox (die ist als Internet-Router eingestellt), diese baut das Netz 192.168.188.0 auf, an dem der HA und alle anderen Geräte hängen.
Ich steh' grad mit den Netzwerkeinstellungen auf dem Schlauch. Wo muß ich denn was einrichten, dass der Zugriff per Zero Tier funktioniert?
Ich habs auf 'nem MINIX zero db Z100 in Form des HAOS am laufen.
Eine Frage an die Heizungskenner:
Geringe Spreizung bedeutet m.E. dass das wärmetragende Medium (in de Fall Wasser) im Kreis gepumpt wird, ohne dass es seine Energie an den Raum abgeben kann.
Wäre also nicht eine möglichst große Spreizung mit Rücklauftemperatur etwas über der zu erreichenden Raumtemperatur wünschenswert?
GGf. liese sich die Rücklauftemperatur mit einem Rücklauftemperaturbegrenzer entsprechend einstellen.
An diesen Sätzen stimmt quasi nichts.
Dann rück' es doch grade. Dafür ist ein Forum doch da.
Das ist nicht DNS
Nee, aber wenn man das Standardgateway als DNS einträgt, leitet dieses die Messages entsprechend weiter. Das dürften alle typischerweise im Homeoffice genutzten Router können.
Das hat den Vorteil, dass ich an einer Stelle in meinem Netzwerk bestimme, welchen DNS-Dienst ich nutzen will, nämlich den, der im Standardgateway eingestellt ist.
... , da ich -so gut es geht- auf Wlan verzichten möchte.
Zum Verständnis: Du willst mit den Shelly Pro Licht u.ä. zentral schalten, also ähnlich wie man (früher) Stromstoßrelais im Verteiler eingesetzt hat.
D.h. du willst alle alle Leitungen inkl. Steuerleitungen sternförmig zum Verteiler legen? Ok, die Stromleitungen müssen dahin, irgendwo muß die Energie ja herkommen und im Verteiler sitzen die LS, FI usw..
...nicht aber die "minutengenaue" IST-Temperatur.
Mit welchen Heiz-/Kühlleistungen arbeitest du bzw. wie schnell reagieren deine zu überwachenden Entitäten auf Temperaturänderungen, dass du minütliche Werte brauchst?
