<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[tradfri E1524 Schalter - nur long press gibt &quot;true&quot;]]></title><description><![CDATA[<p dir="auto">Hallo zusammen. Mir sind ein paar Tradfri LM und Schalter "zugeflogen", die sich nun in meinem ZickenBienenSchwarm eingewöhnen wollen... aber nicht so recht sprechen wie ich es erwarten würde.</p>
<p dir="auto">A) 2 Stück E1524 (Hell, dunkel, links, rechts, an/aus), der "dicke Puck" halt.</p>
<ul>
<li>Beide angelernt und die div. Tastendrücke generieren alle im Datenpunkt  "msg_from_zigbee" eine Änderung, mit unterschiedlichem JSON je nach gedrückter Taste, beginnend etwa mit "type": "commandStopWithOnOff" oder "type": "commandTradfriArrowSingle".</li>
<li>Die Datenpunkte selbst (up_button, up_click usw.) reagieren teils wie erwartet, teils (fast) gar nicht: langes drücken veranlasst das zugehörige "xx_button" zuverlässig auf "true" zu springen solange gedrückt gehalten wird (wie man's erwartet). Aber kurzes drücken erzeugt bei keinem "xx_click" ein true, da passiert (fast) gar nichts im Datenpunkt.<br />
"fast" weil ich es bei gefühlt jedem 14,825ten Mal hinbekomme, den "kurzen" Druck so lang zu machen, dass "xx_click" doch mal auf "true" springt. Aber <em>dass</em> auch ein noch so kurzes drücken <em>jedes</em> Mal eine Reaktion in "msg_from_zigbee" erzeugt sagt mir, dass es nicht an den Schaltern liegt: Wenn der "klickt" - auch wenn ich noch so schwach und kurz drücke - dann kommt da auch was im broker an. Nur die Datenpunkte sind zu "träge" um sich mal auf "true" zu bemühen. Was übersehe ich!?</li>
<li>Adapter ist 1.8.10</li>
</ul>
<p dir="auto">B) 1 Stück E1743 (der quadratische Wipp-Dimmer)... tut was man erwartet: kurzes drücken auf I oder O "toggelt" den "State"-Datenpunkt true/false; langes drücken zeigt das jew. "up/down_button" als "true" solange gedrückt wird. So sollte das doch auch beim "Puck" E1524 sein, oder?</p>
<p dir="auto">Muss ich meinem Broker erst <img src="https://forum.iobroker.net/assets/plugins/nodebb-plugin-emoji/emoji/android/1f1f8-1f1ea.png?v=ba16ebd4856" class="not-responsive emoji emoji-android emoji--flag-se" style="height:23px;width:auto;vertical-align:middle" title=":flag-se:" alt="🇸🇪" /> beibringen?</p>
]]></description><link>https://forum.iobroker.net/topic/64750/tradfri-e1524-schalter-nur-long-press-gibt-true</link><generator>RSS for Node</generator><lastBuildDate>Sat, 09 May 2026 16:14:38 GMT</lastBuildDate><atom:link href="https://forum.iobroker.net/topic/64750.rss" rel="self" type="application/rss+xml"/><pubDate>Tue, 18 Apr 2023 20:51:59 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to tradfri E1524 Schalter - nur long press gibt &quot;true&quot; on Fri, 21 Apr 2023 21:34:48 GMT]]></title><description><![CDATA[<p dir="auto">Keiner einer keine Idee nicht!? <a class="plugin-mentions-user plugin-mentions-a" href="/user/asgothian" aria-label="Profile: Asgothian">@<bdi>Asgothian</bdi></a>, du vielleicht?</p>
<p dir="auto">Gibt es irgendwo sowas wie eine "Sensitivität" oder "entprellzeit" oder so die hier das Problem sein könnte?</p>
<p dir="auto">Oder erwarte ich ein Verhalten das diese Taster gar nicht können weil sie nur als rauf / runter bzw heller/dunkler mit "Drücken und halten" designed sind? Sind die "short-pressed"-Datenpunkte für diese Dinger also eher " unzutreffend " (und wären dann besser gar nicht erst in den Objekten automatisch angelegt bei diesen Typen?)?</p>
]]></description><link>https://forum.iobroker.net/post/981731</link><guid isPermaLink="true">https://forum.iobroker.net/post/981731</guid><dc:creator><![CDATA[fiddle]]></dc:creator><pubDate>Fri, 21 Apr 2023 21:34:48 GMT</pubDate></item></channel></rss>