ReinerDaniel
Hattest Du denn PM umgetauscht?
Ich habe mit einem TP Multi nun ein ähnliches Problem. Seit 1-2 Monaten wunderte ich mich, warum die VOC-Werte im Kinderzimmer immer so hoch sind. Vorgestern schaltete das Licht nicht mehr aus, da immer Präsenz erkannt wurde und VOC lag viel zu hoch.
Gestern schließlich war er mit knapp über 100 dann wieder halbwegs normal.
Kann den VOC noch irgend etwas aus dem Tritt werfen, dass er so reagiert? Kann man/sollte man den mal ordentlich durchpusten? Bei mir wird hier und da nochmal eine Wand geschliffen (mit Absaugung), aber nicht in dem Raum, der ist seit 1,5 Jahre fertig und der einzige mit Tapete, Wandfarbe, Deckenfarbe und Sockelleisten. Kinderzimmer halt.
Momentan, da es so heiß ist, lüfte ich morgens mit komplett geöffneten Fenstern. Um 5 rum ist es noch schön kühl. Zudem läuft eine Lüftungsanlage (KWL) und meine Tochter ist momentan bei den Großeltern. Der VOC wird also immer belüftet, morgens >1h richtig mit Fenstern, tagsüber ist dort niemand und es gibt keine neuen Möbel o.ä.. Nichts, was ausdünsten würde.
Gestern wollte der TP im Schlafzimmer beim Lüften Abends auch das Licht nicht mehr ausschalten. Der TPM in der Küche und der TPM im Bad hatten damit kein Problem.
Viele Grüße
Nils
EDIT: Bilder angefügt
Ankündigung
Einklappen
Keine Ankündigung bisher.
Steinel True Presence – Präsenzmelder
Einklappen
X
-
Genau so ist es leider.Zitat von koend Beitrag anzeigennoch keine Alternative gesehen
Einige Probleme lassen sich wohl vermeiden, wenn man ihn nur als Slave nutzt und als Master einen PM mit besserer Applikation. Ansonsten wäre ein HF PM noch eine Option für die Glaswand, für manch andere Szenarios auch der thePixa. Oder ein zweiter PM in der Dusche oder ein PM, der über der Glaswand sitzt.
- Likes 1
Einen Kommentar schreiben:
-
Was ist schon ein ruhiges Gewissen…
bei mir laufen 4 TP und 2 TPM seit über einem Jahr. Zweimal habe ich gesehen, das im Betrieb die rote LED anging, aber sich der Sensor danach gefangen und neu gebootet hat.
Die Erkennung funktioniert gut, die Applikation ist unterirdisch.
- Likes 1
Einen Kommentar schreiben:
-
Bei mir laufen 3 TP seit einigen Monate ohne Probleme. Der im Bad läuft seit ca nem Jahr und hängt sogar an der Wand. Keinerlei gravierende Probleme gehabt. Der TP ist für manche Szenarien leider alternativlos.
- Likes 1
Einen Kommentar schreiben:
-
Mit allen "Horrorgeschichten" zu verkorksten Firmwareupdates etc. etc.: Ist der True Presence Multisensor KNX mit ruhigem Gewissen zu empfehlen? z.B. "never change a running system" mit einer bestimmten Firmwareversion?
Für Badezimmer mit Glasduschwand habe ich hier im Forum noch keine Alternative gesehen.
Vielen Dank!
Einen Kommentar schreiben:
-
Die KO 170 ff tauchen nicht mal in der Doku auf.
Dann wohl irgendetwas was ggf für ein Funktionsupdate auf Reserve gehalten ist aber irgendwie nicht richtig zu Ende programmiert ist im Stack.
Einen Kommentar schreiben:
-
Danke Waldemar! Habe ich mir schon gedacht, das dies eine weitere Macke in der SW von Steinel ist. Jetzt passt es auch wieder gut in diesen Thread!
Einen Kommentar schreiben:
-
Hi Bernhard,
für die KO >170 kann ich Dir das leider nicht beantworten, hatte ich so noch nicht gesehen. Finde ich komisch. Man sieht da ja die Assoziationstabelle, und die enthält soviel ich weiß nur KO<->GA Zuordnungen. Ich weiß natürlich nicht, wie der KNX-Stack, den Steinel benutzt, die Assoc-Table implementiert, aber z.B. in unserem Stack gibt es nicht so was wie "keine GA", da würde dann immer etwas stehen (z.B. 0/0/0) oder der ganze Eintrag existiert nicht.
Aber ich hab mal bei mir beim TP geschaut... Es gibt auch bei mir KO170 bis KO178 ohne GA. Und ich bin mir sicher, dass ich kein KO170 bei dem Melder benutzt habe. Bleibt also ein Mysterium von Steinel.
Gruß, Waldemar
P.S.: Ist übrigens meiner Meinung nach falsch!
Einen Kommentar schreiben:
-
Jetzt habe ich eine Frage, zur Interpretation der ausgelesenen Information (am Beispiel TP, um halbwegs OnTopic zu bleiben)
Die zugeordneten GAs passen, soweit klar. Spannend ist die unterschiedliche Behandlung nicht zugeordneter KOs.
In der ausgelesenen Liste gibt es KOs # 170..#178 ohne GA (ist auch richtig)
und in der Geräteansicht gibt es KOs (auch ohne GA), die in der ausgelesenen Geräteinfo nicht aufgelistet sind (z.B. KO #4..#9,...)
Gibt es eine Erklärung/Bedeutung für die unterschiedliche Auflistung der nicht zugeordneten KOs?
Oder ist das Steinel Softwareentwicklung..., so wie die angeblichen 38,4V (in Wirklichkeit sind es 29,2V)?
Unbenannt.jpg Unbenannt1.jpg
Einen Kommentar schreiben:
-
Nicht nur das. So kann man auch sehr gut sehen, ob irgendwas mit der Programmierung nicht geklappt hat. Hier war ja die Frage, ob auf irgendwelche "alten" GA gesendet werden kann.Zitat von gbglace Beitrag anzeigenJa so kannst bei Geräten mit überschaubarer interner Logik schon sehr viel Rekonstruktionsarbeit leisten.
Ich glaube nicht, dass der TP so schwerwiegende Programmierfehler hat, dass auf quasi beliebige GA geschrieben wird, das wäre sicherlich schon anderen aufgefallen. Also wird der TP nur auf bekannte GA schreiben. Und die stehen nun mal in der GA-Tabelle, die man über "Geräteinfo mit Gruppenadressen" auslesen kann.
Gruß, Waldemar
Einen Kommentar schreiben:
-
Es ist immer wieder faszinierend zu sehen, wie man wichtige Einstellungen auf Dauer übersieht, einfach weil man sie nicht hinterfragt. (Ich schließe mich da absolut mit ein).
Gruß Florian
Einen Kommentar schreiben:
-
Ja so kannst bei Geräten mit überschaubarer interner Logik schon sehr viel Rekonstruktionsarbeit leisten.
Einen Kommentar schreiben:
-
Geh auf auslesen -> Geräteinformationen mit Gruppenadressen und das geht auch mit der ets 5
- Likes 1
Einen Kommentar schreiben:


Einen Kommentar schreiben: