Steinel True Presence – Präsenzmelder

[willisurf]

Geräteinfo mit Gruppenadressen lesen

Interessant, ich wusste gar nicht, das es möglich ist aus dem Gerät die zugeordneten GA auszulesen.

Habe das gerade mal mit der ETS 5 versucht. Bekomme beim Auslesen über Diagnose -> Geräteinfo nur dieses Bild. Wo muss ich das auslesen oder benötige ich dazu die ETS 6?
300D8967-8E82-4A77-9C87-1CEB7ED1C808.jpg

[mumpf]

Das Erste: Geräteinfo mit Gruppenadressen lesen. Wenn die GA beim TP noch bekannt ist, dann könnte er darauf senden, sonst nicht. Und wenn sie bekannt ist, dann nochmal vollständig programmieren und dann nochmal Geräteinfo.

Ist in diesem Fall das einfachste, das zu analysieren.

Gruß, Waldemar

[gbglace]

Ich würde erstmal sagen das ist ne Menge wirrer Text der da steht. Kanäle und GA Verbindungen und permanent von Szenen reden, das ergibt nur selten Sinn. Entweder der Kanal regiert auf eine Szenennummer oder auf eine Schalt-GA oder auf beides, was aber dann unterschiedliche GA sind.

Bitte mach mal Screenshots von den KO der betroffenen Geräte und den Szenen-Einstellungen und ein Mittschnitt des Gruppenmonitors aus der ETS.

Und wenn dann schon ein Telegramm mysteriös daher kommt und dann extra komisch auch von nur einem Teil der Aktoren umgesetzt wird, dann denke ich da weniger an einen falschen Steinel-TP-Melder eher an ein konfuse inkonsistente Programmierung in dem Projekt.

[willisurf]

Dem TP würde ich ja alle möglichen Softwaremacken zutrauen, aber so etwas habe ich noch nicht beobachtet.
Schau doch mal im Gruppenmonitor (musst Du dann natürlich mal tageweise mitlaufen lassen), ob die merkwürdigen Botschaften wirklich vom TP kommen. Wenn dieser in der ETS komplett überprogrammiert wurde, eigentlich nur schwer vorstellbar. Aber, siehe Einleitung…..

[Marino]

Hatte jemand von euch schon einmal das Problem, dass der TPM auf eine GA schreibt, mit der er mal verbunden war, aber nicht mehr ist?

Bei mir passiert folgendes:
Beispiel Kinderzimmer: Früher hat der TPM (aktuelle Firmware und Applikation) Szenen geschaltet. 2 für HCL starten und 1 für Licht aus. Damit hat er 3 TW-Kanäle an 2 verschiedenen LED-Controllern (MDT) geschaltet. Immer gleichzeitig. Sprich, es gibt nur eine GA für die Szene im Kinderzimmer und damit sind alle 3 LED-Controller-Kanäle verbunden.

Nun habe ich einen MDT PM genutzt und der Steinel schickt nur als Slave seine Präsenz an den MDT (1 Bit) und dieser schaltet nun die Szenen 1 und 2, wie oben erwähnt. Ab und an kommt es aber vor, dass beim Betreten des Raumes alle 3 Kanäle anschalten und direkt 1-2 davon wieder aus oder auf einmal auf eine falsche Lichttemperatur und Helligkeit dimmen. Das kann 1-2x in der Woche passieren, aber auch mal 3-4 Wochen gar nicht oder zumindest fällt es nicht auf.

Nun passierte es eben wieder. Ich kam rein, alle 3 Kanäle gingen an und zack, 2 wieder aus. Nun habe ich gleich in Edomi den Mitschnitt gespeichert und schaue gerade und da fiel mir auf, dass der Steinel TPM auf die Szenen GA des Kinderzimmers schreibt, knapp 2 Sekunden nach dem An-Befehl und schaltet wieder aus.

Daran sind mehrere Dinge merkwürdig. Zum einen bleibt ein Kanal an, obwohl alle 3 auf der GA sind und dieser auch aus-schalten müsste. Zum anderen ist der Steinel komplett programmiert und hat keine Verbindung mehr zu dieser GA.
Somit frage ich mich, ob er weiter auf eine GA schreibt, die mal programmiert war, obwohl er umprogrammiert wurde und halt warum bei Szene 1 (Aus) ein Kanal von dreien nicht reagiert. An dieser GA sind die 3 Kanäle der LED-Controller im Kinderzimmer und der MDT-PM, der als Master fungiert, sich aber nicht in dem Zimmer befindet.

Das ganze passiert ebenso mit 2 TW-Kanälen in der Küche.Ein MDT LED-Controller, 2 Kanäle, Steinel TPM.

ETS ist 5.7.7
TPM's haben alle die aktuellste Firmware
MDT LED-Controller habe ich vor 2 Tagen auf den aktuellen Stand gebracht, da ja offensichtlich irgendwo ein Fehler ist, wollte ich es mal probieren, aber es brachte nichts.


Kennt jemand ein ähnliches Verhalten? Ich muss ja irgendwie rausfinden, warum das passiert. Log könnte ich rein stellen, wenn es hilft.



Viele Grüße
Nils

[scw2wi]

Ich hab hier im Forum noch keine vorbehaltlose Empfehlung für den TP gesehen, im Gegenteil, die Nachteile werden jedesmal sehr deutlich dazugesagt.

[LarsG]

MuckiLegden

Könntest Du bitte, wenn es Deine Zeit erlaubt, mal Deine Softwarestände posten?
Danke.

[Alloc]

Deswegen Glücksspiel. Es hat keiner gesagt, dass die Dinger nirgends funktionieren, aber es gibt eben genug die regelmäßige Abstürze, Lock-Ups etc haben. Und das kann bei so einem Produkt nicht sein.

Und zur Applikation: Wer damit zufrieden ist ok, die allgemeine Empfehlung hier geht aber aus guten Gründen ja schon in Richtung "häng den TP an einen anderen PM als Slave, selbst wenn der andre PM dann nur im Schrank liegt". Klar, es kann sein, dass man mit der Funktionalität der Applikation aus kommt, aber wie hier an verschiedensten Punkten bemerkt wurde ist die weit unter KNX-"Standard".

Insgesamt jedenfalls finde ich es zweifelhaft, wie man das Teil bei diesem Kenntnisstand immer wieder vorbehaltlos hier im Forum empfiehlt. Die Geschichte mit *wiederholten* Versprechungen seitens Steinel hier im Thread mal ganz außen vor ... (glaub wir sind da mittlerweile bei dem vierten Anlauf durch)

[MuckiLegden]

Moin,

ich würde ja nie behaupten, das Steinel eine vorbildliche Applikation hätte.
Das die Teile allerdings so schlecht sind, wie es hier bisweilen beschrieben wird, kann ich einfach auch nicht nachvollziehen. Ich habe bislang ca. 10 Geräte in verschiedenen Installationen in Betrieb (2 bei mir selbst). Und ehrlich gesagt, die Erkennung ist top, mir sind noch nie Probleme im Betrieb aufgefallen und ich habe auch von anderen noch keine Beschwerden gehört.

Vielleicht mache ich aber auch einfach was falsch.

Viele Grüße,
Mucki

[Alloc]

Und dennoch wird das Teil nach wie vor wenigstens einmal pro Woche selbst hier im Forum beworben, ohne auch nur auf die "leichten Probleme" hinzuweisen ... Spielt doch keine Rolle, ob es keine wirkliche Alternative auf dem Markt gibt, wenn das Teil *bestenfalls* Glücksspiel ist (ob es überhaupt funktioniert), aber selbst wenn man Glück hat und es nicht abstürzt etc niemals auf nem wirklich gescheiten Stand ist was die Software angeht.
Warum sollte Steinel sich darum kümmern, wenn nichtmal *hier* im Forum davon abgeraten wird?

[scw2wi]

Ich frage mich, wie viele Jahre die Mitbewerber noch warten, bis sie erkennen, welches Marktpotential sie hier liegen lassen.

[traxanos]

Ich hab aus diesem Grund nur 1 Gerät (im Bad) im Einsatz und das auch nur weil es mit einem MDT BWM gekoppelt ist. Hätte mehr gekauft, wenn die Geräte besser funktionieren würden. Der Aktorstatus ist ein absolutes "Musthave".

Hier sieht man mal wieder was auch in anderen Branchen (z.B. Autobranche) schiefläuft.
Hardware: Gut - Software: Scheiße

Man kann solche Hersteller nur mit Verzicht bestrafen.

[willisurf]

Es wäre eine äußerst traurige Leistung von Steinel, wenn da nichts mehr kommt. Wenn dem so wäre, würde Steinel als Hersteller zumindest smarter Produkte für mich zukünftig nicht mehr in Frage kommen.

Die Erfahrung ist leider so, das es immer wieder mal sporadische Aktivitäten und Versprechungen gibt und das war es dann. Vor einiger Zeit hatte ich dazu mal Vertrieb/Marketing und Entwicklungsleitung per Mail,angeschrieben. Das führte aber auch nur zu einem kurzen Aufflackern.

Leider hat der Sensor immer noch ein Alleinstellungsmerkmal in Bezug auf die Erfassung. Aber für den professionellen Einsatz ist das mit solchem Support m.E. nicht tragbar.

[Teck]

Es wäre eine äußerst traurige Leistung von Steinel, wenn da nichts mehr kommt. Wenn dem so wäre, würde Steinel als Hersteller zumindest smarter Produkte für mich zukünftig nicht mehr in Frage kommen.
Wenn man sich in einen solchen Markt begibt, sollte einem klar sein, dass das kein "Fire and Forget"-Markt ist, also man nicht ein Produkt auf den Markt schmeißt und sich dann um das nächste kümmert, sondern dass man die Produkte für eine Weile pflegen muss (bei KNX-Produkten würde ich sagen 8-10 Jahre Minimum). Das schließt das beheben von Fehlern ebenso ein, wie das Nachreichen von essenziellen Funktionen, zu denen bei KNX nun mal dazugehört, dass man das Gerät in Szenen einbinden kann. Was beim TP(M) bislang defacto nicht möglich ist.

[crewo]

Da kommt nichts mehr, das ist jetzt der 3. oder 4. Anlauf hier im Forum nachdem kurz Hoffnung gemacht wurde und dann nichts mehr passiert ist. Die Statistik ist für mich