Unzuverlässig: Tür- und Fenstersensor schalten nicht zuverlässig die Thermostate HKT ein oder aus

Ich kann das nur bestätigen. Bei mir wird der Zustand (bzw. Ereignis) nur dann richtig kommuniziert, wenn die Leichte des TFS 1 Mal blinkt, sonst reagieren weder Raum- noch Heizkörperthermostate unabhängig von deren Position oder Entfernung. Das Verhalten habe ich bereits in allen meinen Räumen beobachtet. An die Zentrale wird dagegen aktueller Zustand immer korrekt übertragen.

Nach wie vor ist die Zuverlässigkeit KATASTROPHAL!

Die 10%ige Unzuverlässigkeit muß ich auf mindestens 40% korrigieren. Upgrade auf Version 2.0.581.0 hat zu keiner Besserung geführt.

Softwareversion (Zentrale): 1.913 2.0.581.0 Alle TFS: Version 1.9 Bei allen TFS wurden Funktionsüberprüfungen vorgenommen (Taste am unteren Ende des Geräts: LED leuchtet auf) Toleranzzeit aller TFS: 0 Sekunden

Wohl oder übel bin ich gezwungen die Anregung von "Tjeerd" umzusetzen, obwohl dies das Potential geplanter parallel laufender Temperatursteuerungen extrem einschränkt, da beim zurückschalten nicht (oder nur immens aufwändig, denke da an Zustände (je Raum etwa 20 Stück Grad Zustände) über die man sich die Werte zwischenspeichern könnte damit auf den ursprünglich gesetzt gewesenen Zieltemperaturwert zurückgeschaltet werden kann - ist aber ein anderes Thema.

Könnten diese Nottemperaturabsenkungen und Notinbetriebnahmen funktionieren?

WENN

[Geöffnet/Geschlossen] [Fenster, ZI] [Zustandsänderung]

--- Und ---

--- Nach 7 Sekunden ---

[Geöffnet/Geschlossen] [Fenster, ZI] [Geöffnet]

--- und ---

[Zieltemperatur][Raumklima ZI][Oberhalb][Zieltemperatur 6.5 Grad C]

DANN

[Zieltemperatur][Raumklima ZI][Zieltemperatur][Zieltemperatur 6.5 Grad C]

Die 6.5 Grad wurden gewählt um über das HKT optisch erkennen zu können, dass die Schaltung über das Notprogramm forciert wurde.

WENN

[Geöffnet/Geschlossen] [Fenster, ZI] [Zustandsänderung]

--- Und ---

--- Nach 7 Sekunden ---

[Geöffnet/Geschlossen] [Fenster, ZI] [Geschlossen]

--- und ---

[Zieltemperatur][Raumklima ZI][Unterhalb][Zieltemperatur 7 Grad C]

DANN

[Zieltemperatur][Raumklima ZI][Zieltemperatur][Zieltemperatur 18.5 Grad C]

Zur Temperaturabsenkung bei geöffnetem Fenster kommunizieren die TFS direkt mit den Klimageräten - die Zentrale wird dabei gar nicht benötigt.

Sind die HKT mehr oder weniger direkt unter senkrecht montierten TFS angeordnet, kann auf Grund der Abstrahlcharakteristik der Stabantenne der TFS das Funksignal unter Umständen die HKT (insbesondere bei vergleichsweise geringem Abstand) nur schlecht erreichen (Funkschatten).

In diesem Fall könnte eine waagerechte Montage der TFS ggf. Abhilfe schaffen. Mir hat das an zwei drei Stellen weiter geholfen.

Danke für den Hinweis, allerdings in meinem Fall befinden sich die HKT (Heizkörperthermostate) nicht direkt unter den TFS (Tür- und Fenstersensoren) und die Unzuverlässigkeit betrifft gleichermaßen Kombis (insgesamt vier) mit sowohl vertikal / senkrecht als auch horizontal / waagegerecht montierten TFS.

Von den vier Kombis sollte planmäßig je ein TFS ein HKT schalten (also eine 1:1 Beziehung).

Neuigkeiten

smarthome.service Support sucht weitere Betroffene und Logdateien

Habe gerade eben eine Nachricht vom Support erhalten:

Das Phänomen der unzuverlässigen Kommunikation zwischen TFT und HKT und damit verbunden die unzuverlässige Durchführung des ootb-Temperaturabsenkungsszenarios wird, so in der Nachricht, heute am Nachmittag im Rahmen eines Meetings mit den Entwicklern besprochen.

Der Support bittet weitere Betroffene sich zu melden, entweder per E-Mail an 'smarthome.service@innogy.com' oder über telefonische Kontaktaufnahme zur Technik-Hotline.

Betroffene können sich auch direkt auf die Ticketnummer INC01081491 berufen. Wichtig ist, dass diese Kunden ebenfalls die Logdateien hochladen!

Danke

Have a nice day

Hallo lieber Herwig (hand),

nachdem ich am Dienstag lesen musste, dass Du Dein gutes Dutzend SmartHome Geräte zurückgegeben hast, war ich zuerst etwas traurig und enttäuscht. Während meiner Fahrt zur Arbeit am Mittwochmorgen habe ich dann jedoch eine Idee zu einem Plan entwickelt und danach begonnen diesen in die Tat umzusetzen. Heute habe ich dazu eine positive Antwort aus Klagenfurt bekommen und daher wende ich mich nun noch einmal an Dich.

Hier die Details des Plans (der Idee):

Die von Dir zurückgegebenen SmartHome Geräte werden nun nicht von der KELAG an den deutschen Logistiker zurückgeschickt um dort eingestampft zu werden. Diese (Deine Original-Geräte) werden stattdessen aus dem normalen Retourenprozess abgezweigt und gehen direkt in die SmartHome-Entwicklungsabteilung. Damit ergibt sich für die Kollegen eine einmalige Chance, zu versuchen, die von Dir hier beschriebenen Probleme, mit exakt Deinen Original-Geräten, nachstellen zu können. Um diesen Test tatsächlich unter Originalbedingungen ausführen zu können, wäre es natürlich sehr sinnvoll dazu auch Deine (Original-) Szenarien verwenden zu können.

Hierzu also jetzt meine Fragen an Dich:

Ich habe gesehen, dass Du mindestens Deine Zentrale vor der Rückgabe mit einem Factory-Reset von Deinem Benutzerkonto entkoppelt hast. Hast Du Dein Benutzerkonto (und damit auch alle Deine Szenarien) ebenfalls gelöscht oder existieren diese Daten noch in der SmartHome-Datenbank und könnten diese ggf. reaktiviert werden?

Da Du sicherlich nicht vorhaben wirst dieses Benutzerkonto jemals wieder zu verwenden, möchte ich Dich gerne fragen, ob Du Deine Anmeldedaten für die o.g. Tests zur Verfügung stellen würdest, falls das Benutzerkonto noch existiert?

Falls das für Dich OK sein sollte, könntest Du bitte diese Infos (Benutzername und Passwort) der Innogy-Hotline mitteilen. Die Angabe Deiner damaligen INC-Nummer würde die Zuordnung dieser Infos problemlos ermöglichen.

Ich würde mich sehr freuen wenn die von Dir beschriebenen Fehler damit insofern reproduzierbar wären, weil die Entwickler Deine Originalumgebung zum testen benutzen könnten und insbesondere wenn damit ein "besonders fieser" Bug gefixt werden könnte.

So würde der Verlust eines wertvollen Community-Mitglieds, denn als solches sehe ich Dich, wenigstens noch einen positiven Nebeneffekt haben!

Viele Grüße gen Süden,

Thomas

Wenn mich meine Erinnerung nicht trügt, dann habe ich darüber bereits berichtet. Da unser lieber Kollege "hand" aber mehrere Threads zu dem eigentlich gleichen Thema "am laufen hatte" habe ich leider etwas den Überblick darüber verloren wann und wo ich entsprechende Antworten gepostet hatte. Daher hier noch einmal die "essentials" in Kurzform:

Benutzer "hand" hat wertvolle Erkenntnisse gesammelt und hier vorgestellt. Er hat, auf meine Bitte hin, andere Community-Mitglieder dazu aufgefordert ihre Fehler (unter Angabe seiner INC-Ticket-Nummer) ebenfalls dem Support mitzuteilen. Er hat dann, vor einigen Tagen aufgegeben und Seine kleine und bescheidene SH-Installation komplett an den Verkäufer (KELAG-Austria) zurückgegeben. Danach habe ich ein weing interveniert und die Rücksendung Seiner Geräte vom Lgistikzentrum in der BRD zur "innogy" in Dortmund "umgeleitet", damit die Entwickler seine Orginal-Geräte bekommen können um damit zu testen. Diese Geräte sind leider bis dato (14.02.17) noch nicht in Dortmund eingetroffen.

Updateinfo: Die Geräte sind heute (16.02.) in Dortmund angekommen. Ich kümmere mich nun um den Weiterversand zu den Entwicklern.

So, bevor dann irgendwann plötzlich und unerwartet die Heizsaison startet, wollte ich dieses Thema mal wieder hochheben. Der Support hat mir hierzu Ende April ein Ticket gegeben, aber bisher nichts mehr von sich hören lassen.

Hi! Mein Vorschlag: könnten die Moderatoren etc. nicht bitte einen neuen Thread zu diesem Thema anlegen und per Link auf diesen "Alten" verweisen? Sonst blickt doch keiner mehr richtig durch.

Vielleicht hilft das hier, toleranzzeit Türsensor 0 sec. und Dan kannst auch noch ein rule machen Tür zu 20 grad ohne Zeitverzögerung.

Was bedeutet beim Öffnen eines TFS:

TFS Kontroll LED leuchtet nicht: ?

TFS Kontroll LED leuchtet 1 mal: ?

TFS Kontroll LED leuchtet 2 mal: ?

TFS Kontroll LED leuchtet 3 mal: ?

TFS Kontroll LED leuchtet 4 mal: ?

Was bedeutet beim Schließen eines TFS:

TFS Kontroll LED leuchtet nicht: ?

TFS Kontroll LED leuchtet 1 mal: ?

TFS Kontroll LED leuchtet 2 mal: ?

TFS Kontroll LED leuchtet 3 mal: ?

TFS Kontroll LED leuchtet 4 mal: ?

Ist der Zeitverzögerung auch eine Bedeutung beizumessen? Mach es einen Unterschied ob die Kontroll LEDs nach 1-2 Sekunden oder erst nach 10 bis 12 Sekunden blinken?

Bei einem der TFS hat's gerade ein paar mal NICHT, dann ein paar mal 1 mal, dann ein paar mal 3 mal geblinkt - so kunterbunt. Nach vielen Flügelbewegungen (und kalten Füßen) hat das HKT dann mal reagiert und ist auf "AUS" gegangen.

Angeblich bedeutet 3x blinken, dass kein Szenario hinterlegt ist. Stimmt das? In anderen Beiträgen ist zu lesen, dass in diesem Fall die Kommunikation in einen Timeout läuft. Gibt's eventuell irgendwo eine diesbezügliche Doku?

Aus Verzweiflung hab jetzt mal ALLE hinterlegten Temperaturabsenkung Szenarien entfernt (gelöscht), die TFS durch Öffnen und Schließen aktiviert (um die "Gerät wird gerade konfiguriert" Meldung wegzubekommen), danach die Szenarien wieder hinzugefügt und die TFS wieder durch Öffnen und Schließen aktiviert ...

... ob diese Verzweiflungstaten (als Laie hat man da das Problem, weil man die Zusammenhänge nicht kennt) die Situation bessern wird?

Habe heute wieder Stunden mit den TFS verbracht. Lässig wär, wenn mir irgendjemand o.a. Fragen betreffend der Kontroll LED Blinkanzahl beantworten könnte.

Ich habe alles mögliche probiert. Zum Schluss hin habe ich nach jeder Änderung die Zentrale rebootet, den Browser Cache mit allen Cookies gelöscht, danach die Einzeltests durchgeführt. Bin schon recht verzweifelt.

In Wirklichkeit hat sich der Zustand nicht geändert. Die TFS HKT Temperaturabsenkungsszenarien funktionieren eher nicht, als dass sie funktionierten :(

Irgendwo mache ich einen Fehler, aber welchen?

Meine Erkenntnisse: Wenn ein HKT einmal auf einen TFS reagiert, so macht er das die folgenden Minuten ohne weiter Fehlschaltung. Vergeht aber eine gewisse Zeitspanne etwa 15 Minuten, ist es wieder vorbei mit lustig. Die TFS Aktivität wird über die Zentrale aufgezeichnet und über die APP angezeigt, aber das HKT geht nicht auf aus, der TFS blinkt drei mal. . . . Interessant eventuell für die Softwareentwickler: Es scheint so als würde das Temperaturabsenkungsszenario relativ sicher funktionieren, wenn unmittelbar vor der TFS Aktivität, die Zieltemperatur des HKT um 0,5 Grad verändert wird und man wartet, bis die Displaybeleuchtung erlischt. Wenn man dann den TFS öffnet, dann schaltet auch das HKT auf "AUS".

Angenommen, ich habe eine TFS HKT Paarung und das HKT reagiert 17 mal nicht auf den TFS, wenn ich dann die Zieltemperatur am HKT um 0,5 Grad verändere, funktioniert unmittelbar danach die Temperaturabsenkung (HKT geht auf "AUS"). Zumindest statistisch gesehen habe ich das bei mir so beobachten können.

Darüber hinaus habe ich nun über die Log-Einträge alle TFS Events mit den Temperaturabsenkungs Events von gestern und heute in Beziehung gebracht um die Aussage der Unzuverlässigkeit ein wenig zu objektivieren.

(Wobei diese Auswertung insofern geschönt ist, als dass ich dazwischen auch den Trick (HKT +/- 0,5 Grad) angewendet habe, d.h. in Wirklichkeit funktioniert die Absenkung in noch geringerem Ausmaß ...)

Interessant die Konfiguration im Raum ZI: In diesem Raum befinden sich Zentrale SHC, HKT und TFS. Sie sind so montiert dass sie sich an den Eckpunkten eines gleichseitigen Dreiecks mit einer Abstand von jeweils ca. 2,5m im direkten Sichtkontakt zueinander befinden.

Die Detaildaten dazu mit den genauen Zeitpunkten kann ich natürlich jederzeit liefern.

Moin

Mit der SHC Version 2.0.581.0 wurde angekündigt, dass ein (wegen geöffnetem Fenster) abgesenktes HKT nicht mehr durch Szenarien auf Heizen umgestellt wird.

Diese Verbesserung ist leider nicht erfolgt!

Auch bei geöffnetem Fenster und HKT Zieltemperatur "AUS" überschreiben beliebige Szenarien diesen Zustand mit einer Zieltemperatur und das HKT "heizt" bei geöffnetem Fenster.

@ SGK1

Hab keine Freude, wenn mein Thread jetzt hijacked wird ... Aber ich verstehs ja, jeder ist froh wenn man über welchen Weg auch immer Antworten zu seinen Fragen erhält.

Bis dato hat sich am Zustand der UNZUVERLÄSSIGKEIT nichts geändert. Hat eventuell irgendjemand da draußen eine Idee, wie man über das ootb-Temperaturabsenkungsszenario TFS und HKT so paaren kann, dass das Szenario verlässlich durchgeführt wird? Die Zentrale registrieren verlässlich alle TFS Events zu jeder Tag- und Nachtzeit, allerdings reagieren die HKTs darauf nicht verlässlich (im Mittel nur in 43% der Fälle) über das ootb-Temperaturabsenkungsszenario ...

Gerade eben habe ich nachgesehen, ob sich die Sachlage u.U. verändert haben könnte. Von neun TFS-Geöffnet Ereignissen an 5 HKT-TFS Paarungen waren zwei Ereignisse in der Lage das ootb-Temperaturabsenkungsszenario erfolgreich durch zuführen.

Die Fehlfunktionsrate liegt je nach Betrachtung zwischen 60% (basierend auf TFS-HKT Paarung) und 78% (basierend auf TFS-Geöffnet Ereignisse).

Ganz Grob gesagt, in 2/3 aller Fälle wird das ootb-Temperaturabsenkungsszenario nicht initiiert!

Habe am Montag 19.12.2016 dieses Problem an die innogy SmartHome Technik Hotline (smarthome.service@innogy.com) gemeldet, Logs gezogen, zuletzt gestern am Abend im Zuge der letzten Auswertung (siehe vorangegangenen Beitrag oben) und übermittelt.

Habe auch bereits am Montag eine diesbezügliche Ticketnummer erhalten.

Der im Thread https://community.innogy.com/frage-ansehen/was-tun-bei-problemen-mit-der-heizungssteuerung angesprochene Workaround (entfernen aller Szenarien, TFS und HKT, resetten aller TFS und HKT, wiedereinbinden aller TFS und HKT und definieren aller Temperaturabsenkungsszenarien) hat in meinem Fall zu keiner Besserung geführt.

Habe aus System alle selbst definierten Zustände, alle Szenarien, alle TFS, alle HKT, danach alle Batterien aus allen TFS und HKT entfernt, die Zentrale rebootet.

Im Anschluss daran wurden einzeln je Raum alle TFS und HKT wieder in Betrieb genommen, dabei auf Werkeinstellungen zurückgesetzt und Teil um Teil über die App den Räumen im System hinzugefügt.

Nachdem alle Geräte hinzugefügt waren wurden je Raum die ootb-Temperatursenkungsszenarien definiert und die Funktion überprüft. Alle Temperatursenkungsszenarien aller Räume haben funktioniert.

Zweite Überprüfung: Fünf Minuten danach, haben ebenfalls in alle fünf Räumen die HKT auf das Öffnen der TFS angesprochen.

Ein halbe Stunde nach der zweiten Überprüfung, die dritte: Bedauerlicherweise haben bei dieser drei von fünf TFS-HKT Kombis bei Öffnen der TFS die Temperaturabsenkungsszenarien nicht initiiert. Die TFS blinkten 3x.

In meinem Fall hat der Workaround leider nix gebracht

Der nächste im Thread https://community.innogy.com/frage-ansehen/was-tun-bei-problemen-mit-der-heizungssteuerung eventuell helfende Workaround Ansatz-1 - HKT ist zu oft "busy" und bekommt die Info "fenster offen" deswegen nicht mit. Workaround zur Abhilfe: Geräteaktivitätenprotokollierung beim HKT deaktivieren. hat in meinem Fall bedauerlicherweise ebenso wenig zu einer Besserung geführt

Heizkorperthermostat hkt verändert selbsttätig Zieltemperatur (ohne Szenario)

Könnte sich hier mit meinem zweiten Problemfall (https://community.innogy.com/frage-ansehen/heizkorperthermostat-hkt-verandert-selbststandig-seine-zieltemperatur-ohne-szenario) ein Zusammenhang ergeben?

Eines meiner HKT verändert selbsttätig, so alle zwei oder der Tage, seine Zieltemperatur ohne über ein derartiges Szenario gesteuert zu sein. Eine manuelle Zieltemperaturverstellung ist ausgeschlossen. Das war auch schon der Fall bevor alle Endgeräte entfernt, auf Werkeinstellungen zurückgesetzt (5x blinken) und wieder neu eingebunden wurden. Kurz und knapp das Verhalten ist auch jetzt noch zu beobachten und könnte im Zusammenhang mit dem Temperaturabsenkungsszenario stehen.

Gestern um 15:44 wurde die Balkontüre geöffnet, der TFS hat über das Temperaturabsenkungsszenario das HKT von 19.0 Grad auf "AUS" gestellt.

Um 15:45 wurde Balkontüre geschlossen, der TFS Event wurde über die Zentrale registriert, allerdings hat das HKT nicht reagiert und hat seine Zieltemperatur auf "AUS" belassen

Um 16:00 wurde, von wem oder wodurch auch immer ???, die Zieltemperatur auf 8.0 Grad gesetzt.

Könnte es sein, dass nachdem die Zentrale ja bereits um 15:45 registriert hat, das versucht wurde HKT über eine Timeoutsteuerung - Zentrale an HKT: "He, du bist auf AUS! Checkst Du nicht, dass die Balkontüre schon lange wieder geschlossen ist?" - das HKT versucht wieder auf die Ausgangstemperatur zurückzuschalten, sich dabei allerdings den Inhalt einer falschen Variable greift?

Wenn beim Temperaturabsenkungsszenario die Kommunikation immer direkt zwischen TFS und HKT geführt wird, ohne SHC, dann muß das HKT sich ja den Rückkehrwert in einer Variable halten.

LG

"Fenster-auf"-Temperaturabsenkung bei starkem Temperaturabfall funktioniert nicht

Könnte sich hier mit meinem dritten Problemfall (https://community.innogy.com/frage-ansehen/fenster-auf-temperaturabsenkung-bei-starkem-temperaturabfall-funktioniert-nicht) ein Zusammenhang ergeben?

Wenn bei dem über das TFS getriggerte und das Standard-innogy-Temperaturabsenkungsszenario verbundene Gerät die Temperaturabsenkung versagt, versagt auch die dem HKT zugrunde gelegte "Fenster auf"-Temperaturabsenkung.

Auch wenn 7 Minuten lang kalte Außenluft von -2 Grad von Balkontüröffnung das 50 cm entfernte HKT umströmt merkt man am HKT keine Anzeigen einer "Fenster auf"-Temperaturabsenkung. Das HKT zeigt weder das Fenstersymbol, noch geht es auf "AUS"

Eine Absenkung findet auch dann nicht statt, wenn testweise das über TFS getriggerte Standard-innogy-Temperaturabsenkungsszenario deaktiviert wird.

LG

Zu den von User "Hand" beschriebenen Problemen mit Temperaturabsenkung durch TFS und HKT kann ich berichten, dass ich heute auch den Fall hatte, dass nach Öffnen des TFS nach einigen Sekunden nur ein 3x Blinken erschien und der HKT das nicht mitbekommen hat. Erst nach 3 x Schließen und wieder Öffnen des TFS gab es ein 1x Blinken und der HKT reagierte wie erwartet.

Verlauf und der aktuelle Stand, Status:

Am Donnerstag 15.12.2016 hat mein smart home Austria Kontakt das Problem dem Support von innogy Deutschland zur Bearbeitung übergeben. Nichts desto trotz habe ich mich parallel dazu am Montag 19.12. an den innogy Support gewandt, inklusive hochladens der Logfiles. Noch am selben Tag wurde mir die Bearbeitungsnummer INC01081491 mitgeteilt.

Am 27.12. habe ich eine Anfrage betreffend Bearbeitungs-Status INC01081491 an den innogy Support gestellt. Auf diese wurde bis heute nicht reagiert.

Seit 15.12.2016 hat sich bedauerlicherweise nichts getan.

Bei mir hat sich die Situation in keiner Weise gebessert. In nur seltenen Fällen funktioniert die über die TFS zu initiierende Temperaturabsenkung. Dazu kommt noch, dass parallel dazu auch die durch starken Temperaturabfall bedingte Temperaturabsenkung nicht funktioniert (https://community.innogy.com/frage-ansehen/fenster-auf-temperaturabsenkung-bei-starkem-temperaturabfall-funktioniert-nicht), denn wenn die TFS Absenkung nicht funktioniert, sollte als Backup die Temperaturabfall-Absenkung das Phänomen mildern.

@dbolte Könntest Du bei Dir bitte mal checken, ob bei Dir die Temperaturabfall-Absenkung funktioniert oder funktionieren würde?

Danke

@dbolte Könntest Du bei Dir bitte mal checken, ob bei Dir die Temperaturabfall-Absenkung funktioniert oder funktionieren würde?

Eine neue Ausprägung des Fehlerbildes:

1x blinken des TFS hat nicht zwangsläufig eine Temperaturabsenkung beim HKT zur Folge!

Zur Zeit müssen wir, bevor wir ein Fenster oder eine Balkontüre öffnen, das jeweiligen HKT über kurze Tastendrücke auf "manuell" und sogleich wieder auf "automatic" schalten, um so die HKT aus ihrem "Schlafmodus" (oder was auch immer) zu holen, damit sie unmittelbar danach bereit sind, die über die TFS initiierte Temperaturabsenkung durchzuführen. Würden wir das nicht tun, würden in 66% der Fälle die TFS durch 3x blinken zeigen, dass keine Kommunikation zu den HKT möglich ist.

Bis gerade eben war ich der Meinung, dass das 1x Blinksignal des TFS zwingend die Temperaturabsenkung beim HKT zur Folge hat, deshalb hatte ich beim HKT auch nicht mehr nachgesehen, ob das HKT tatsächlich auf "AUS" gegangen ist.

So und nun die jüngste Beobachtung: Kurze Betätigung des HKT, Öffnen der Balkontüre, TFS blinkt 1x, aber HKT stellt sich nicht auf "AUS"! Auch über eine lange Wartezeit (1 Minute) nicht, das HKT bleibt aktiv mit eingestellter Zieltemperatur. (Das Notszenario über die im HKT implementierte "Fenster auf"-T-Absenkung greift ebensowenig).

Nach einer Minute wird Balkontüre geschlossen, TFS blinkt 1x und gleich wieder geöffnet, TFS blinkt wieder 1x und HKT geht auf "AUS".

LG

Bearbeitungsnummer INC01081491

Ich hoffe der Support schaut sich bald mal meine Dumps an, denn jetzt mehren sich die Ereignisse, dass die HKT, wenn sie es mal in den Absenkungsmodus geschafft haben, sich beim Schließen der Fenster/Balkontüren nicht mehr auf die ursprüngliche Zieltemperatur zurückstellen und einfach auf "AUS" bleiben.

LG

Community-Member Marle berichtet am 19.11.2016 im Thread https://community.innogy.com/frage-ansehen/fenster-und-tursensoren-blinken-drei-mal betreffend der Unzuverlässigkeit der TFS ähnliches:

... Der Thermostat erkennt nicht, dass das Fenster geöffnet wurde (keine Anzeige des Symbols auf dem Display des RST). Wenn ich das Fenster dann 10-15 Mal öffne, fängt sich der Fenstersensor wieder und reagiert normal. Leider ist das bei mir so häufig, dass ich die Temperaturabsenkung als unzuverlässig betrachte. ...

LG

Community-Member Torsten, Yogi, AndreasDaubitz, Bloedbommel, Sebastian Schoenen sowie JAD sind lt. Ihrer Angaben im Thread https://community.innogy.com/frage-ansehen/raumthermostat-erkennt-nicht-das-fenster-geschlossen-wurden ebenfalls von diesem Phänomen betroffen.

LG

Dieses Problem lebt nach wie vor:

Um 16:58 wurde Fenster (mit TFS) geöffnet, HKT leitet Temperaturabsenkung ein. Um 16:59 wird das Fenster wieder geschlossen, allerdings reagiert darauf das HKT nicht und löst die Temperaturabsenkung nicht auf. Um 17:14 Uhr bemerkte ich die Fehlleistung, öffnete wieder das Fenster und schloss es sogleich. Jetzt erst reagierte das HKT und löste die Temperaturabsenkung auf.

In dieser Art und Weise geht's permanent. In nur seltenen Fällen funktionieren die Absenkungen und deren Auflösungen, betroffen sind fünf HKT mit fünf TFS, wobei je ein TFS für einen HKT zuständig ist ...

Also, was soll noch passieren? Das Problem TFS mit HKT ist bei mehreren Usern seit mindestens Oktober aufgetreten und dokumentiert in diesem Forum und durch Ticket bei innogy.

Um das orakeln hier zu beenden wäre es prima, wenn hier mal eine offizielle Aussage dazu gegeben werden könnte. Allein schon eine Aussage, dass das Problem bekannt ist und daran gearbeitet wird wäre ja für alle Beteiligten ein sauberer Status mit der Hoffnung auf einen baldigen Bugfix.

Also: wer outet sich zum aktuellen Stand z.B. zum unbeantworteten Ticket?

Moin & Frohes Neues!

Tatsächlich tritt das Problem weiterhin auf. Wie auch von anderen Usern berichtet, scheint das HKT in einer Art "Schlafzustand" zu sein und ist für die Nachricht vom Fensterkontakt nicht empfangsbereit. Nach betätigen des HKT (irgendwas machen) erfolgt die Reaktion auf den Fensterkontakt jedoch problemlos.

Ähnliches habe ich auch schon bei Temp-Steuerungen durch Szenarien erlebt: Manchmal reagieren ein oder zwei HKT (von 8) nicht. In einem solchen Fall, kann dann minutenlang auch über die GUI (App oder Browser) keine Zieltemp.-Änderung vorgenommen werden. Nach ca. 3 bis 6 Minuten reagiert das HKT dann wieder. - Oder aber, wenn man es kurz manuell "anfasst". Dann scheint es auch sofort wieder "wach" zu sein.

@ lieber Christoph_Moderator

Mitte Dezember wurde mir die Bearbeitungsnummer für dieses Fehlverhalten INC01081491 mitgeteilt.

Aber seit dem hat sich seitens innogy Support nichts getan, auch auf meine Anfragen betreffend Bearbeitungsstatus wurde bis jetzt noch nicht reagiert.

Für die anderen dem Support gemeldeten Mängel

• HKT reagiert nicht auf Zieltemperaturänderung https://community.innogy.com/frage-ansehen/hkt-reagiert-nicht-auf-zieltemperaturanderung
• „Fenster auf“ - Temperaturabsenkung bei starkem Temperaturabfall funktioniert nicht? https://community.innogy.com/frage-ansehen/fenster-auf-temperaturabsenkung-bei-starkem-temperaturabfall-funktioniert-nicht
• Heizkörperthermostat HKT verändert selbstständig seine Zieltemperatur (ohne Szenario) https://community.innogy.com/frage-ansehen/heizkorperthermostat-hkt-verandert-selbststandig-seine-zieltemperatur-ohne-szenario

habe ich erst gar keine Bearbeitungsnummer zurückgemeldet bekommen.

Werden alle Mängel gemeinsam unter der INC01081491 bearbeitet, oder bin ich zu ungeduldig und die Bearbeitungsnummern werden noch bekanntgegeben?

In etwa wie lange könnte es noch dauern bis der Support die Bearbeitung des INC01081491 aufnimmt?

Danke

Hallo lieber Benutzer "hand",

der Support (namentlich ich) bearbeitet Dein Ticket bereits seit ich Dich am 22.12 in dem Thread (https://community.innogy.com/frage-ansehen/was-tun-bei-problemen-mit-der-heizungssteuerung/focus/586aa544578803f9fd8b4567#@586aab885b5d7672ee8b4567) nach Deiner INC Nummer gefragt hatte und Du mir diese genannt hattest. Dieses Ticket wurde am 19.12.2016 eröffnet (nicht am 15.12.)

In den darauf folgenden Tagen haben wir im Dialog, hier in deinen Threads der Community, sämtliche "Wenn und Aber" durchgespielt. Du hattest, nachdem Du die Firmware 2.0.581 auf dem SHC hattest, noch keine Besserung gemeldet. Danach hattest Du, auf mein Anraten hin, alle beteiligten Geräte gelöscht, einen Factory-Reset daran durchgeführt und die Geräte dann neu eingebunden. Nichts anderes hätte dir der Support via Mail geraten. Geholfen hat dies aber anscheinend nicht und seitdem bin nun leider "mit meinem Latein am Ende".

Entschuldige bitte, dass ich nicht explizit darauf hingewiesen habe, dass ich auch Dein Innogy-Ticket bearbeite aber letztendlich ist dies ja auch eine Nutzer-helfen-Nutzern Community und ich schreibe hier nicht als "offizieller Supporter" sondern als Privatperson. Da ich über unsere Gespräche in der Community stets darüber informiert war, welche Lösungsansätze Du bereits ausprobiert hattest., habe ich es andererseits aber auch für unsinnig gehalten, Dir die gleichen Tipps und Ratschläge noch einmal, via offizieller Ticketmail, zu kommunizieren. Sorry, denn das war vielleicht, im Nachhinein betrachtet, ein Fehler, weil dadurch bei Dir der Eindruck entstehen musste, dass man sich seitens Innogy nicht um Deinen Fall kümmern würde.

Die von Dir (hier und im Ticket) ausführlich geschilderten Ereignisse sind bei uns aufgenommen worden und werden demnächst intern diskutiert, denn dieses Verhalten sollte es (mit SHC version 2.0.581) nicht mehr geben dürfen.

Anmerkung am Rande: Die vielmals üersendeten Logdateien der Zentrale helfen hier leider überhaupt nicht weiter, denn darin wird nicht protokolliert ob ein Fenster geöffnet wurde oder eine Heizung die Temperatur absenken soll.

Viele Grüße, Thomas

Danke für die Nachricht! Super!

Mit der Bitte um Verständnis, ich konnte nicht wissen, dass Du am 22.12. die Bearbeitung aufgenommen hast, zumal meine Status-Anfrage beim Support vom 27.12. unbeantwortet blieb!

Werden die anderen drei Problemmeldungen auch bearbeitet? Hab nämlich für diese keine Bearbeitungsnummer erhalten.

Wie und wodurch kann ich Euch unterstützen?

Ich bestätige Deine Aussagen, ja ich habe alle beteiligten Geräte, alle Szenarien, alle Räume gelöscht, die beteiligten Geräte auf Werkseinstellungen zurückgesetzt (5x blinken) und das gesamte System wieder neu aufgebaut. Dann wurde (und ist nach wie vor) bei den HKTs auch der Punkt "Geräte protokollieren" deaktiviert.

Gerne können wir über E-Mail weiter kommunizieren oder ihr ruft mich einfach an und wir plaudern drüber, meine E-Mailadresse und Telefonnummer habt ihr ja ...

LG

Batterietausch! Yess, ich habe die Lösung dachte ich gerade eben noch ...

Die drei Batterien der HKTs haben unter Last (Display zeigt Zielwert) 4,3 Volt Spannung geliefert. Neue Batterien wurden eingelegt, damit konnte die Spannung unter Last auf 4,7 Volt erhöht werden. Perfekt! Gleich bei allen HKTs die Batterien ausgetauscht, die Spannung vor dem Tausch gemessen und auch danach. Ist doch logisch, wenn man wenig Saft hat, dann ....

Aber leider :(

Trotz neuer Batterien in allen HKTs nach wie vor alter Zustand. Kaum eine Fensteröffnung hat eine T-Absenkung zur Folge :(

Sobald man kurz den Manuell/Automatic Umschalter (1x oder 2x) am HKT betätigt, oder die Zieltemperatur um 0,5°C verändert wird das HKT aufgeweckt und die darauffolgende Fensteröffnung leitet erfolgreich die T-Absenkung ein.

Wenn die TFS direkt mit den HKTs nicht kommunizieren können, aber die TFS und die HKTs sehr wohl mit der SHC, könnte man da nicht einfach die Absenkung über die Zentrale spielen? Gebt's mir bitte die Möglichkeit je HKT die Ausgangszieltemperatur in einer Variablen abzulegen, dann würd's klappen ... bestimmt sogar!

LG

Der Vollständigkeit halber eine ergänzende Information an die Entwickler um auch ggf. thermische und elektromagnetische Umwelteinflüsse mit in die Betrachtung aufzunehmen:

• Die TFS (fünf Stück) sind auf Holzfensterrahmen angeschraubt, nicht geklebt
• Montage sowohl horizontal, als auch vertikal (habe ich bereits erwähnt)
• Die TFS haben großteils direkten Sichtkontakt zu den HKT mit einer Distanz zwischen 1,5m bis 4m
• In keinem Fall sind die HKT durch irgendetwas abgedeckt
• Sowohl TFS, als auch HKT haben zu jedem Zeitpunkt ohne Sichtkontakt zur SHC kommunikativen Kontakt zu dieser, bei einer maximalen Entfernung so um die 20m
• Sowohl HKT als auch TFS wurden über zwei unabhängige Bestellungen im Abstand von etwa einer Woche beschafft, ob es sich um die gleichen Chargen handelt kann sicher der Support feststellen.

und da ist noch etwas, was mir nicht aus dem Kopf geht, etwas, was technisch unmöglich ist, aber trotzdem ...

Als ich begann alle Informationen der ganzen Phänomene zusammenzutragen um eine umfassende und aussagekräftige Fehlerbeschreibung als Grundlage zur Behebung abzuliefern, habe ich alle Seriennummern und alle Versionsstände der einzelnen Endgeräte einzeln ermittelt. Dabei ermittelte ich bei allen meinen fünf TFS eine Version 1.9. Zu diesem Zeitpunkt wusste ich auch noch gar nicht, dass es unterschiedliche Versionen gibt. Ich habe 5 mal, also bei jedem TFS, auf das Detail geklickt und 5 mal die Version 1.9 abgeschrieben.

Dann am 16.12. waren HKTs auf "AUS" gestellt. Ohne ersichtlichen Grund. Um über die APP die Schaltzeitpunkte zu recherchieren bemerkte, dass sich alle TFS in Konfiguration befunden hatten, was recht prominent über das APP mit der Meldung "Gerät wird gerade konfiguriert" angezeigt wird, so dass es gleich auffällt. Danach waren die TFS mit Version 1.8 versehen ... und es geht mir nicht aus den Kopf, wie ich mich 5 mal so irren konnte ... aber ich musste mich aber geirrt haben, denn technisch ist eine Downgrade nicht möglich ...

LG

Community-Member Uwe, Mathali, Korni, Marty, WeberAdelebsen, enttaeuschterRWEUser sowie (zum wiederholten Male) JAD sind lt. Ihrer Angaben im Thread https://community.innogy.com/frage-ansehen/wann-wird-die-automatische-teperaturabsenkung-in-v2-wieder-funktionieren ebenfalls von diesem Phänomen betroffen.

Marty gibt zudem in diesem Thread unter anderem an: "... Laut Technik-Hotline ist das Problem bekannt und seit dem letzten Update aufgetaucht. Man sagte mir, man würde an einer Lösung arbeiten aber wann diese fertig sein wird könne man mir leider nicht sagen. ..."

LG

Korrektur 25.1.2017 17:30 Uhr:

Alleine in dieser Community scheinen in Summe 21 (einundzwanzig) Member von diesem Phänomen betroffen zu sein:

• 1 03chris
• 2 AndreasDaubitz
• 3 Bloedbommel
• 4 catchi
• 5 dbolte
• 6 enttaeuschterRWEUser
• 7 hand
• 8 Hopfazitz
• 9 irrogy
• 10 JAD
• 11 Juergen_A
• 12 Korni
• 13 Marle
• 14 Marty
• 15 Puffke
• 16 Rammbock
• 17 Sebastian Schoenen
• 18 stayathome
• 19 Torsten
• 20 Uwe
• 21 WeberAdelebsen

In der Zwischenzeit versuchte ich über eine Einstellung der TFS-Toleranzzeit das Problem in irgendeiner Art und Weise umgehen zu können.

Aber leider. Auch definierte Toleranzzeiten bei den TFS verändern nichts am Verhalten, das innogy ootb-Szenario zur Temperaturabsenkung funktioniert nach wie vor nur selten.

In der Zwischenzeit bin ich bedauerlicherweise zum King der Top-Benutzer dieses Forums avanciert.

Dabei wollte ich lediglich nur ein Smart Home System kaufen, installieren in Betrieb nehmen und fernab jeden Fehlers, jeglicher Störung, betreiben …

Gerne hätte ich auf diesen „Ruhm“ verzichtet, sehr gerne sogar …

FYI

Community-Member rammbock beschreibt in seinem Thread https://community.innogy.com/frage-ansehen/temperatur-schaltet-nach-fensterschliessen-nicht-zuruck-auf-sollwert vermutlich dasselbe Phänomen.

LG

Community-Member irrogy und catchi sind lt. Ihrer Angaben im https://community.innogy.com/frage-ansehen/sensoren-reagieren-extrem-unzuverlassig ebenfalls von diesem Phänomen betroffen.

LG

Weiter oben wurde ja von User "hand" auch ein Ticket bei innogy eröffnet, in dem das hier diskutierte Problem adressiert wurde. Ticket Nummer ist INC01081491.
Wurde im Rahmen der Analysen zu dem Ticket das Verhalten bzw. der Bug bestätigt? Wenn dem so wäre, könnte man sich hier im Forum quasi zurücklehnen und auf den Bugfix warten statt sich in diversen Threads gegenseitig aufzureiben und rumzuorakeln !

An alle Betroffenen: Dieses Fehlverhalten bitte dem Innogy Support melden!

(derzeit scheinen ja 19 Community Mitglieder hier betroffen zu sein)

Je mehr sich Kunden betreffend dieses Fehlverhaltens beim Support melden, je mehr dort über das Problem berichten, umso eher wird etwas gegen dieses Phänomen getan. Ich bitte deshalb alle Betroffenen, sofern sie es nicht bereits getan haben, diesbezüglich Kontakt mit dem Innogy Support aufzunehmen, nachdem Ihr, trotz aller Tipps die im Thread https://community.innogy.com/frage-ansehen/was-tun-bei-problemen-mit-der-heizungssteuerung gegeben werden, keine Besserung erreicht habt.

Sendet bitte Eure Problembeschreibung an 'smarthome.service@innogy.com'. In diesem Mail sollte die Seriennummer der jeweilig betroffenen Zentrale bekanntgeben werden. Parallel dazu ladet bitte über die App über HILFE / Fehlerbehebung / Logdateien senden / senden die Logdateien hoch.

Mit jeder Fehlermeldung die vom Support entgegengenommen wird, wächst die Wahrscheinlichkeit, dass gegen dieses Phänomen etwas unternommen wird ...

(eventuell könnt ihr hier unten als Antwort den Zeitpunkt der diesbezüglichen Kontaktaufnahme mit dem Support bekanntgeben, so ihr es dem Support bekanntgegeben habt)

Danke

Unzuverlässig: Tür- und Fenstersensor leiten nicht zuverlässig eine Temperaturabsenkung ein oder heben diese nicht zuverlässig auf

Seriennummer meiner Zentrale lautet: 0987657859067

In etwa xx% der Fälle werden bei mir über die Tür- und Fenstersensoren die Heizkörperthermostate nicht geschaltet (innogy ootb-Temperaturabsenkungszenario).

Entweder werden mit den Sensoren über die Räume verknüpfte Heizkörperthermostate (Temperaturabsenkungsszenarien) nicht ausgeschaltet oder nicht wieder eingeschaltet!

Die Sensoren arbeiten korrekt, die Geöffnet- und Geschlossen-Ereignisse werden im Log der SteuerApp richtig angezeigt (Auswertungen / Aktivitäten). Allerdings reagieren darauf die Heizkörper-Thermostate unter Verwendung des innogy ootb-Temperaturabsenkungszenarios nicht zuverlässig.

Das gesamte System wurde am xx.xx.xxxx unter Version 2.0.581.0 bereits vollständig neu aufgebaut, alle Endgeräte, Szenarien, Räume entfernt und die Endgeräte auf Werkseinstellungen zurückgesetzt.

Parallel zu dieser Nachricht wurden die Logdateien über die APP bereits hochgeladen.

Nächster Versuch: Hatte, um einen möglichen Einfluss anderer Szenarien auf das Systemverhalten auszuloten, in meinem System bis auf die Temperaturabsenkungsszenarien alle anderen Szenarien (2x Raumtemperatur per Zeitsteuerung) gelöscht, danach die SHC rebootet.

Für 24 Stunden hatte ich nur 5x die ootb-Temperaturabsenkungsszenarien im System laufen.

Aber zuverlässig wurden die Schaltungen dadurch auch nicht :(

Was haltet ihr von dieser Aussage, die ich zum Thema "Türsensor blinkt dreimal" in den Tiefen des Internet gefunden habe

Gilt für eigentlich alle Geräte: Dreimal Blinken bedeutet, dass es für die Aktion keine gültige Konfiguration gibt - sprich: weiss nicht so recht, was ich tun soll.

Zumindest würde das eher zum Fehlerbild passen, als "LED leuchtet 3x wenn der Zustand übermittelt, aber nicht vom gekoppelten Gerät bestätigt wurde."

Ist für mich als Kunde schon schwer ohne die Zusammenhänge zumindest ein wenig vermittelt zu bekommen das Problem zu lösen ...

LG

Zum Thema Kommunikationsverhalten: https://www.sec.in.tum.de/assets/Uploads/MAThomasReuter.pdf

Ab Seite 36 6 Analysis of the RWE SmartHome System

Ab Seite 49 6.4.1 Reverse engineering of the communication protocol

Schade, dass die Kommunikaton zwischen TFS (WDS) und HKT (RST) nicht analysiert wurde, ich nehme aber an, dass sie gleich abläuft wie die Kommunikation zwischen TFS (WDS) und Zwischenstecker (PSS) ist. (siehe Listing 6.9: Exchanged messages between the door and window sensor (WDS), the electrical adapter (PSS) and the central control unit (SHC), when the state of the WDS changes to “open” )

• WDS->RST: command: "switch off"
• RST->WDS: ACK
• RST->WDS: state: "switched off"
• WDS->RST: ACK
• RST->SHC: state: "switched off"
• SHC->RST: ACK (RST->PSS: ACK war falsch)
• WDS->SHC: state: "open"
• SHC->WDS: ACK
• SHC->WDS: challenge: state==open?
• WDS->SHC: ACK
• WDS->SHC: response: state=open!
• SHC->WDS: ACK
• SHC->WDS: OK
• WDS->SHC: ACK

Hallo zusammen,

ich habe gestern Logdateien von 03chris bekommen, der sich bei der Übersendung auf das Ticket von "hand" bezogen hatte. Dazu eine wichtige Anmerkung:

Solche Logdateien sind nur dann hilfreich, wenn es dazu eine kurze Schilderung gibt, was in den Logdateien zu sehen sein sollte. Also z.B. so etwas wie: Um circa 21 Uhr am 22.01. wurde die Temperatur im Wohnzimmer (RST 9141100xxxxx) nicht abgesenkt obwohl das Fenster (WDS 9214500xxxxx) um 20:40 geöffnet und erst um 21:30 wieder geschlossen wurde. Ohne so eine Beschreibung sind übersendete Logdateien völlig nutzlos. Trotzdem vielen Dank an alle Mitwirkenden für die Unterstützung bei der Fehlersuche!

@Dimitri (03chris): Bitte nachliefern (Mail an Support)

@alle: Bitte immer eine Kurzbeschreibung des zu erwartenden Logdatei-Inhaltes geben.

Viele Grüße, Thomas

Das Problem "WDS schalten die Temperaturabsenkung nicht dauerhaft zuverlässig" wird, dank vieler bereits übersendeter Logdateien und Beschreibungen der Benutzer von den Entwicklern der Innogy-Software untersucht. Aktuell wird dieses Problem so eingeschätzt, dass es sich nicht um einen neues (UI2.0 spezifisches) Problem handelt, sondern um eine Problematik, die es immer schon gab und von der auch andere SmartHome-Lösungen, die ebenfalls eQ3-Produkte verwenden, betroffen sind. Es gibt z.B. ähnich Beschwerden über das Telekomprodukt. Siehe Bild. Ob daher überhaupt eine Problemlösung über die Innogy-Software möglich sein kann, wird aktuell überprüft. Falls die Ursachen tatsächlich in der Firmware der Geräte liegen sollte, kann die Lösung nur über eine modifizierte Firmware kommen.

Noch zur Ergänzung: Eine solche "Echo-Funktion" der SHC zur Wiederholung des TFS-Befehls an das jeweilige HKT könnte man doch m.E. auch optional einbinden, d.h. der Kunde aktiviert es in den Einstellungen bei Unzuverlässiger HKT/TFS Kommunikation.

Danke für Deine Antwort. In der Tat wird es etwas unübersichtlich, da der Fehler an mehreren Stellen diskutiert wird. Dies ist aber ein Indiz darauf, dass hier echt ein grundsätzliches Problem besteht.

Wie auch schon an anderer Stelle geschrieben, braucht ihr m. E. nicht auf die Rücksendung von User hand zu warten. Nehmt einfach die Demo-Installation von der Messe e-world! Dort ist das Problem nachstellbar (sprich mal bitte mit dem Kollegen vom Standdienst (Herr J. R.))

Eigentlich wäre es ja auch einmal ein feiner Zug, wenn - trotz allem von Usern für User Gerede bzgl. dieser Community - innogy irgendwie aufzeigen würde, ob, wann und wie das Thema bearbeitet wird. Wegignorieren ist ja auch nicht hilfreich und das Problem scheint ja schon länger zu bestehen. CRM läuft irgendwie anders.

Gibt es dazu seitens innogy wirklich die Bekenntnis, dass sie den Fehler erkannt haben? Wo kann man das nachlesen? Gibt es eine roadmap? Das ist wirklich lächerlich.

Ja das Stimmt. Das werde ich auch machen werde das jetzt aber nochmal genau beobachten.

Zu dem Thema Absenkung. Gibt es da einen stand wie weit die Lösung ist? Das Nervt wirklich.

Das nervt uns alle. Und man braucht da auch nicht um den heißen Brei zu diskutieren. Uns ist das Problem bekannt und wir arbeiten auch mit Hochdruck daran. Da es sich aber bei der Temperaturabsenkung um eine Direkt-Kommunikation zwischen TFS -> Thermostat/WRT handelt, haben wir mit unserer Software wenig Einfluß. Das hängt in der Firmware der Geräte selbst und auf die haben wir nur sehr begrenzt Einfluß. Über die SH Zentrale in die Kommunikation zwischen den Geräten einzugreifen ist technisch nur begrenzt oder gar nicht möglich. Das Verhalten über die SH Zentrale zu verbessern, kann an vielen Stellen zu einer Verschlimmbesserung des Verhaltens führen.

Die Thematik ist sehr komplex und wir möchten keine halb garen Sachen raus bringen.

VG Frank

Hi

Das ist doch mal eine Aussage! Eine klare Sache und ich hoffe das ihr eine gute Lösung findet! Danke dafür.

Timbow

Wenn man mal in die Foren anderer Hersteller schaut, haben die, die gleichen bzw. ähnliche Probleme. Das kommt nicht von ungefähr. Wobei ich hier nichts klein- oder schön reden möchte. Es nervt und damit basta ;-)

Konnte jemand von euch schon einmal nachvollziehen, dass das Verhalten viel zuverlässiger bis perfekt ist, wenn im TFS neue Batterien drin sind?

Wir haben den dringenden Verdacht, dass wenn die Batteriespannung etwas nachläßt, der TFS ein Timing Problem beim Schicken der Aufwachsequenzen hat. Im Gegensatz zur Zentrale schlafen die Thermostate und WRT ja und müssen erst aufgeweckt werden, damit sie den TFS Status empfangen können. Deshalb kennt die Zentrale den Status auch immer zuverlässig, auch wenn die Absenkung vom Thermostaten / WRT nicht erkannt wurde.

Also das tritt häufig auf. Wir lüften jeden Morgen im gesamten Obergeschoss so ca. 20 Minuten. Bei ca. 33% der Fenster (das sind statistisch jeden morgen so 1,5 :-)) kann ich dann die "Auf-zu-Arie" durchführen. Noch besser ist es, wenn schon beim Öffnen nicht richtig vom TFS zum HKT kommuniziert wird. Dann heizt das HKT schön durch.... Incident war im Januar & Mai geöffnet. Im Januar kam, dass dieses Problem nicht bekannt sei und es wohl an mir liege. Der Mai Incident wurde im August beantwortet, dass gegenwärtig keine Lösung vorliege und deshalb wurde mein Mobiler Zugriff verlängert. Die Log-Files waren jedes Mal anbei. Und jetzt kommt plötzlich der Herbst....

Zeit-Szenarien werden sauber geschaltet (HKT). Energiesparen auch. Bei "Urlaub machen/ Haus verlassen warnen, wenn Fenster offen" wird eigentlich auch regelmäßig richtig gemeldet.

HKT & TFS scheinen wie Mann und Frau: Kommunikationsproblem. Klappt nur über beste Freundin/Freund (=SHC)....

innogy spricht ein anderes Protokoll

Hi,

wer von euch hat noch einen Überblick?

Könnte jemand eine kleine "Zusammenfassung" schreiben und diese in eine neue Frage veröffentlichen?

Danke und Gruß Sascha

Heute morgen: 2 von 3 tfs/hkt schalten falsch. Eines beim öffnen, da wurde durchgeheizt. Beim 2. musste wieder oberarmtraining gemacht werden. Damit habe ich heute mal eine Durchfallquote von 66%....

Ist eventuell die Anzahl an Schaltungen der innogy Smart Home Anlage begrenzt?

Heute wurde von 13:12 bis 13:17 Uhr gelüftet. Die Absenkung um 13:12 hat funktioniert, die Auflösung des Szenarios um 13:17 Uhr nicht. Um 16:45 Uhr wurde die Fehlschaltung bemerkt und manuell korrigiert. Kann es sein dass die innogy Smart Home Anlage mit diesen Aktionen überlastet ist?

Hallo, seit heute Abend ist es wieder soweit. Ich habe gerade den Support kontaktiert und mich auf das Ticket INC01081491 berufen. Aktuell hat es nach 6 maligen Auslösen des Sensors wieder funktioniert. Ich habe 13 Sensoren im Einsatz. 3 von 3 zeigten das Fehlerbild. Ich lasse es jetzt erstmal ggf. benötigt der Support ja noch Daten. Schade, schade. Grüße, Markus

Zum Thema TFS und HKT ein neues Phänomen :

Fenster geöffnet, 1x blinken des TFS und Absenkung des HKT. Alles ok.

Dann nach 1 Minute Fenster wieder geschlossen, TFS blinkt 3x aber trotzdem hat der HKT die Temperaturabsenkung aufgehoben und die Zentrale hat dies sauber registriert (sowohl im Log des TFS als auch des HKT. Öfter mal was Neues... =:-)
Das mit dem "eingeschlafenen" HKT können wir verwerfen!

Gestern 20.1.2017 habe ich alle Szenarien, Räume, Geräte (TFS, HKT) gelöscht, die SHC über "Einstellungen / Zentrale zurücksetzen" die Zentrale zurückgesetzt, alle Geräte auf Werkeinstellungen zurückgesetzt, System wieder aufgebaut. Dies alles hat zu keiner Besserung geführt: Die Standard-Temperaturabsenkungsszenarien wurden sehr, sehr unzuverlässig initiiert und wieder aufgelöst.

Heute 21.1.2017 ging ich noch einen Schritt weiter. Die SHC wurde ebenfalls auf Werkseinstellungen zurückgesetzt, danach alle Geräte (TFS, HKT). Im Anschluss daran wieder das ganze System aufgebaut. Auch das alles hat zu keiner Besserung geführt, die Standard-Temperaturabsenkungsszenarien werden nach wie vor sehr, sehr unzuverlässig initiiert und wieder aufgelöst.

... und keine Hilfe in Sicht ... und keine Lösung in Sicht ...

Ich glaube, wir können uns hier noch so sehr abmühen, mit unseren Bordmitteln bekommen wir das nicht in den Griff! Und dass es sich hier nicht um Einzelfälle handelt, sollte jedem (insbesondere innogy!) mittlerweile klar sein.

Solange sich an der Fehlertoleranz des unterliegenden Übertragungsprotokolls nichts ändert, werden wir alle weiter mit der Unzuverlässigkeit leben müssen.... :-(

Umfrage an Alle bei denen Reset und Neueinbindung nicht geholfen hat!

Nachdem auch ich nach Rat der Hotline die betreffenden HKTs und TFSs mitsamt aller Szenarien gelöscht, werkseingestellt und neueingebunden hatte – mit dem "Erfolg", dass nichts mehr ging und die TFS im Status "wird konfiguriert" hingen – bin ich das ganze nun nochmal erfolgreicher durchgegangen!

Ich habe nun die Theorie entwickelt, dass die dabei entstehenden Probleme mit dem verwendeten Client (also ob via Browser oder iOS / Android App) zusammenhängen könnten!

Deswegen einmal die Frage in die Runde was Ihr verwendet während die Probleme auftreten? Ich selbst möchte meine Client Kombinationen und beobachtete Probleme erst etwas später darstellen um keine Spekulationen anzufachen falls sich diese Theorie als falsch erweist.

Viele Grüsse an alle Leidensgenossen

Hendrik

Duty Cycle

Der Gesetzgeber hat für die verwendeten Funkfrequenzen im 868-MHz-Bereich eine maximale Sendedauer pro Gerät von 1 zu 100 – beispielsweise 1 Sekunde in 100 Sekunden – vorgegeben. Diese Begrenzung gilt für alle 868-MHz-Geräte

Duty Cycle: Im Frequenzbereich 868 MHz beträgt die maximale Sendezeit eines jeden Gerätes 1 % einer Stunde (also 36 Sekunden in einer Stunde). Die Geräte dürfen bei Erreichung des 1 %- Limits nicht mehr senden, bis diese zeitliche Begrenzung vorüber ist.

Im normalen Betrieb wird der Duty Cycle in der Regel nicht erreicht. Dieses kann jedoch in Einzelfällen, bei der Inbetriebnahme oder Erstinstallation eines Systems durch vermehrte und funkintensive Anlernprozesse, der Fall sein. Dies tritt beispielsweise beim Einstellen und Testen des Erfassungsbereiches von angelernten Bewegungsmeldern auf. Eine Überschreitung des Duty Cycle Limits kann sich durch eine temporär fehlende Funktion äußern.

Das geschilderte Verhalten ist darauf zurückzuführen, dass im 868 MHz Bereich keine Dauersender zulässig sind (maximale Sendezeit 36 Sekunden/Std) und daher werden beim Erreichen dieses Limits alle weiteren Sendevorgänge unterbunden. Nehmen Sie eine kurze Funktionsprüfung des Gerätes vor (z.B. durch Entnehmen und Wiedereinsetzen der Batterien). Sollte das Gerät danach noch nicht wieder einsatzbereit sein, ist dies auf die Überschreitung des Duty Cycles zurückzuführen und die Funktion des Gerätes ist nach einer Stunde wieder hergestellt. Quelle http://www.eq-3.de/service/faq.html?id=128

Schön, dass sich ein mit der Materie sehr vertrauter Forums–Teilnehmer @THellweg auch in diese Diskussion einschaltet. Mit dem Wort „Unsinn“ wäre ich allerdings in diesem Zusammenhang - nämlich dem Unsinn an Software, dass innogy auf uns losgelassen hat, vorsichtig! Ich bereue bis jetzt, dass ich mich auf der IFA im September, trotz anfänglicher Skepsis, habe überzeugen lassen auf UI 2 upzudaten. Vielen Dank auch noch an dieser Stelle an den Kollegen auf dem innogy Stand (Design Team) der dafür verantwortlich zeichnet. Soweit die Randbemerkungen, nun zur Technik:

Wenn ein unzuverlässiges oder möglicherweise unvollständiges Einbinden der TFS und HKTs über bestimmte Clients (in meinem Fall der iOS App sowohl auf iPad mini 2 als auch iPhone 6) vorkommt, stellt sich mir schon die Frage ob dabei nicht insbesondere auch Inkonsistenzen im SHC entstehen können mit allen bekannten hier beschriebenen Symptomen.

Im Einzelnen: Als ebenfalls der von @hand ausführlichst beschriebenen Problematik Betroffener habe ich am 13.1 die unzuverlässigsten HKT TFS Kombinationen, wie hier im Thread auch vorgeschlagen, löschen und neuanlegen wollen. Aus Bequemlichkeit habe ich dieses Projekt auf dem Sofa sitzend mit dem iPad gestartet. Dies ging bis zu einer gewissen Anzahl an Aktionen anscheinend problemlos. Interessanter Nebeneffekt war, dass das iPad beim Neueinbinden eines TFS einen FaceTime Call nach Pakistan startete! Das hat zwar bestimmt nicht mit unserem Thema zu tun, spricht aber Bände über die sonstige Qualität der Software…

Nach ca. 5 Paaren ist mir die App dann böse abgestürzt, einige TFS waren dabei noch im Zustand "wird konfiguriert“. Ich habe dann mit dem iPhone weitergemacht, der Zustand war aber nicht synchron zum iPad (eine sehr häufige Beobachtung). Als Resultat hatte ich dann an fast allen angefassten HKT/TFS keine Funktion im Bereich Temperaturabsenkung bzw. Öffnungserkennung.

Gestern (man hat ja auch anderes zu tun) wollte ich also nochmal ran. Wieder zuerst mit iPad, beim löschen eines – glaube ich – eines HKT: Crash! iPhone her, wieder nach Pakistan telefoniert (diesmal wirklich – ist ja auch ein Telefon – konnte sogar zum Beweis einen Screenshot machen, Telefonkosten kann mir innogy gerne erstatten!) kurz darauf: Crash!

Jetzt also doch ran an das MacBook (Safari Browser) und siehe da, konnte alles erfolgreich neuaufsetzen! Jetzt muss sich natürlich noch zeigen ob das Ganze auch wirklich zuverlässig funktioniert, aber erstmal reagiert das Szenario so wie gedacht… *

Interessant daran ist auch das beide iOS Apps nun nur noch den blank screen zeigen, also wohl neuinstalliert werden müssen. Abschiessen alleine reicht nicht.

(Ich konnte wegen Formatierungen und Bild nicht die Antwortfunktion des Forums benutzten sondern eine neu Antwort verfassen, beziehe mich aber auf die Antwort von @THellweg von kurz darüber)

• ist einen neuen Thread wert: Ob die Zeiteinstellungen des ootb Szenarios sinnvoll sind. Aber nun genug für heute.

Das ist KEIN innogy Problem. Packe ich eine Seriennummer in ein PDF-Dokument und tippe diese Nummer in meiner Mail-App (von Apple unter iOS 10.2.1) wird diese auch angerufen. Der Fehler liegt also EINDEUTIG in Cupertino!!!

We all are looking forward for a solution! Not only for this single issue!

Liebe Community, ich lese die letzten Beiträge und danach die Startfrage. Was können wir nun konkret zur Lösung des Problems beitragen ?.

Ich versuche mal, diesen Thread wieder aus der Versenkung zu holen. Denn das hier in weit über 150 Kommentierungen (!) ausführlich beschriebene Problem der Kombination von HKT und TFS ist auch mit dem kürzlichen Update nicht behoben (und nervt total, da man diese Unzuverlässigkeit ständig kontrollieren muss) !!

Ich konnte dies heute sogar an dem innogy-Demostand auf der e-world Messe in Essen provozieren (der Kollege mit Standdienst ist mein Zeuge) .
3x Blinken mit allen sich daraus ergebenden Phänomenen.!!

Moin,

hier eine kleine Beschreibung, was sich bei mir gestern gezeigt hat:

Nachdem ich (nach Neuaufsetzen des Systems wegen Umzugs) auch die oben geschilderten Probleme bei der Kombination TFS und HKT hatte, hat sich in letzter Zeit (2 -3 Wochen) ein recht zuverlässiger Zustand eingestellt. Alle HKTs haben das gemacht, was die TFSs vorgegeben haben.

Gestern Morgen hat dann ein HKT gemeldet, dass die Batterien schwach seien. Ich habe die Batterien also getauscht. Danach erfolgte die Kalibrierfahrt des HKT (A1, A2 ...). Nach Einstellen der Zieltemperatur auf den gewünschten Zielwert konnte dann der Normalbetrieb eigentlich weiter gehen.

Jedoch - beim nächsten Öffnen des Fensters erfolgte nur 3 x Blinken und keine Reaktion des HKT. Direkt danach habe ich das Fenster wieder geschlossen ... ebenso gefolgt von 3 x Blinken. Das ganze habe ich dann noch 3 x wiederholen müssen, bis das HKT dann auf den TFS reagierte.

Frage in die Runde: Ob es wohl eine "Lernphase" für die HKT/TFS-Kombination gibt? Und ob wohl das HKT das Gelernte nach Neustart (nicht Reset) wohl wieder vergisst?

Kann sonst jemand dieses Verhalten bestätigen? - Falls ja, wäre das vlt. ein guter Hinweis für die SH-Entwickler.

VG und einen schönen Tag, Jürgen

Nach dem Lesen aller Beiträge und au Grund meiner Erfahrungen aus V1 hier folgende Problemlösung:

• In V1 habe ich die Unzuverlässigkeit der TFS/HKT Absenkung (und ich vermute auch, dass es mit der TFS-HKT Kommunikation zu tun hat) dadurch überwunden, dass ich den Zustand in einem "Profil" abgefragt habe: (1.) Bei TFS wird geschlossen HKT = X°C und (2.) wenn TFS geschlossen ist, dann HKT = X°C

Mit obiger Vorgehensweise musste ich nicht mehr kontrollieren, ob die Absenkung funktioniert, denn sie hat 100%ig funktioniert!

Vorschlag für V2, da hier die Schaltung von Zuständen und die Generierung komplexer Logikprofile kaum noch möglich ist:

• Von der SHC wird nach der Protokollierung der TFS-Bedingung zur Sicherheit der Zustand ca. 5 Sek. nach Zustandsänderung nochmals an das HKT gesendet.

Damit wird die Zuverlässigkeit von ca. 67% statistisch um nochmals 67% erhöht. Evtl. tatsächlich um noch mehr, wenn die HKT mglw. den ersten TFS Impuls zum "Aufwachen" benötigen und erst beim 2. "Befehl" die Zustandsaänderung am TFS richtig verarbeiten. Eine solche Zusatz-Info von SHC an HKT sollte sich doch in der SHC Software realisieren lassen, oder?

VG D

Mir geht es in erster Linie darum, das Problem zu lösen. Per workaround oder sonst wie. Ob eq3 ein Problem hat istsekundär, soweit eine Lösung verfügbar ist. Und eine solche hatte ich in v1, wie hier beschrieben. Also: soll die Welt gerettet werden oder wollen wir eine Lösung die funktioniert oder zumindest die Möglichkeit der Abhilfe bietet?

@THellewg: Du hattest mal erwähnt, dass Du der Case-Owner für das o.g. INC... Ticket bist. Magst Du uns hier nicht mal berichten, was sich in den letzten Wochen zu dem Thema getan hat ? Konntet Ihr das nachvollziehen ? Seid ihr mit der Entwicklung dem Problem auf die Schliche gekommen? Ich glaube das interessiert hier viele Betroffene.
Außerdem hast Du die Chance, mit Deiner Antwort die 200 (!) Kommentare-Schallmauer zu durchbrechen ;-))

Also beim Lüften heute morgen war es wieder super: Man muss bei jedem Thermostat schauen, ob es auf "Aus" schaltet. Nach dem Lüften das Gleiche wieder beim Schließen. Bei manchen Fenstern klappt es eher zuverlässiger, bei manchen Fenstern muss ich zwischen 5-7x Öffnen-Schließen. Nein, nicht installtionsbedingt: TFS hängen ca. 1,5 m über HKT, Geräte sind +/- 1,5m gleich weit entfernt von der SHC und es gibt zahlreiche TFS/HKT & sonstige Geräte, die weiter entfernt sind und besser funktionieren. Also bitte keine Tipps hierztu, wie "bau mal ab, häng näher an SHC", evtl. Sonnenwinde, kosmische Strahlung usw. Ich vermute eher, dass einzelne HKT oder TFS einfach ein Kommunikationsproblem haben. Denn im Protokoll der SHC sind die drin, aber irgendwie verstehen sich HKT und TFS nicht. Deshalb mein Vorschlag nach wie vor: Wenn sich HKT & TFS immer zoffen, dann muss die SHC eben mal autoritär dazwischenfunken....

Also jetzt im Frühjahr lüftet man ja auch mal wieder gerne: Tests mit HKT/WDS beim morgendlichen Lüften ergaben eine 50% Wahrscheinlichkeit, dass es funktioniert oder eben nicht (Und immer andere Fenster! - Mal so, mal so). Da könnte ich auch eine Münze werfen oder die Heizung einfach durchbollern lassen. Der Nerv-Faktor, wenn dann alles 2x auf bzw. zu gemacht werden muss ist nicht zwingend smart. Hier wäre es wirklich doll, wenn innogy einmal sagen würde, ob das Problem denn jemals gelöst werden kann oder wie der Pfad dorthin aussieht. Jedenfalls dürften die Heizungs-Absenkungs-Energiespar-Vorteile von SH sowie die Alarmanlage nicht wirklich Kaufargumente von Kunden sein, denn auch ein Dieb müsste an jedem Fenster darauf hingewiesen werden, die Türen/Fenster doch bitte mindestens 2-3x zu öffnen, um sicherzugehen, dass er auch den Alarm ausgelöst hat :-/

Heute wurden ja HIER umfangreiche Updates kommuniziert - App: Aktuelle Version: 2.0.151 - Zentrale: Aktuelle Version: 1.913-2.01

Leider finde ich keinen Bugfix zu dem nervtötenden Problem (TFS/HKT Kombination) welches in diesem Thread beschrieben ist. Wann soll sich denn hier was tun ? Ist da überhaupt noch jemand dran ?!
@THellweg: Du warst doch mal der Ticket-Owner von INC01081491.

Hallo,

habe wie THellweg beschrieben und empfohlen hat vor kurzem alle meine 10 Heizkörperthermostate gelöscht, auf Werkseinstellungen zurückgesetzt und neu eingebunden. Leider muss ich feststellen, dass die automatische Absenkung immer noch nicht immer greift. Die Zentrale zeigt es richtig an aber das thermostat bleibt bei offenem oder geschlossenem Fenster hängen (erkennt es nicht). Weiter habe ich festgestellt das auch über scenarios geschaltetet Zielthemperaturen in der Zentrale richtig angezeigt werden aber am Thermostat nicht (Zentrale Zeigt 21 °C - HKT Zeigt Zielthemperatur von 18 °C). Hat jmd. immer noch die gleichen Probleme? Ich kann das absolut nicht verstehen warum es seitens innogy seit über einem halben Jahr keine Lösung gibt. Was hat sich den gegenüber der RWE-APP geändert. Damals hatte ich dazu keinerlei Probleme feststellen können?

Danke für eure Antworten

Beides mal ja.

Warum wird immer noch um den bekannten Bug wie um einen heißen Brei herumdiskutiert??
Auch bei mir gibt es die oben beschriebenen Probleme immer noch - insbesondere seit ich am letzten Wochenende die Heizung wieder in Betrieb genommen habe.

Obwohl ich auch zu denjenigen gehöre, die schwören könnten, dass ich diese Probleme unter der V1 nicht hatte, so ist es nachweislich nicht so. Es meldeten genügend Anwender, dass sie bereits unter der V1 Workarounds dafür gebastelt haben. Also das ist kein Grund, dass es nicht die Firmware ist.

Es ist nach unseren Analysen eindeutig ein Gerät zu Gerät Kommunikationsproblem. Am HKT liegt das eher nicht, da das Problem auch mit dem Raumthermostat (WRT) auftreten kann. Und sobald ein WRT im Spiel ist, ist der der Master. Und auch der WRT erkennt dann das Öffnen oder Schließen nicht korrekt.

Das ein Profil einen Thermostaten nicht steuern kann ist mir offen gestanden noch nicht unter gekommen. Wenn, dann hat es immer daran gelegen, dass das Szenario nicht korrekt ausgeführt wurde, aber nicht an der Kommunikation zum HKT.

Passiert das denn häufiger? Hier wäre es interessant die Log-Files zu bekommen, wenn das Fehlverhalten erneut auftritt.

Ich lese hier nur noch ungern, bei dem Durcheinander der Beiträge ist das ein Zumutung

Heute hatte ich einen ganz merkwürdigen Fall in der HKT/TFS Kombination:
in einem Raum sind 2 Fenster und 2 TFS installiert. Das Heiz-Szenario ist so konfiguriert, dass beide HKT abschalten, wenn auch nur eines der beiden Fenster geöffnet ist.
Heute habe ich dann ein Fenster geöffnet, gewartet, 3xBlinken des TFS - shit....
Danach war es dann aber so, dass ein HKT korrekt die Temperaturabsenkung angezeigt/übernommen hat, das andere HKT im gleichen Raum aber nicht. Das hatte ich so vorher noch nicht beobachtet.
Für mich sieht es damit danach aus, dass der "Schuldige" in diesem leidvollen Verfahren vielleicht doch der HKT ist ?! Hat jemand ähnliches beobachtet ?
@FHO: vielleicht auch für Dich interessant diese Kombi ?!

Ich rege hiermit an - bzw. möchte darum bitten - für weitere Diskussionen um dieses Phänomen den neuen Thread zu verwenden, da dieser hier mit über 270 Einträgen unübersichtlich und zumindest per Handy gar nicht mehr performant zu lesen ist.
Der neue Fortsetzungs-Thread mit einer einleitenden Zusammenfassung der bisherigen Ereignisse ist zu finden unter https://community.innogy.com/frage-ansehen/2-unzuverlassig-tur-und-fenstersensor-schalten-nicht-zuverlassig-die-thermostate-hkt-ein-oder-aus

Vielleicht kann ein Admin dann diesen Thread einfrieren ?!