Probleme mit KNXD

Begonnen von clown, 05 September 2019, 22:35:41

Vorheriges Thema - Nächstes Thema

clown

Hallo, hat irgend jemand von Euch KNXD ordentlich am laufen?

Bei mir ist die KNX Anbindung extrem langsam und verliert ständig die Verbindung, damit ist kein zuverlässiger Betrieb möglich. Habe immer wieder folgende Aussetzter:

2019.09.05 19:42:50 2: getRequest: communication to knxd failed
2019.09.05 19:42:50 2: GetGroup: seems like knxd not connected
2019.09.05 19:42:50 1: knxd:127.0.0.1 disconnected, waiting to reappear
2019.09.05 19:42:58 3: OpenDev: OBD response from knxd:127.0.0.1
2019.09.05 19:42:58 1: TUL knxd:127.0.0.1 reappeared (KNX)


Bin mittlerweile auf Buster und KNX 0.14.30 gelandet, leider ohne Erfolg.

Meine aktuelle KNXD_OPTS sieht wie folgt aus:
KNXD_OPTS="-e 1.1.100 -E 1.1.110:8 -u /tmp/eib -b ip:"


Ich nutze den Multicast, habe insgesamt 7 Stück MDT SCN-IP100.02 in der Hauptlinie für die einzelnen Linien.

Ich habe leider eine etwas größere Installation mit ca. 300 KNX Komponenten, Husqvarna 315 Automower, Netatmo Wetterstation, SMA TRIpower 12000, eine große Mitsubishi VRF als Wärmepumpe und GEP Rainmanager mit zwei 8000 Liter Zisternen.

OpenHAB Version 1.83 lief bisher sehr gut, abgesehen davon das einige Dinge nicht unterstützt waren, aber OpenHAB2 ist ebenfalls sehr langsam geworden und der Startup dauert über 1 Stunde, deshalb wollte ich nun zu FHEM wechseln, aber sieht im Moment eher schlecht aus.

Hat jemand noch ein paar Tips für mich?



Shadow3561

300 KNX-Komponenten??
Das scheint mir aber sehr viel.

clown

Um genau zu sein sind es 305, wir haben ein großes Zweifamilienhaus mit viel Technik drin. Ist für KNX aber kein Problem, da gehen bis über 60.000 Geräte, man muß nur mehrere Linien machen und kann dann mit Filtertabellen arbeiten.

Aber sind schon einige Daten die da anfallen, meine Synology mit MariaDB hat schon einige Arbeit das mit zu loggen.

Meinst Du, das ist ein Problem für FHEM?

Shadow3561

Ich denke ja, dass du mit 305 Geräten (Ich denke nicht dass du die Gruppenadressen meinst) zu viel hast für ein grosse Haus. Mein Haus ist auch nicht gerade klein und ich komme mit etwas weniger als 50 Geräten aus.
Habe aber auch bewusst auf viele Taster verzichtet und vieles automatisiert.
Aber das ist jetzt OT.

Hast du mal versucht deinen KNXD so zu konfigurieren?

KNXD_OPTS="-e x.x.xxx -c -u /tmp/eib -i -b ipt:yyy.yyy.yyy.yyy"

x.x.xxx = GA vom Gateway
yyy.yyy.yyy.yyy IP vom Gateway

clown

Hallo Shadow3561,

danke für deine Tips, dein Vorschlag funktioniert ohne Client adressen nicht z.B."-E 1.110:8"


Sep  6 16:09:04 server12 systemd[1]: Starting KNX Daemon...
Sep  6 16:09:04 server12 knxd[666]: Layer 4 [ 1:main        0.000] initialized
Sep  6 16:09:04 server12 knxd[666]: I00000131: [ 1:main] 0.14.30: /usr/bin/knxd -f9 -t1023 -e 1.1.0 -c -u /tmp/eib -b ipt:192.168.1.10
Sep  6 16:09:04 server12 knxd[666]: Layer 4 [ 1:main        0.000] setting up
Sep  6 16:09:04 server12 knxd[666]: Layer 4 [ 5:A.cache/G      0.000] GroupCacheInit
Sep  6 16:09:04 server12 knxd[666]: Layer 3 [ 4:A.cache/Conn   0.000] registerLink: 4:A.cache
Sep  6 16:09:04 server12 knxd[666]: E00000051: [ 1:main] You need a client-addrs=X.Y.Z:N option in your main section.
Sep  6 16:09:04 server12 knxd[666]: Layer 8 [ 6:systemd_/systemd 0.000] StopServer
Sep  6 16:09:04 server12 knxd[666]: Layer 4 [ 1:main             0.000] setup BROKEN
Sep  6 16:09:04 server12 knxd[666]: F00000109: [ 1:main] Error setting up the KNX router.
Sep  6 16:09:04 server12 systemd[1]: knxd.service: Main process exited, code=exited, status=2/INVALIDARGUMENT
Sep  6 16:09:04 server12 systemd[1]: knxd.service: Failed with result 'exit-code'.
Sep  6 16:09:04 server12 systemd[1]: Failed to start KNX Daemon.


Nochmal wegen der 300 KNX Geräten (ja es sind Geräte keine GA's), mein Haus hat 4 Stockwerke mit 860m² und ich wollte gerne alles kontrollieren und steuern können ;-))
Ich habe allerdings alle Lampen und Taster, ca. 10x BWM, 25x Rauchmelder, 27x RTR's oder Objektregler, Heizung mit allen Pumpen und Temperaturfühlern, Klimaanlage, Zisterne, Gartenbewässerung,  Photovoltaik, Fensterkontakte, Rolladen, Garagentore etc. alles ist am KNX.

Wie gesagt, hat alles prima mit OpenHAB 1.8.3 funktioniert (allerdings viele eigene Rules geschrieben), leider wird diese Version aber schon lange nicht mehr unterstützt, und die neue Version schafft es nicht mehr, trotz "großem" Server (habe keine Raspberries im Einsatz)

Shadow3561

#5
KNXD_OPTS="-e 1.1.10 -E 1.1.10.8 -u /tmp/eib -b ipt:192.168.1.10"

versuchs mal so
oder so

KNXD_OPTS="-e 1.1.10 -E 1.1.10.8 -u /tmp/eib -b ip:192.168.1.10"

Wie ist denn die GA vom MDT-SCN

Rambow2304

Hast Du im IP-Router alle Tunneladressen aktiviert und sind diese auch frei? Vielleicht ne blöde Frage aber manchmal sieht man den Wald vor Bäumen nicht.

Gruß

Sascha

baerm

Knxd ist sehr sehr stabil beim mir. Verwende folgende Parameter.
KNXD_OPTS="-e 1.1.255 -E 0.0.2:8 -u /tmp/eib -b ipt:10.2.2.80"
Lg

Gesendet von meinem SM-G955F mit Tapatalk


wagenkna

Hallo bearm,

hab die gleichen Parameter nach meinem Umstieg auf einen Raspberry 4 mit Buster verwendet.
Funktioniert !

Danke ;D
Homematic mit CCU2, Fensterkontakt, Thermostaten, Steckdosen, Regen.-Bewegung.-Wassermelder (76) Devices)
Raspberry2 und 3 Mit KNX, OWL, Fritzbox, Unifi, Luftmessungmodul

bern69

#9
Mein fhem auf Raspi 3 B+ meldet: Server started with 1147 defined entities.  load average: 0.21, 0.49, 0.50.

Nebst KNX sind bei mir auch Homematic-Geräte im Einsatz. Vernetzt ist das Ganze mit LAN und WLAN, KNX-Bus (via ips), io-homecontrol via Velux-KLF200, 868Mhz (Hörmann und Homematic). Wechselrichter (Fronius), Wärmepumpe (Luxtronik), Smartmeter (SmartPi), Alexa, Staubsauger (Xiaomi) und weitere Geräte spielen auch noch mit. MQTT-Daten werden vom Smartmeter aus gesendet, wobei ich die entsprechenden Meldungen nur alle 10 Sekunden versende. Momentan gibt es noch keine Überwachungskameras...

-> Ich differenziere "Notmeldungen" von anderen, wie vom Regensensor, um die Dachfenster und Sonnenstoren sofort schliessen/einfahren zu können. Da geht alles Sekundengenau. Temperaturmeldungen der Raumthermostaten verändern sich ohnehin nur eher selten, weshalb zu häufige Meldungen und Log-File-Einträge keinen Mehrwert bringen. Es lohnt sich besonders event-on-change-reading sowie event-on-update-reading überhaupt und sinnvoll differenziert (für einzelne Readings) einzustellen.

Ich habe keine Lastprobleme mit meinem fhem auf Pi 3 B+  (nur WLAN und CUL868) oder in den Netzen. Ergänzung: Ich nutze einen USB-WLAN-Stick.

Meines Erachtens entstehen Lastprobleme dann, wenn (auch seitens KNX) im Sekundentakt Werte gesendet werden, welche sich gar nicht verändern. Die viel selteneren Werte bedingen ein wenig Kreativität bei der grafischen Darstellung (wenn der erste Wert bspw erst um 09:00 ins Log-File kommt). Dann helfen periodisch (bspw. alle 6 Stunden) provozierte Abfragen und damit Log-Einträge.

Weiter gibt es für KNX und auch sonst die Möglichkeit eine Meldung an mehrere Geräte zu senden, was die Last weiter reduziert, ohne die Funktion wesentlich zu beeinträchtigen.