Antworten auf häufig gestellte Fragen zum EIB Driver for Linux:
Lizenzierung des EIB Driver for Linux:
Wie gehe ich vor um den Lizenzschlüssel für meinen EIB Driver for Linux zu erhalten?
In der Hilfe (EIBDriverReadMe.txt) zum EIB Driver for Linux wird der Umgang mit dem Tool get_serial_number beschrieben. Senden Sie die Seriennummer bitte an die E-Mail-Adresse und Sie erhalten von uns den Lizenzschlüssel. Die ermittelte Seriennummer ist abhängig von Ihrer Hardware.
EIB Driver for Linux beendet sich nach kurzer Laufzeit:
Der EIB Driver for Linux beendet sich nach kurzer Laufzeit. Was mache ich falsch?
Der EIB Driver for Linux findet keine gültige Lizenz vor und beendet sich deshalb. Bitte folgen Sie den Schritten zur Lizenzierung wie in der Hilfe (EIBDriverReadMe.txt) zum EIB Driver for Linux beschrieben.
Serielle Schnittstelle zur Verwendung mit dem EIB Driver for Linux:
Ist mit dem EIB Driver for Linux eine beliebige serielle Schnittstelle meines PC ausser COM1 oder COM2 verwendbar?
Es ist jede beliebige serielle Schnittstelle verwendbar welche eine Datenrate von 19.200 bit/s unterstützt.
Prozessabbild des EIB Driver for Linux:
Der EIB Driver for Linux unterhält ein Prozessabbild des angeschlossenen EIB/KNX, entsteht dieses automatisch durch Mithören am EIB/KNX durch den aktivierten Treiber?
Ja, das Prozessabbild des EIB Driver for Linux entsteht automatisch durch Mithören des aktiven Treibers.
Aufbau des Prozessabbildes:
Ist anhand des Prozessabbildes des EIB Driver for Linux automatisch der aktuelle Zustand aller EIB-Objekte verfügbar wenn ich versuche zu Lesen?
Ja, aber nur von solchen Objekten die entweder von einem beliebigen EIB/KNX-Teilnehmer lesend oder schreibend angesprochen wurden (das Prozessabbild hat sich somit den Zustand "gemerkt") oder welche zumindest durch den EIB Driver gelesen werden können (falls im Prozessabbild kein Zustand zu einer bestimmten Gruppenadresse vorhanden ist, dann versucht der EIB Driver diesen zu ermitteln).
Lesen vom EIB/KNX nicht möglich:
Das Lesen vom EIB/KNX ist nicht möglich. Was mache ich falsch?
Damit Gruppenadressen gelesen werden können müssen Sie diese "lesend" setzen.
Lesen bzw. Schreiben vom/zum EIB/KNX nicht möglich:
Das Lesen bzw. Schreiben vom/zum EIB/KNX ist nicht möglich. Was mache ich falsch?
Damit der EIB Driver for Linux mit den Gruppenadressen in der beabsichtigten Weise kommunizieren kann, müssen die benötigten Flags im ETS-Projekt gesetzt sein. In der nachfolgenden Tabelle sind einige Anwendungsfälle mit den zugehörenden Flags aufgelistet:
Anwendungsfall Aktivierte Flags
=========================================================
Nachricht bei Wertänderung und Lesen Kommunikation
Lesen
Übertragen
Aktualisieren
---------------------------------------------------------
Zyklische Nachricht und Lesen Kommunikation
Lesen
Übertragen
Aktualisieren
---------------------------------------------------------
Sollwert lesen und schreiben Kommunikation
Lesen
Schreiben
Aktualisieren
---------------------------------------------------------
Status lesen Kommunikation
Lesen
Übertragen
Aktualisieren
Werte von Gruppenadressen sind nicht aktuell:
Ich verwende in meiner Visualisierung dps_requests. Ein "RBU" liefert erst ein korrektes Ergebnis wenn vorher ein "RNB" ausgeführt wurde. Auch weitere Änderungen liefert ein "RBU" erst wenn vorher immer ein "RNB" erfolgt ist. Was mache ich falsch?
Damit das Prozessabbild des EIB Driver ohne "RNB" am neusten Stand sein kann, muss von den entsprechenden EIB/KNX-Geräten immer ein Telegramm bei Zustandsänderung gesendet werden. Sendet jedoch das entsprechende EIB/KNX-Gerät kein Telegramm bei Zustandsänderung, dann muss mit dps_requests ein "RNB" erfolgen.
Beispiel: Sie haben ein EIB/KNX-Gerät welches den Zustand einer Gruppenadresse ändert, nehmen wir an einen Temperatursensor. Wenn Sie die Gruppenadresse aktiv mit "RNB" lesen dann sehen Sie eine neue Temperatur. Jedoch wenn Sie mit "RBU" lesen, dann nicht. Das liegt daran dass der Sensor in unserem Beispiel kein Telegramm bei Temperaturänderung gesandt hat. Für den EIB/KNX herrscht immer noch der alte Zustand.
Prädisteniert für solches Verhalten sind neben gemessenen Werten von Sensoren auch Zustandsbytes welche den Zustand ("ready", "error" usw.) eines EIB/KNX-Gerätes wiedergeben.
Glossar:
RNB = Read Non Buffered
(direktes, aktives Lesen vom EIB/KNX)
RBU = Read Buffered
(passives Lesen aus dem Prozessabbild des EIB Driver)
Lesen und Schreiben am EIB/KNX nicht möglich:
Das Lesen und Schreiben am EIB/KNX ist mit dem EIB Driver nicht möglich. Was ist die Fehlerursache?
Der EIB Driver kann weder Lesen noch Schreiben wenn der Programmiermodus eingeschaltet ist. Bitte achten Sie darauf dass der Programmiermodus nur zum Setzen der physikalischen Adresse eingeschaltet werden darf. Wie Sie den Programmiermodus ein- bzw. ausschalten können ist in der Dokumentation des EIB Driver for Linux beschrieben.
Mengengerüst:
Wieviele Lese- und Schreibzugriffe dürfen mit dem EIB Driver gleichzeitig ausgeführt werden?
Es können maximal 30 gleichzeitige Verbindungen für Lesen und Schreiben geöffnet werden. In der Praxis bedeutet dies beim Einsatz von dps_requests, dass maximal 30 Instanzen von dps_requests gleichzeitig laufen dürfen.
Ferner sind maximal 35.000 aktive Listener je Verbindung möglich.
Keine Antwort vom EIB Driver:
Auf meine Lese- und Schreibanfragen bekomme ich vom EIB Driver manchmal keine Antwort. Woran kann das liegen?
Wenn Sie mehr als 30 gleichzeitige Lese- bzw. Schreibzugriffe auf den EIB/KNX ausführen, dann verweigert der EIB Driver neue Lese- bzw. Schreibanforderungen. Dies wirkt sich dann so aus, als ob Sie keine Antwort auf Ihre Lese- und Schreibanfragen bekommen.
Berechnung einer physikalischen Adresse:
Wie berechne ich eine physikalische Adresse?
Die physikalische Adresse des EIB Driver for Linux wird anhand der Konfigurationsdatei /etc/NameService.conf definiert. Sie ist folgendermassen aufgebaut:
4 Bit + 4 Bit + 8 Bit = 1 Word
Beispiel einer physikalischen Adresse:
1.1.11 = 0x110B = 110B
Wobei in der Datei /etc/NameService.conf der hexadezimale Wert der physikalischen Adresse ohne das führende "0x" eingetragen wird.
Anwendung von dps_calls und dps_requests:
Wie werden die Anwendungen dps_calls und dps_requests verwendet?
dps_requests ist eine spezielle Proxy-Applikation um den EIB Driver for Linux von Perl oder PHP aus ansprechen zu können. dps_calls hingegen ist eine klassische Befehlszeilenanwendung um Daten vom EIB/KNX zu Lesen und zu Schreiben. dps_calls hat also eine andere Intention als dps_requests. Um den Zugriff über einen Webserver auf den EIB/KNX zu erreichen, nehmen Sie am besten dps_requests. dps_requests kann an einem beliebigen Ort im Dateisystem abgelegt werden.
Beispiel für die Verwendung von dps_requests:
Haben Sie ein Beispiel an welchem ich die Anwendung von dps_requests sehen kann?
Ja, wir haben ein Beispiel für die Anwendung von dps_requests: dps_requests.phps.
Funktion eines Listener von dps_calls:
Wie funktioniert eigentlich der Listener-Modus von dps_calls?
Die Funktion des Listener und seine Rückgabewerte sind in der Datei listener.txt beschrieben.
Timeout vom EIB Driver:
Der EIB Driver funktioniert in meiner Anlage. Jedoch bekomme ich beim Lesen von gewissen Gruppenadressen immer ein Timeout. Woran kann das liegen?
Das Problem kann bei existierenden Gruppenadressen daran liegen, dass Sie versuchen mit einem falschem EIS zu Lesen. Bitte stellen Sie den EIS korrekt ein.
Sporadisch keine Antwort vom EIB Driver:
Der EIB Driver funktioniert in meiner Anlage. Jedoch bekomme ich sporadisch, ab einen gewissen Zeitpunkt, keine Antwort vom EIB Driver. Woran kann das liegen?
Das Problem liegt an einer nicht existenten Gruppenadresse auf die, auch von anderen EIB/KNX-Teilnehmern aus, mehrfach zugegriffen werden soll. Bitte korrigieren Sie vorzugsweise Ihre Projektierung. Optional können Sie auch die Umgebungsvariable EIBDRIVER_SEND_ACK aktivieren. Dazu gehen Sie wie folgt vor:
Im Startskript restart_eibdriver ändern Sie die vorhandene Zeile
export EIBDRIVER_SEND_ACK=0
in diese neue Zeile
export EIBDRIVER_SEND_ACK=1
Danach sendet der EIB Driver auf jedes empfangene Telegramm ein ACK. Er verhält sich also so, als ob jede beliebige Gruppenadresse im EIB/KNX vorhanden wäre.
Keine Antwort von bus_unit_mode:
Ich führe bus_unit_mode aus und bekomme keine Ausgabe. Woran liegt das?
Prinzipiell gibt bus_unit_mode nichts auf stdout aus. Um die Rückgabewerte von bus_unit_mode auf der Console zu sehen müssen Sie die Rückgabewerte auf stdout umleiten. Dazu gehen Sie in der bash zum Lesen des Programmiermodus wie folgt vor:
# bus_unit_mode $ipaddr GET; echo $?
oder beim Setzen des Programmiermodus:
# bus_unit_mode $ipaddr SET $val; echo $?
Wobei Sie $ipaddr durch die reale IP-Adresse und $val durch "0" oder "1" ersetzen. Andere Shells können eine andere Syntax verlangen.
Noch ein Hinweis: bus_unit_mode erzeugt keine Ausgaben auf dem EIB/KNX da es sich um eine rein interne Funktion des EIB Driver handelt.
Weitere Fragen:
Meine Frage wurde nicht beantwortet, können Sie mir weiterhelfen?
Sicher, schreiben Sie uns eine E-Mail oder rufen Sie uns an, wir werden Ihnen gerne weiterhelfen.
/ 
setzen.
