Die Spaltmaße sind bei Dir genauso (häßlich), wie bei mir. Aber egal, verrätst du mir, wo Du die „nur Uhr“ Einstellung gefunden hast?
Die Auswahl in der App führt nicht dazu, dass ausschließlich die Uhr angezeigt wird.
Am Display selbst kann nur das „Prioritätselement“ eingestellt werden; das ausgewählte Element wird dann am größten angezeigt, aber die übrigen Werte verschwinden leider nicht.
Ich habe (aufgrund von Urlaub) erst jetzt das Update fürs Wall Display geladen und raufe mir die Haare.
1. Der Sperrbildschirm/ Bildschirmschoner sieht schlimm aus.
Die Zahlen viel zu groß, sie sitzen deutlich zu nah an den Rändern und es lässt sich (bis auf die Priorität) nichts mehr einstellen. Ich würde wenigstens gerne Temperatur und Luftfeuchtigkeit abschalten und nur die Uhr anzeigen. Das ganze Display wirkt mit der vorgegebenen Anzeige billig.
2. Die Gerätekarten sind hässlich.
Am Ende ist alles Geschmacksache, aber ich finde das Design wirklich nicht gelungen. Riesige Zahlen und mini Fotos, die sich nicht abstellen lassen, ... dazu passen die Lücken der Gerätekarten nicht zu den Lücken der oberen drei vorgegebenen Kacheln (Temperatur, Feuchtigkeit, Verbrauch). Alles nicht harmonisch und richtig unschön.
3. Die Neuerungen sind für mich völlig unsinnige Spielerei.
Das Wetter wird mir auf der Smartwatch angezeigt und auch auf dem Smartphone. Das brauche ich wirklich nicht auf dem Wall Display. Genau wie Musik - die starte ich ebenfalls von mobilen Geräten oder per Sprache. Wozu sollte ich umständlich Musik bei Shelly hochladen und dann zum WD laufen, wenn ich sie hören möchte? Vielleicht gibt es ja Leute, die das WD als Wandradio benutzen möchten, aber gut. Meins ist das nicht.
Kurzum, Die neuen Gerätekarten, das Layout und der Sperrbildschirm sehen furchtbar aus, die neuen Funktionen bringen mir persönlich keinen Mehrwert und insgesamt hat das Update das Aussehen und die Benutzererfahrung des Wall Displays in meinen Augen verschlechtert. Sehr schade!
Für mich sieht es so aus, als hätte man die Funktionalität implementiert und dann vergessen, sich vor dem Release ums Layout zu kümmern. Ich finde, shelly sollte wirklich mal einen Designer auf solche Sachen schauen lassen, bevor man den Leuten das Wohnzimmer verschandelt. Wie findet ihr den neuen Look?
Auch wenn ich diesen in der App Lösche und unter: "Entdeckte Geräte" suche wird dieser mit einem roten Kreuz angezeigt (zwar mit der neuen IP) kann aber nicht hinzugefügt werden.
Ich hatte das die Tage bei einem Gerät auch, das war ein Shelly UNI. Da half wirklich nur der Reset über den Button (10 Sekunden den Taster auf dem Gerät drücken). Danach habe ich das Ding wie ein Neugerät eingebunden.
Vielleicht schildere ich mal ganz kurz, was ich für mich hier herausgefunden habe.
Nach meinem Problem hier habe ich meine Subnetzmaske geändert, sodass ich einen größeren Adressraum zur Verfügung habe. Dazu bin ich so vorgegangen, dass ich erst bei allen Shellys mit statischer IP die Subnetztmaske geändert habe, dann habe ich die Subnetzmaske in der Fritz!Box angepasst und anschließend die neuen IPs in den Shellys vergeben.
Dabei konnte ich das Problem, dass Shellys offline gegen, zumindest minimieren.
Kurzfassung für die IP-Änderung:
So lief es bei mir einigermaßen reibungslos.
Die Probleme betrafen bei mir bis auf die eine Ausnahme die ganze Zeit nur die Integration in die App bzw. die Cloud. Lokal lief immer alles und Home Assistant machte keinen Ärger. Mein Eindruck bleibt, dass die Cloud nicht vernünftig mitschneidet, wenn sich eine IP ändert und stur weiter unter der vorherigen IP das Gerät erwartet.
Ich hoffe, ich konnte etwas zur Klärung beitragen. Allen ein schönes Wochenende!
Ich bevorzuge selbst statische IP Adressen und habe sie per /16 in verschiedene Bereiche eingeordnet.
Ich muss jetzt nochmal danke sagen, eiche. Du hast mir mit /16 einen entscheidenden Tipp gegeben, den ich nicht auf dem Schirm hatte. Ich bin dann mal im Netzwerkkeller und schraube an meiner Subnetzmaske! 
Danke, dann werde ich das im Falle testen. Bislang läuft es gut. Nur das WLAN ist etwas schwach, obwohl der Router nur 2m entfernt ist. 
Danke Leute. DNS und Gateway waren korrekt gesetzt und ich habe auch keine Adresse doppelt vergeben. Ich habe offen gesagt keine Ahnung, was da los war, denn ich handhabe das von Anfang an so, und ich hatte bislang noch keine Probleme. Die Geräte haben sich heute "einfach" wieder gefangen. Zwei musste ich löschen und neu hinzufügen. Sie starteten mit der festen IP, die ich gestern eingegeben hatte. Wie gesagt: Lokal ging ja auch alles, deshalb konnten die Einstellungen ja nicht falsch sein. Ich vermute, dass die Cloud irgendwie einfach nicht synchronisiert hat, weshalb in der App die alten IP-Adressen stehen blieben.
Weil das bei Ihm so wohl nicht funktioniert...
Das funktionierte bis gestern und seit heute morgen wunderbar. Wenn ich einen Shelly neu hinzufüge, bekommt der per DHCP eine IP, sobald er dann in der App auftaucht, gebe ich ihm eine Feste IP, starte den Shelly einmal neu und fertig ist die Laube. Genauso mache ich das auch, wenn ich mal ein Gerät verschiebe: Ich gebe mein WLAN-Passwort ein, ändere die IP und fertig. Subnetzmaske und Gatway bleiben sowieso immer gleich, DNS wird nicht immer verlangt, aber wenn, ist es ja ohnehin immer die IP der FritzBox, die ja als DNS-Proxy agiert. Das funktioniert bisher bei mir sehr gut, DIYROLLY und ich sehe keinen Grund, mich dafür zu rechtfertigen; zumal das die vom Hersteller empfohlene Variante ist. Hilfreich war Dein Beitrag hier leider auch nicht. Schade.
Warum, sieht schöner aus wenn jeder nen aufsteigende hat?
Ich bevorzuge tatsächlich Ordnung. 192.168.178.1 ist mein Router, danach folgen die Access-Points: 192.168.178.2, 192.168.178.3 nach Anschlussreihenfolge. "Wichtige" Geräte beikommen eine glatte Zahl: 192.168.178.100 ist zB mein NAS. Meine Shellys sortiere ich gerne nach Räumen: Das Wohnzimmer beginnt zB mit der 192.168.178.140, dem Wall Display. Danach folgen die Shellys, die im Wohnzimmer verbaut sind 192.168.178.14x Ich mag diese Übersicht: der einzige Nachteil ist, dass man mit etwas Pech irgendwann segregieren muss, wenn zu viele Geräte hinzukommen. Der große Vorteil ist, dass ich die iPs meiner Shellys fast alle im Kopf habe, was ich schon nützlich finde.
Also, lieben Dank an eiche, Devil und 66er, die sich meinem Problem angenommen haben!
Guten Abend,
ich bin gerade etwas verzweifelt und hoffe hier auf Hilfe. Eben wollte ich ein wenig aufräumen und meine IP-Adressen sortieren. Jetzt habe ich das Problem, dass einige Shellys als offline angezeigt werden. Das Problem ist schlicht: Ich lege eine statische IP fest, klicke auf "speichern" und die Änderung wird übernommen. Danach wechselt das Gerät in der App und auch auf der Cloud-Website auf "Gerät ist offline". Das Gerät ist aber unter der neuen IP erreichbar. Home Assistant macht auch keinen Ärger, nur in der Shelly-App geht nichts mehr.
Ein Gerät, ein Shelly UNI, wird mir in der App gar nicht mehr angezeigt, aber auch hier: Per IP erreichbar, ich kann schalten und walten.
Setup ist eine FritzBox 7590 bzw. ein Fritz!Repeater 3000 AX. Dazu ein iPhone mit aktuellem iOS, sowie iPad und MacBook Pro. Ich habe die Geräte schon neu gestartet, die FritzBox ebenfalls, die WLAN-Einstellungen via Browserzugriff erneuert, Cloud ab- und angeschaltet... Keine Ahnung, was ich noch probieren könnte.
Vielen Dank vorab!
Hier mal dein Power Saving Script mit meiner Toolbox realisiert, als Beispiel für die Verbesserungen:
Wow! Vielen lieben Dank! Das schaue ich mir in Ruhe an.
1. Da hast Du Recht.
2. Den Gedanken, dass das Script in der Luft hängen könnte, hatte ich tatsächlich auch. Die Leistungsaufnahme ist in meinem aktuellen Anwendungsfall tatsächlich sehr quirlig, weshalb ich mir dann doch zumindest keine sorgenvollen Gedanken gemacht habe, aber deine Toolbox ist toll. Das werde ich studieren, schon alleine, um die Syntax besser zu verstehen.
mJS ist irgendwie JavaScript, aber irgendwie auch nicht. Es kommt mir ein bißchen so vor, als würden Shellys JavaSript sprechen, aber in einem eher kuriosen Dialekt 😆
Nochmal: Vielen Dank, das hilft mir bestimmt, die ganze Sache besser zu verstehen und reinzufinden.
Etwa HA. So etwas fehlt bei Shelly tatsächlich immer noch. Ein kleines Zentralchen, wo alles beisammen ist.
Danke. Du sprichst wichtige und interessante Punkte an. Ich bin ja noch ganz am Anfang und vieles verwirrt mich noch. Vielleicht verfolge ich auch (noch) die falsche Philosophie?! Ich fand Shelly erst einmal attraktiv, weil ich keinen Hub dafür brauche, wie zB bei Hue. Da ich nicht alleine bin, hat mich die Realität schnell eingeholt. Also zog hier ein HomePod ein und ich habe HA auf dem NAS installiert nebst HomeBridge, damit die Frau™ die Home-App nutzen kann. 🙄 Mir ist klar, dass ich das, was ich hier mit dem Script gebaut habe, ebenso und einfacher in Home Assistant hätte abbilden können, aber ich verfolge derzeit noch den Ansatz, dass die Entität nach Möglichkeit wissen soll, was sie zu tun hat - ähnlich der objektorientierten Programmierung. Sollte mir mein NAS abrauchen, weiß der Shelly sich weiterhin zu benehmen. Ich finde das Scripting eigentlich ganz sexy, weil man damit echt viel machen kann. Nur die Doku ist echt schwach. Da würde ich mir sowas wünschen, wie php.net - mehr Beispiele als man jemals braucht. Aber Du hast natürlich Recht: Wenn man nicht verdammt gut aufpasst, mit all den Möglichkeiten (Webhooks und Co.) erreicht das Ganze sehr schnell einen Komplexitätsgrad, den kein Mensch mehr blickt. Es ist wirklich leicht, mit einer Hand voll Shellys etwas zu bauen, das ins totale Chaos führt und es wäre wirklich gut, eine Zentrale zu haben, die abbildet, was wie/ wo/ wann passiert, weil man sonst nicht mehr durchblickt und sehr leicht Konflikte bastelt, die sich nicht mehr verstehen lassen. Aber ja, man kriegt auch nichts gemalt. Im Moment bin ich noch geflashed von all den Möglichkeiten. 🤷🏻♂️
Danke, @De kat, dann werde ich mich wohl durchwurschteln müssen. Hier derweil meine verbesserte Version mit Timer. Das Script gibt mir jetzt fünf Minuten Zeit, doch noch einmal einzuschalten. Das läuft bei mir für den AV-Reciever und mein Lautsprechersystem. Wenn ich zB das TV ausschalte, habe ich 5 Minuten Zeit, um mir einen Podcast oder Musik auszuwählen, ohne das der Reciever abschaltet. Jetzt bin ich, glaube ich, erst einmal zufrieden damit.
let hasPowerExceeded10W = false;
let timerId = null; // Eine Variable zum Speichern der Timer-ID
// Diese Funktion wird ausgeführt, wenn die Leistungsaufnahme nicht innerhalb von 5 Minuten wieder über 10W steigt
function turnOffSwitch() {
// Shelly Switch abschalten
Shelly.call("Switch.Set", { id: 1, on: false });
// alles zurück auf Anfang
hasPowerExceeded10W = false;
timerId = null;
}
function checkPowerAndSwitch() {
// Den aktuellen Zustand für Output 1 einlesen
let switchStatus = Shelly.getComponentStatus("switch:1");
// Prüfen, ob der Output eingeschaltet ist
if (switchStatus.output) {
// Den aktuellen Leistungswert für Output 1 einlesen
let power = switchStatus.apower;
// Prüfen, ob die Leistung 10W überschritten hat
if (power > 10) {
hasPowerExceeded10W = true;
// Wenn bereits ein Timer läuft, diesen abbrechen, da die Leistung immer noch über 10W ist
if (timerId !== null) {
Timer.clear(timerId);
timerId = null;
}
} else if (hasPowerExceeded10W && power < 8) {
// Starten eines Timers, wenn nicht bereits einer läuft
if (timerId === null) {
// In 5 Minuten ausschalten, wenn der Tiner nicht vorher unterbrochen wird, weil die Leistungsaufnahme wieder über 10W steigt
timerId = Timer.set(300000, false, turnOffSwitch);
}
}
}
}
Shelly.addEventHandler(function (event) {
// Prüfen, ob es sich um ein Leistungs-Update-Event für switch:1 handelt
if (event.info.component === "switch:1" && event.info.event === "power_update") {
// Funktion aufrufen, um die Leistung zu überprüfen und ggf. den Switch zu schalten
checkPowerAndSwitch();
}
});
Danke horkatz, ich habe mir schon gedacht, dass ich das schwarze Plastikteil nicht brauchen kann und billige Meterware bestellt. Ich bin gespannt!
Mein Ziel war es, ein Script für meinen Shelly Plus 2PM zu erstellen, das den Energieverbrauch eines angeschlossenen Geräts überwacht. Ich wollte eine Funktion implementieren, die sich merkt, wenn der Verbrauch des Geräts einmal über 10 Watt steigt und es dann automatisch ausschaltet, sobald der Verbrauch unter 8 Watt fällt. Dies soll dazu beitragen, Energie zu sparen und den Betrieb meiner Geräte zu optimieren.
Ich habe dazu ein Shelly-Script entwickelt, welches den Zustand des Outputs fortlaufend überwacht. Mit dem Befehl Shelly.getComponentStatus erfasse ich den aktuellen Leistungswert des Outputs. Ich benutze eine Variable, um zu verfolgen, ob die Leistung die 10-Watt-Grenze überschritten hat. Sobald der Verbrauch dann unter 8 Watt sinkt, sorgt mein Script dafür, dass der Output ausgeschaltet wird. Anschließend wird die Zustandsvariable zurückgesetzt, damit der Überwachungsprozess von neuem beginnen kann. Dies wird durch ein Event-Handling-System umgesetzt, das auf Änderungen in der Leistung reagiert, anstelle einer ständigen Überprüfung in einer Endlosschleife, was die Effizienz und Reaktionsfähigkeit meines Systems wesentlich verbessert.
Als nächstes möchte ich noch eine kleine Verzögerung einbauen, damit der Switch nicht sofort geschaltet wird. Hier der Code Stand heute:
let hasPowerExceeded10W = false;
function checkPowerAndSwitch() {
// Den aktuellen Zustand für Output 1 einlesen
let switchStatus = Shelly.getComponentStatus("switch:1");
// Prüfen, ob der Output eingeschaltet ist
if (switchStatus.output) {
// Den aktuellen Leistungswert für Output 1 einlesen
let power = switchStatus.apower;
// Prüfen, ob die Leistung 10W überschritten hat
if (power > 10) {
hasPowerExceeded10W = true;
}
// Wenn die Leistung einmal 10W überschritten hat und der Output an ist,
// prüfen, ob die Leistung unter 8W gefallen ist
if (hasPowerExceeded10W && power < 8) {
// Den Switch ausschalten
Shelly.call("switch.set", { id: 1, on: false });
// Die Bedingung zurücksetzen, damit das Verhalten wiederholt werden kann
hasPowerExceeded10W = false;
}
}
}
Shelly.addEventHandler(function (event) {
// Prüfen, ob es sich um ein Leistungs-Update-Event für switch:1 handelt
if (event.info.component === "switch:1" && event.info.event === "power_update") {
// Funktion aufrufen, um die Leistung zu überprüfen und ggf. den Switch zu schalten
checkPowerAndSwitch();
}
});Ich hoffe, das hilft jemand.
Eine Frage habe ich auch noch: Ich kann eigentlich ein wenig Programmieren, aber ich komme mit der Dokumentation auf der Shelly-Seite nicht klar. Gibt es eine Dokumentation mit vernünftigen Beispielen? Danke vorab!
Es geht nicht um Müssen, sondern um Wollen. Ich muss die nicht unbedingt sehen, sondern ich will sie sehen. Mein Plan ist, 2x 4 Shelly UNI in je ein Hutschienengehäuse zu packen. Es schadet sicher nicht, den LED-Status einfach ablesen zu können. Ob es etwas nützt, ist dann die andere Frage. 🤷🏻♂️
Meine Frage zielt darauf, keinen Quatsch zu bestellen. Es sind zwar nur 8€, aber die will ich nicht in den Müll werfen.
Hallo, ich bin der Neue!
ich möchte ein paar Shelly Uni in ein Gehäuse bauen, und würde gerne das Licht der Status LED mit einem Lichtleiter nach außen transportieren. Kann mir jemand sagen, welche LED da verbaut ist? Passt sowas: MEN 12161002 Lichtleiter, SMD, 1-fach, ø 2,2 mm, sphärisch, flexibel?
https://www.reichelt.de/lichtleiter-sm…tct=pos_2&nbc=1
Vielen Dank vorab!