<?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[KNX Adapter - Fehler beim Import]]></title><description><![CDATA[<p dir="auto"><strong>KNX Adapter - Fehler beim Import</strong></p>
<p dir="auto">Beim Einlesen (Import) von Datenpunkten vom ETS-File in den IO-Broker verhält sich der Import nicht richtig bzw. es wurde ein prinzipieller Anwendungsfall nicht bedacht.</p>
<p dir="auto">Um den Fehler nachvollziehen zu können muss ich hier etwas technisch ausholen bzw. einige Grundlagen von KNX darlegen.</p>
<p dir="auto"><strong>Der Anwendungsfall</strong><br />
Ich habe in meiner KNX-Anlage zusätzlich zu vielen KNX-Devices eine externe VISU (keine IO-Broker VISU) und den IO-Broker.<br />
Der IO-Broker errechnet mit einem mathematischen Modell aus einigen Ausgangsmesswerten (welche vom KNX-BUS kommen) viele einzelne Messwerte (60 Stück). Diese sollen auf der VISU angezeigt werden.<br />
Ich verwende:<br />
ETS: V5.7.5 (Build 1373)<br />
KNX Adapter: V1.0.45</p>
<p dir="auto"><strong>Die Realisierung</strong><br />
a)	Da wie oben beschrieben, die Messwerte nur vom IO-Broker zur externen Visu gesendet werden, gibt es kein KNX-Device welchen diese 60 Messwerte zugeordnet werden können</p>
<p dir="auto">b)	Die Vergabe der Übertragungsflags (KLSÜ) ist in der ETS nur möglich, wenn die Gruppenadresse (GA) eines Datenpunkts auf ein Kommunikationsobjekt (KO) zugeordnet wird! Ohne zugehöriges KNX-Device gibt es daher kein KO für einen Messwert und daher auch keine Übertragungsflags für eine GA.<br />
Detaillierte Beschreibung der Übertragungsflags siehe KNX Organisation:<br />
<a href="https://support.knx.org/hc/de/articles/115003188089-Flags" rel="nofollow ugc">https://support.knx.org/hc/de/articles/115003188089-Flags</a><br />
Aus diesem Grund verwende ich ein so genanntes DUMMY-KNX-Gerät (Es gibt ja genug von den diversen Herstellern)</p>
<p dir="auto"><img src="/assets/uploads/files/1627565554699-dummy-ger%C3%A4te.jpg" alt="DUMMY-Geräte.jpg" class=" img-fluid img-markdown" /></p>
<p dir="auto">c)	Die 60 Messwerte sind den richtigen KO (2 BYTE) des DUMMY-Geräts zugeordnet.</p>
<p dir="auto">d)	Ab jetzt kann können auch die Übetragungsflags (KLSÜ) gesetzt werden.</p>
<p dir="auto"><img src="/assets/uploads/files/1627565578116-ets_01-flags-mit-kommentar.jpg" alt="ETS_01 Flags mit Kommentar.jpg" class=" img-fluid img-markdown" /></p>
<p dir="auto">e)	Die Übertragungsflags richtig zu setzen ist essentiell, weil nur über diese erkennt der IO-Broker beim Einlesen, ob dieser Datenpunkt gelesen bzw. beschreiben werden soll.<br />
chefkoch009 schreibt dazu:<br />
+++++++++++++++++++++++++++++++++<br />
Zurück zu den Flags:<br />
das Schalt- KO hat die Flags KS<br />
das Status- KO hat die Flags KL oder KLÜ oder KÜ<br />
Die ioBroker Objekte haben die Flags READ und WRITE.<br />
Wenn:<br />
READ = FALSE und WRITE = TRUE ==&gt; entspricht KS es wird der entsprechende Wert auf den Bus geschrieben<br />
READ = FALSE und WRITE = FALSE ==&gt; es passiert nichts<br />
READ = TRUE und WRITE = FALSE ==&gt; entspricht KÜ, es kann NICHT abgefragt werden<br />
READ = TRUE und WRITE = TRUE ==&gt; entspricht KLÜ, es kann abgefragt werden<br />
die Kombi KLSÜ führt zu READ = TRUE und WRITE = TRUE !!!<br />
+++++++++++++++++++++++++++++++++</p>
<p dir="auto">Diese Übertragungsflags werden beim Import herangezogen um im IO-Broker die Attribute<br />
READ und WRITE des jeweiligen Datenpunkts entsprechend zu setzen<br />
Hier ein Beispiel:</p>
<p dir="auto"><img src="/assets/uploads/files/1627565598589-15min.jpg" alt="15Min.jpg" class=" img-fluid img-markdown" /></p>
<p dir="auto">f)	KNX hat ein weiteres Prinzip:<br />
Ein KO kann mit mehreren Gruppenadressen (GA) verbunden sein, d.h. mehrere GAs sind einem KO zugeordnet. Dies ist kein Parametrierfehler, sondern zugelassen und ok.<br />
In einem solchen Fall hört das KO alle Informationen aller GA, wenn das KO aber schreibt, geht die Information nur über die erste GA raus.<br />
Man ersieht dies anhand der Spalte “S“ = SENDEN in der ETS:<br />
Vorsicht: Nicht verwechseln mit dem Attribut S in den Übertragungsflags!!!<br />
Es kann aus diesem Grund in einem KO nur eine GA in der Spalte “S“=SENDEN ein gesetztes S haben, alle anderen diesem KO zugeordneten GAs haben die Spalte “S“=SENDEN NICHT gesetzt.</p>
<p dir="auto"><img src="/assets/uploads/files/1627565625491-ets-spalte-s-mit-kommentar.jpg" alt="ETS - Spalte S mit Kommentar.jpg" class=" img-fluid img-markdown" /></p>
<p dir="auto">g)	darüber schreibt auch chefkoch009:<br />
+++++++++++++++++++++++++++++++++<br />
Regelwerk:<br />
•	wie von KNXBroker schon richtig geschrieben: 1 KO KANN EXAKT GENAU ABSOLUT und definitiv nur in 1GRUPPENADRESSE schreiben<br />
•	in einer GA können aber viele hören<br />
+++++++++++++++++++++++++++++++++</p>
<p dir="auto"><strong>Der Fehler beim Einlesen:</strong><br />
Beim Einlesen werden nicht nur die Übertraungsflags KLSÜ sondern fehlerhafterweise auch die Spalte “S“=SENDEN berücksichtigt.<br />
Alle Messwerte haben richtigerweise in der ETS die Übertragungsflags KS gesetzt. Damit sollten jetzt ALLE Messwerte im IO-Broker haben: READ = FALSE und WRITE = TRUE und daher vom IO-Broker gesendet werden.<br />
<strong>DAS IST ABER NICHT SO.<br />
Nur der Messwert mit gesetzter Spalte “S“=SENDEN hat READ = FALSE und WRITE = TRUE<br />
Alle anderen Messwerte haben: READ = TRUE und WRITE = TRUE, d.h. diese werden NICHT vom IO-Broker gesendet!</strong></p>
<p dir="auto"><img src="/assets/uploads/files/1627565637707-15min.jpg" alt="15Min.jpg" class=" img-fluid img-markdown" /><br />
<img src="/assets/uploads/files/1627565650976-15min1.jpg" alt="15Min1.jpg" class=" img-fluid img-markdown" /></p>
<p dir="auto"><strong>Zusammenfassung</strong><br />
Die Spalte “S“=SENDEN darf beim Import des ETS-Files in den IO-Broker nicht berücksichtigt werden.</p>
]]></description><link>https://forum.iobroker.net/topic/46625/knx-adapter-fehler-beim-import</link><generator>RSS for Node</generator><lastBuildDate>Tue, 26 May 2026 12:07:39 GMT</lastBuildDate><atom:link href="https://forum.iobroker.net/topic/46625.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 29 Jul 2021 13:39:33 GMT</pubDate><ttl>60</ttl></channel></rss>