Stimmt da war was 
.
Und gelöst wurde das Problem bis heute nicht.
Habe es selber gelöst , in dem ich 4 Geräte in die Tonne geworfen habe.
hmmm momentan spinnt der Homee in der Tat etwas arg… so kann auch von hier auf jetzt nicht mehr jedes Gerät der CCU “angesprochen” werden - sprich man setzt z.B. die Temperatur eines Wandthermostates auf einen Wert x - Homee sagt auch, er hätte das geändert…aber es ändert sich nix auf der CCU…
startet man dann den Homee neu, so rennt das wieder wie gewohnt…
“Momentan” ist die Untertreibung des Jahres 
Leider lief mein System von Anfang an nicht einmal wirklich problemlos. Aktuell:
- HGs werden nicht so gespeichert wie ich sie einstelle
- Z-Wave Dimmer die ich per HG gemeinsam schalte, haben von Lampe zu Lampe 10s Pause
… um mal die übelsten Probleme zu nennen.
Interessant. Bei mir ist seit der 2.16 Z-Wave unglaublich stabil - dafür ist die ZigBee-Reichweite jetzt deutlich geringer, die Hälfte meiner ZigBee-Geräte ist immer grau… In den Versionen vor 2.16.2 (2.16.0 - 2.16.1) sogar alle
1 „Gefällt mir“
Das kann ich bestätigen, Zigbee devices schalten nicht obwohl scheinbar erreichbar oder sind (seit 2.16 nicht erreichbar (was sie vorher waren).
Auch die Esszimmerlampe (2 teilig) schaltet das “untere Teil” zuverlässig und das “obere Teil” fällt manchmal aus. Dann geht die obere Lampe einfach nicht aus auf Alexa Kommando. Schaltet man den Strom weg mit dem Schalter und schaltet wieder ein, geht das obere Teil wieder eine Zeit lang.
Aber noch bin ich an der z-wave Baustelle. Da sind übrigens ne Menge Fibaro Bewegungsmelder die auch nicht mehr zuverlässig funktionieren. Ob es an den Bewegunsgsensoren liegt oder daran das die Zigbee Lampen nicht geschaltet werden kann ich nicht so genau sagen. Ist mal so mal so - jedenfalls total unzuverlässig und WAF Faktor bedingt bin ich kurz davor das ich meine Pläne über den Haufen werfen muss und mir was neues suchen :-/
LG Tom
1 „Gefällt mir“
Kurzes Feedback: @Tobi1 war heut auf dem homee von @HighControl drauf.
→ siehe hier
Der Fehler liegt nicht im Z-Wave Stack, sondern im RAM der volläuft. Daher klagte HighControl neben Z-Wave Problemen auch über EnOcean Probleme.
HighControl hat noch eine V1 des BrainCubes, wir werden mal schauen wie sich ein V2 bei Ihm verhält und dann weiter auf die Suche gehen was den RAM so volllaufen lässt.
Das könnten Homeegramme mit Verzögerungen sein, die mehrfach getriggert viele Instanzen ausführen, aber auch die Verlaufsdatenbank wird Ihren Teil dazu tun.
Wir kennen jetzt also das Problem aber noch nicht die Ursache.
12 „Gefällt mir“
Da war ich wohl SEHR voreilig mit meiner Beschuldigung.
Dafür möchte ich mich an dieser Stelle, bei @Tobias und dem Team entschuldigen.
Entschuldigung
@Tobias DDDAAAANNNKKKEEE für Deine Hilfe!
10 „Gefällt mir“
Wie groß ist denn deine Installation?
Geräte?
homeegramme?
Wenn ich eine Wall Plug schalte zur bestimmten Uhrzeit 12:00 per homeegramm EINSCHALTEN
Und wenn ich um 12:05 ein weiteres Homeegramm habe das dies AUSSCHALTET.
Dann funktioniert das wunderbar und absolut zuvrlässig.
Wenn ich die AUSSCHALTEN homeegramme lösche und statt dessen beim EINSCHALTEN sage, einschalten und in 5 Minuten AUSCHALTEN (über Zeit gesteuert) funktioniert das absolut unzuverlässig.
Warum?
Ich hab ein Gefühl, ich glaub in den zeitgesteuerten Dingen ist ein Bug. Das betrifft auch Bewegungsensoren die das Licht ausmachen sollen bei nicht Bewegung und mal halt einfach nicht. Also, Lampe wird einschaltet wegen Bewegung und soll nach xx Minuten (im selben homeegramm ausschalten) ist praktisch sehr unzuverlässig. Mit eigenem homeegramm ausschalten geht wunderbar (nur leider nicht brauchbar in den meisten Szenarien). Ist das nur bei mir so? Gibt es einen Trick?
LG Tom
Poste mal bitte ein Screenshot von deinem Homeegramm.
Ich hatte (Asche auf mein Haupt) vor kurzem auch Disko in der Küche und dachte es liegt am Z-Wave Netzwerk. Bis sich Thomas meine Homeegramme angesehen hatte. Vor allem jene mit Prüfzeitpunkten und zeitlicher Verzögerung waren schuld. Hat man mehrere Aktionen und den Prüfzeitpunkt auf: “Prüfen bei Ausführen der Aktion” - so wird das Homeegramm nicht einfach abgebrochen, nur weil bei der ersten Aktion die Bedingungen nicht zutreffen. Das Homeegramm läuft weiter. Wird es durch andere Geräte, wie beispielsweise Motion Sensoren getriggert, so werden mehrere Instanzen des Homeegramm gestartet (Homeegramm läuft mehrfach).
Das führt dann schnell zum wilden ein- und ausschalten von von Lichtern oder ähnlichem 
Was ich damit sagen will: Prüft vor allem bei Homeegrammen mit zeitlichen Verzögerungen die Logik und setzt im Zweifel lieber eine Bedingung mehr - welche die Szene besser beschreibt, als zu wenig. Denn auch das kann dazu führen, das Kommandos blind in das Netzwerk gesendet werden und erhöht damit den Netzwerktraffic enorm.
9 „Gefällt mir“
Und schon wieder ist der Fibaro Motion Sensor weg… und das bei 1,5m Entfernung…
1 „Gefällt mir“
Heute keinen Ausfall.
Also super Arbeit!
Nun kann ich die Feiertage entspannt entgegen sehen.
Noch einmal DANKE!
1 „Gefällt mir“
Hallo Chris,
die “komplizierten” Dinge wie “Prüfen bei Ausführen der Aktion” hab ich schon lange sein gelassen. Die Auswahl ist groß an Funktionsmöglichkeiten, ich mache hier ganz einfache ganz klare Sachen und die laufen einfach total unstabil. Gerät ist da, aber schaltet nicht. Gerät fehlt aber auch mal. Und ich weiß inzwischen wie die Zigbee und z-wave Netze funktionieren. Ich hab Wallplug neben Wallplug in er Steckerleiste, die berühren sich sogar. Zack fällt der eine einfach aus (grau) oder er schaltet zum unten angehängten Homeegramm nicht ab. Der andere Plug daneben läuft aber und macht keine Zicken, warum? Das ist sooo unlogisch.
Das ganze System ist einfach total unstabil - und das obwohl die Logik sagt das kann nicht sein, da massenhaft “Repeater” in Reichweite sind. das gilt für Zigbee und auch z-wave. Was anderes nutze ich nicht.
Ich bin noch nicht so lange dabei, aber mit der 2.15 war das galama nicht so, also nicht das ich da so schlechtes in Erinnerung hätte.
Tankred kann jederzeit bei mir drauf schauen, er hat Zugang. Für Ideen bin ich offen. Ich warte jetzt noch eine Weile und dann muss ich mich nach einer anderen “Zentrale” umschauen. Das wäre sehr schade, aber diese Unzuverlässigkeit bei beiden Netzwerken - das ist nicht normal. Es muss mit der 2.16.x mit gekommen sein, denn das Zigbee lief da z.B. stabil und z-wave machte auch keine solchen hopser. Die Fibaro Motion Sensoren sind nach 2.15 praktisch gar nicht mehr zu gebrauchen, da total unzuverlässig (obwohl in der nähe Wall Plugs stecken).
Anbei ein homeegramm wie gewünscht.
Hallo zusammen,
Hallo @Chris,
ich kann mich meinem Vorredner @muschel333 anschließen.
Auch ich bin seit kurzem dabei und erweitere nach und nach mein homee mit weiteren Geräten.
Seit dem letzten Update kann man sich nicht mehr auf die Geräte (Roller Shutter, WallPlug & Flood Sensor etc.) verlassen.
Die Geräte funktionieren mal, mal wieder nicht. Die Angezeigten Werte stimmen nicht. Die Reichweite ist deutlich schlechter geworden.
Sorry, aber das kann irgendwie nicht sein…!
Gibt es wenigstens die Möglichkeit auf die letzte Stabile Version zu “downgraden”? Auf die neuen Funktionen kann ich erstmal verzichten… die Hauptsache ist, dass es überhaupt wieder richtig läuft. So ist das ganze System eher nutzlos und unzuverlässig.
Vielen Dank für die Hilfe.
Hier noch mal ein konkretes Beispiel der Unzuverlässigkeit:
Wir haben oben die "halle Treppe Aufgang, sogar mit rotem Kreisle und Ausrufezeichen. Ist wohl “weg” der Wallplug. In der Nähe zwischen 2 -3 Meter Luftlinie 4 weitere Wall Plugs die (gerade mal zufällig ) einwandfrei funktionieren/sich schalten lassen.
Und hier mal wieder ein mehrzahliger Sensorenausfall. Ob die rot unterlegten auch ausgefallen sind kann ich nicht sagen, da ich es schlicht nicht erkenne. Aber “Tank1 voll” und “Tank 2 leer” sind “weg vom Fenster”. Der nächstgelegene Wallplug ist der vom Bild oben (mit dem Kreisle und Ausrufezeichen).
Es sind aber weitere Wallplugs in näherer Umgebung der Sensoren und ich denke das System müsste wohl auf andere Wallplugs umrouten. Ich warte jetzt bis morgen früh mal und dann schauen wir ob das passierte. Apropo, wie lange dauert das eigentlich bis das z-wave Netz merkt, “da fehlt ein Bindeglied” ich nehme das “daneben”? Oder steuert das homee der neue Routen anfordern muss?
LG Tom
Das Ausrufezeichen müsste ein Alarm vom Plug selbst sein. Das hat nichts mit nicht erreichbar zu tun. Was zeigt der Plug in den Details an, wenn du drauf drückst?
1 „Gefällt mir“
Moin,
Ich reihe mich mal ein.
Heute ist mein Zwave-Würfel komplett abgeschmiert. Brain und zigbee funktionierten, nur die lila Lichterorgel brauchte eine Weile bis er sich wieder gefangen hatte.
Weiter stelle ich jetzt fest, dass Homeegramme oft nicht komplett funtionieren. Manchmal werden nicht alle Geräte geschalten, obwohl ich meist 1sek zwischen die Schaltvorgänge setze.
Ein Bewegungsmelder funktioniert sehr träge, die Batterien habe ich ausgetauscht, Ladezustand bleibt bei 80%.
Alles nicht recht nachproduzierbar aber allgemein ist das zwave-netz meiner Meinung nach etwas instabiler geworden.
Grüsse.
ÜBERSTROM ist das Kreisle mit Ausrufezeichen
Hängen maximal 1600 Watt dran. Ein Entfeuchter, der hat 1000 Watt. Kreisle kenn ich bis dato noch nicht, der Plug ist schon paar Wochen dran.
Um so schlimmer wenn der Plug erreichbar ist, dann ist es völlig unlogisch warum die Flut Sensoren ausgefallen sind,denen stehen prinzipiell 5 Wallplugs in näherer Umgebung zur Verfügung.
Zwei der Sensoren (Tank 2) hängen 20 cm neben dem Plug “Halle Treppe Aufgang” und Tank 1 ist 2,5 Meter Luftlinie in Sichtkontakt davon weg. Ach ja, ein Fibaro Motion Sensor hängt auch noch in der Nähe, der ist noch unstabiler als alles andere, schaltet wie er grad Bock hat. Aber das tun ja grad alle.
Kurze Zwischenlandung:
Nachdem gestern Abend wieder meine WallPlugs ausgestiegen sind… -habe ich einen davon DIREKT neben die Cubes eingesteckt. Noch nicht mal dort konnte dieser geschaltet werden.
Und ich rede nicht von einem HG, sondern von einem ganz “normalen” AN / AUS via APP / WebApp.
Nachdem ich dann diesen Plug aus homee herausgelöscht und wieder neu hinzugefügt habe, funktioniert er wieder. Normal ist das irgendwie auch nicht…
Gibt es irgendwie eine Möglichkeit von einem Support-Mitarbeiter mal eine Aussage hierzu zu erhalten?
Downgrade möglich?
Gibt es ggf. bald ein Update fürs Update?
Danke.
Gruß
Doch, das ist zu erwarten - weil das Hinzufügen eines Aktore zum Neuaufbau des Meshs führt. Das hat Thomas mal bestätigt. Seitdem habe ich immer einen exkludierten Neo in der Schublade…