MDT Glas Touch Smart Plus

[d0m]

wir sollen uns das dann merken...

Manchmal ist die Dokumentation nicht so schnell wie die Entwicklung

Es ist uns noch nicht klar unter welchen Einflüssen / Bedingungen eine verbindungslose Kommunikation Probleme macht. Einen klaren Vorteil sehen wir in der Geschwindigkeit, weshalb diese Einstellung der Standard ist. Bei unseren Feldtests haben wir keine Probleme festgestellt, daher ist die Einstellung versteckt um das UI nicht zu überfrachten.

[concept]

mit der letzten Updates haben wir eine versteckte Einstellung eingebaut

Und warum versteckt man das und publiziert es dann? Und wir sollen uns das dann merken...

[Laudi111]

Danke, mit dem Häkchen bei „Verbindungslose Kommunikation deaktivieren“ hat es bei mir dann direkt funktioniert. An der APDU Längenbegrenzung habe ich nichts eingestellt. Das Update hat dann zwar über 30min gedauert, ist für mich aber ok, bin happy, dass ich den Taster nicht einschicken musste.

Gruß

[d0m]

Laudi111 Bei dir schätze ich dass mit der Schnittstelle was nicht stimmt oder ein anderes Systemgeräte wie ein Linienkoppler mit sehr großen Paketen nicht zurecht kommt. Stichwort APDU Length
FrankAusNRW Hier lässt sich nur mutmaßen, da du nicht viele Informationen geschrieben hast.

Generell:

Wir sehen bei unseren Supportfällen kein grundlegenedes Problem im Updatetool. Die meisten Übertragungsprobleme sind nachvollziehbar und treten in folgenden Fällen auf:
- Systemgeräte wie Programmierschnittstelle oder Linienkoppler haben Probleme mit zu langen Paketgrößen (APDU Length). Dies wird von der App abgefragt und entsprechend gesetzt.
- Sehr viel Busverkehr, vorallem stoßartig von einer Visu o.ä. Hier hat man aber auch mal Probleme mit normalen Telegrammen und sollte sich als Programmierer der KNX Anlage Gedanken machen ob das generell so sein sollte.
- Laptop wurde mit geöffneter App in den Standby versetzt. Da scheint dann etwas in der ETS quer zu hängen und die Schnittstellen lassen sich nicht ansprechen. Hier und auch generell hilft der Neustart der ETS.

Lösungsvorschlag:

- Bitte bei unserem Support melden und das LogLevel auf DEBUG stellen. Damit kann unser Support schneller helfen
- Selbsthilfe: mit der letzten Updates haben wir eine versteckte Einstellung eingebaut um die Art der Verbindung (verbindungslos oder verbindungsgebunden) und die max. APDU Länge zu begrenzen. Dazu klickt ihr 5x mit der linken Maustaste auf das MDT Logo und es erscheint ein Pop-Up. Für eure Fälle empfehle ich 52 Byte APDU Länge und ein Häkchen bei "Verbindungslose Kommunikation deaktivieren". Dies verringert zwar deutlich die Übertragungsgeschwindigkeit, aber erhöht die Quote der erfolgreiche Übertragung.


Grüße
Dominik

[Shengfui]

Nene - das sind doch ganz unterschiedliche Fehler - während dein Gerät offenbar an die App zurückmeldet, dass es an verschiedenen Speicherstellen nicht richtig geschrieben hat, bekommt Laudis Gerät kein ACK, also keine Bestätigung für das empfangene Paket an die App zurück geschickt.

[FrankAusNRW]

Ich habe hier gerade das gleiche Problem mit einem BE-GT2Tx.02.
Das lässt fast schon vermuten, dass in dem Update-Tool von MDT ein Bug ist: 2 Geräte mit fast identischer Fehlermeldung .

Ich werde voraussichtlich am WE mal eine Minimalinstallation aufbauen und es damit probieren.

[Laudi111]

Hat hier noch jemand einen Tipp für mich um das Gerät zum Update zu bewegen?
Hier haben es ja schon einige hinbekommen.

Mein GTSPlus hängt offenbar im Bootloader mit Firmware 0.0.1.
Beim Versuch das Update zu schreiben bricht er aber immer beim Schreibe 0% ab und meldet:

[DEBUG 09.01.2026 16:39:47] [1.1.71] CheckBSLInfo: Verbinde mit Gerät
[DEBUG 09.01.2026 16:39:48] [1.1.71] CheckBSLInfo: 28 Bytes erhalten
[DEBUG 09.01.2026 16:39:50] [1.1.71] Schreibe 547164 Bytes gesamt
[DEBUG 09.01.2026 16:39:50] [1.1.71] Schreibe 128 Bytes
[ERROR 09.01.2026 16:40:02] [1.1.71] WriteReadCommand fehlgeschlagen
[DEBUG 09.01.2026 16:40:02] [1.1.71] Das Gerät antwortet nicht. bei MDT_Firmware_Update.Bootloader.ExecuteWithRetry(Ac tion action, Int32 maxTries, Int32 delayBetweenRetriesInMilliseconds) in Z:\Projects\MDT_Firmware_Update\MDT_Firmware_Updat e\Bootloader.cs:Zeile 1060.
bei MDT_Firmware_Update.Bootloader.WriteReadCommand(By te[] txData, Byte[]& rxData, Boolean waitAnswer) in Z:\Projects\MDT_Firmware_Update\MDT_Firmware_Updat e\Bootloader.cs:Zeile 884.
[ERROR 09.01.2026 16:40:02] [1.1.71] WriteReadCommand ACK failure
[ERROR 09.01.2026 16:40:02] [1.1.71] BSLWriteBlock Fehler: 0x8010000 - 0x801007F

Im Gruppenmonitor gibt es Kommunikation zwischen GTS und Interface, da kann ich aber nichts draus interpretieren.
Der Taster hängt allein an einer Busspannungsversorgung und einem Labornetzteil mit 24V.
Interface ist ein PEAKnx USB Interface.

Der MDT Support ist schon mit im Boot, konnte bislang aber auch noch nicht sachdienlich helfen.
Evtl. kann ich ja mit eurem Support am Wochenende noch was testen.

Ansonsten steht für nächste Woche dann wohl ne TeamViewer Session mit MDT an.

[MDT technologies GmbH]

Hallo zusammen,
erstmal vielen Dank für die ganzen Anregungen und Anmerkungen, die hier genannt worden sind.
Wir lesen hier immer gerne mit und nehmen die Meldungen intern auf.

1. Wenn ich programmiere während das Display aufgrund er niedrigen Raumhelligkeit ausgeschaltet ist stürzt mein GTS i.d.R ab und kann erst nach Trennen der Spannungsversorgung wieder programmiert werden.

Das tritt bei mir auf, wenn der GTS Plus das Display ausgeschaltet hat (Displayeinstellungen -> Displayabschaltung "aktiv").
Aktiviert man das Display vor der Programmierung läuft diese bei mir fehlerfrei durch.

ich habe versucht beide Konstellationen nachzustellen.

1. Display wurde nach Zeit abgeschaltet
2. Display wurde wegen Dunkelheit abgeschaltet

Leider kann ich das Verhalten nicht nachstellen und 20 Programmiervorgänge sind nacheinander ohne Probleme durchgeführt worden. Der Taster ist nach jedem Vorgang sauber gestartet. Daher bitte ich euch christian3 FrankAusNRW mir eure aktuelle Applikation in einem Testprojekt zukommen zu lassen (support@mdt.de).
https://www.mdt.de/fileadmin/user_up...estprojekt.pdf

2. Wenn ich bei meiner Logikfunktion mit Sendeverzögerung nicht Sekunden, sondern Minuten als Zeitbasis eingetragen habe, funktioniert es bei mir nicht.

Das Verhalten habe ich nachvollziehen können und es intern weitergegeben.

3. Wenn ich mir in einer Kachel den Wochentag anzeigen will, bekomme ich nur eine Zahl angezeigt. Und die Schriftgröße bei Uhrzeit / Datum ist sehr klein.

Ist bereits intern bekannt als Verbesserungsvorschlag.

Beim Dimmer sind bei mir die Seiten heller/dunkler mit dunkler/heller vertauscht. Noch jemand?

Kann ich mit der aktuellen Firmware R1.2.1 und Applikationsversion V2.2 nicht nachstellen. Bitte die gewünschte Funktion in dem Testprojekt mit anlegen, damit ich es mir genauer anschauen kann.

Wäre schön, wenn die Werte gespeichert, und nach dem Neustart wieder hergestellt würden.

Der Funktionswunsch ist aufgenommen worden.

1. Rollladensteuerung:
Bei waagerechter Einstellung ist die Tastenbelegung Auf/Ab - Ab/Auf vertauscht, bei der senkechten Einstellung korrekt.

Ich kann dies aktuell ebenfalls nicht nachstellen. Bitte ebenfalls im Testprojekt miteinfügen.

2. Beim Funktionstyp "Status" wird die Beschriftung des Kommunikationsobjektes im Tab "Parameter" übernommen, im Tab "Kommunikationsobjekte" fehlt die Beschreibung.

Ist bereits intern bekannt und weitergegeben.

Ich frage mich ob man nur ASCII Zeichen verwenden kann

Ist bereits intern bekannt und weitergegeben.

Hier noch ein echter Bug:

Ich habe das Verhalten nachstellen können und intern weitergegeben.

Damit wir weiterhin in Zukunft intern schnellstmöglich reagieren können, würde ich euch bitten, uns im Support direkt zu kontaktieren (support@mdt.de) oder auch gerne anrufen. Wir haben die Möglichkeit uns Auffälligkeiten direkt per TeamViewer genauer anzuschauen.

LG aus dem Tech. Support
Nils Jansen

[Punker Deluxe]

Falscher Tread BadSmiley...

Ja, ich hab hier auch ne Stelle im Haus wo sich ein MDT Glas Touch gut machen würde... aber wenn ich hier so mitlese bleibt dort einfach mein Smart 86 (in schwarz).

[BadSmiley]

Der G1(2) ist nagelneu und der Näherungsensor geht super.

[mrinsr]

Ich habe leider keinen in der Küche und im Jahr 2025 gibt es schon ordentliche Sensoren. z.B. der im Enertex Meta 2 funktioniert perfekt. Ich möchte z.B. den Standby Screen in 30cm Entfernung noch ablesen können und wenn ich die Hand davor halte soll er ihn erst verlassen. Das dürfte mit einem PM auch schwer zu realisieren sein.
PS: das G1 ist ja mittlerweile auch schon über 10 Jahre auf dem Markt.

[Fuchur]

hat er wirklich keinen Näherungssensor. Was soll das?

Er hat einen Präsenzeingang. Da er bei mir im Flur hängt und dort eh ein PM vorhanden ist, funktioniert das sehr gut - und viel besser als bei meinem Gira G1 mit Näherungssensor. Denn dort muß ich erst mit der Hand vor dem Bildschirm wedeln, auch bei größter Entfernungseinstellung.

[mrinsr]

Habe ihn gestern auch mal installiert , nachdem er 4 Wochen rumgelegen hat. Wie ich leider schmerzhaft erfahren musste, hat er wirklich keinen Näherungssensor. Was soll das? Ich drücke doch nicht jedes Mal erst auf den Taster um dann im 2.Step mein Licht zu schalten. Dann werden dauernd die Ambilight-Einstellungen vergessen und noch viele weitere Kleinigkeiten die nerven....
Tut mir auch leid, für mich das enttäuschendste MDT Produkt seid Ihr KNX Geräte herstellt. Er ist doch nun erst 1 Jahr nach der Präsentation auf den Markt gekommen. Zum Glück habe ich Ihn noch keinem Kunden empfohlen. Warum habt ihr den Fehler wie beim GT2 wiederholt, der war auch erst in der 2. Revision ordentlich benutzbar (Ebenenumschaltung unten) ?

[campino]

Das ist natürlich schöner mist Kann ich das irgendwie konvertieren beim expose von ü nach ue?

Ich habe es als Value-Template in der Automation mit replace ersetzt.

[Punker Deluxe]

concept bloß nicht auspacken... guck mal nach den Preisen heute für z.B. Superman Erstausgabe.