Probleme mit KNXnet/IP-Tunnel und Routeranbindung

[heckmannju]

Bei mir lief edomi in einer VMware vm. Und der eibd auf richtiger HW (ALIX)

[gaert]

Von der Sache her durchaus lobenswert! Meine persönliche(!) Meinung ist allerdings: Lieber ca. 200,- EUR in eine funktionierende Schnittstelle investieren - schließlich geht es um den produktiven Einsatz von EDOMI (bei mir zumindest wird die ganze Hüdde ausschließlich von EDOMI gesteuert, von daher wäre es irgendwie am falschen Ende gespart...).

[tunneltruppe]

ist 192.168.1.111 edomi oder der Router? Die Router IP kommt in die rc.local, In die edomi.ini muss die IP von deinem eibd Rechner (edomi Server) rein.

Juppssss, mein Fehler!!! Läuft (alles auf einen APU)!!!
DANKE DIR!!!

[benji]

Von der Sache her durchaus lobenswert! Meine persönliche(!) Meinung ist allerdings: Lieber ca. 200,- EUR in eine funktionierende Schnittstelle investieren - schließlich geht es um den produktiven Einsatz von EDOMI (bei mir zumindest wird die ganze Hüdde ausschließlich von EDOMI gesteuert, von daher wäre es irgendwie am falschen Ende gespart...).

Hi,

mal rein aus interresse gefragt, was würde dich stören an der Variante?? Wenn Edomi Rechner an ist wäre doch auch eibd gestartet.....

Gruß

[gaert]

Mich stört daran eigentlich nur, dass eibd ziemlich "veraltet" ist (was jetzt nicht so dramatisch ist, weil's funktionier) - und natürlich die Tatsache, dass ein zusätzlicher Softwarestack erforderlich ist (also eine weitere mögliche Fehlerquelle). Ich hab's halt lieber in "Hardware" gegossen, gerade weil die KNX-Kommunikation natürlich essentiell für den Betrieb ist.

Aber wie schon gesagt: Jeder wie er möchte! Ich find's jedenfalls lobenswert, dass vento66 sich dieser Sache angenommen hat.

[vento66]

Mich stört daran eigentlich nur, dass eibd ziemlich "veraltet" ist (was jetzt nicht so dramatisch ist, weil's funktioniert.

Sprach der, der auf seine uralt Eibmarkt Schnittstelle setzt

Ich find es währe eigentlich besser, eibd nativ zu unterstützen, und die Kommunikation über einen Socket laufen zu lassen. Warum eibd? Weil der gut abgehangen ist, und ich eigentlich temporär mit einen TPUART mal testen wollte. Sprich Edomi ist dann der IP Router. Wenn man schon seine Hüdde einem System anvertraut, dann doch besser auf einer Hardware

[heckmannju]

Sprich Edomi ist dann der IP Router. Wenn man schon seine Hüdde einem System anvertraut, dann doch besser auf einer Hardware

Finde ich auch eine Gute Idee! Funktioniert sehr zuverlässig auch total unzertifiziert.....

[gaert]

Ursprünglich war eibd sogar in EDOMI "integriert" (lange vor der Veröffentlichung von EDOMI). Aber das Thema hatten wir ja schon intensivst diskutiert...

Der große Nachteil daran: eibd läßt sich nicht wirklich integrieren, sondern höchstens halbwegs kontrolliert starten und beenden. Die Socket-Kommunikation ist zwar recht simpel, aber auch nicht gerade komfortabel zu integrieren - es würden einige Statusinfos für EDOMI fehlen etc...

Daher wird es bis auf Weiteres erstmal dabei bleiben: Eine IP-Schnittstelle/Router ist Pflicht - oder eben die Nutzung von eibd/knxd auf eigene Faust...

[enertegus]

Hallo Jürgen,
um ehrlich zu sein bin ich gar nicht auf Enertex zugegangen, da ich mir davon relativ wenig verspreche.

Nun das ist Schade. Wenn Du Dir die Mühe machst, mit einem Wireshark Telegramme aufzunehmen, hätten wir das schon mal verfolgt.

bei denen es mit dem Enertex funktioniert

Mir wäre da nichts anderes bekannt. Oder bestehen hier Probleme?

[SeatSLF]

ab und zu hat man verlorene Verbindungen, aber im Betrieb bekommt man es nicht mit.
Man kann es genau nicht eingrenzen, es kommt alle paar Tage mal vor und dann ist wieder Tage lang Ruhe.

[enertegus]

ab und zu hat man verlorene Verbindungen, aber im Betrieb bekommt man es nicht mit.
Man kann es genau nicht eingrenzen, es kommt alle paar Tage mal vor und dann ist wieder Tage lang Ruhe.

Wenn Verbindungen verloren gehen, werden da Error angezeigt bzw. zeit der Counter im Telnetinterface da was an? Grundsätzlich sollte die Gegenstelle bei fehlendem ACK nochmal nachfragen.

[SeatSLF]

der Counter in Edomi zeigt an das es sich immer um einen verschiebt,
ich habe es noch nie geschafft da "pünktlich" vor dem Rechner zu sitzen.
Da es alle paar Tage willkürlich kommt, mal Früh's, mal Abends.

Es benötigt keinem manuellen Eingriff und man bekommt es auch nicht mit,
außer das man es im Fehlerlog sieht.

Der Counter in der Kommunikation weicht dann um 1 ab, und fängt sich dann wieder von allein.

Firmware ist die aktuelle von eurer Seite.

[woda]

Selbes Problem, die Reduzierung der Datenrate in EDOMI auf 10 Telegramme pro Sekunde scheint aber was zu bringen.
Seit dem kamen die Fehler nicht mehr...

---

# maximale Telegramrate 
#    EDOMI sendet mit maximal dieser Telegrammrate auf den KNX-Bus.
#    Je nach Auslastung kann die Telegrammrate auch geringer ausfallen, obwohl ein größerer Wert angegeben wurde.
#    1..oo = Telegramme pro Sekunde (die Telegrammrate sollte i.d.R. nicht größer als 20 sein)
global_knxMaxSendRate=10

[enertegus]

Das mit der Datenrate kann ein Hinweis sein. Allerdings wäre da zu untersuchen, wo das Problem genau liegt. Beim Router oder Edomi. Bitte mal mit telnet einloggen und stats und die tunnel xx Komandos hier posten. Die Tunnelverbindung ist recht perfomant und schaft ca. 37 Telegramme pro Sekunde im Dauertest kontinulierlich ohne Fehler auf den Bus zu bringen.

[gaert]

EDOMI sollte "unendliche" Datenraten schaffen - der Flaschenhals dürfte entweder die Schnittstelle sein oder die KNX-Installation ist irgendwie fehlerhaft (störanfällig verkabelt bzw. falsch parametriert).