ElabNET Technik Forum

Moin,

ich bin gerade dabei meinen Timberwolf zu integrieren. Der Timberwolf und die ETS greifen über die Schnittstelle des Timberwolf auf KNX zu. Das Wiregate ist nach wie vor über das TPUart an der RS232-Schnittstelle am KNX angeschlossen. Nach dem Umstecken der Sensoren habe ich nun eine ziemlich hohe Buslast und immer wieder mehrere (3-5) Telegramme von/auf die gleiche Gruppenadresse (gesendet vom Wiregate). Ich benötige das Wiregate noch aus 2 Gründen. Zum einen läuft noch der Logikprozessor und zum anderen eine Schnittstelle (Plugin) zum DMX. Merkwürdigerweise ist die "Load Average" zwischen 4 und 6 und die "CPU-Auslastung" nahe 100 %. Das ganze kommt mir wie eine Schleife oder so vor.
Kann es sein, dass ich auf der KNX/BUS-Zugriffseite im Wiregate Einstellungen verändern muss?

Vielen Dank und Gruß
Bernd

Hmm irgend eine Logik die Ammok läuft weil Ihr Sensorwerte fehlen?

Oder es gibt nen Inveturprozess der verzweifelt nach den abgesteckten Sensoren sucht. Restart wiregate Mal laufen lassen?

Bei uns laufen rudelweise Timberwölfe und WireGate Server (also mindestens je ein Dutzend) im gleichen Netz und auch am gleichen KNX.

Grundsätzlich beißt sich nix, im Einzelfall muss man sehen wie was konfiguriert ist und im Kreis läuft. Bin auch erstmal für Neustart des WireGate Servers

Stefan

Hallo ihr Beiden,

vielen Dank für eure schnellen Antworten.
Ich habe das Wiregate mal ausgeschaltet. Es scheint nicht an der Zusammenarbeit zwischen Wolf und Wiregate zu liegen sondern direkt am Timberwolf. Anbei eine Auszug aus dem Busmonitor. 5/2/11 ist ein angesteckter I-Button und der Timberwolf sender komischerweise meherere Telegramme pro Sekunde. Bisher habe ich nur per Wiregate-Export die Daten exportiert und im Timberwolf eingelesen. Dabei wurde die RRD's nicht eingelesen (darum kümmert sich Gabi gerade viewtopic.php?p=4658#p4658). Dadurch sind im Moment auch noch keine Sensoren und Busmaster benannt. Ansonsten habe ich keinerlei Einstellungen verändert (z.B. Sendeintervall, etc.)

Ideen Wünsche Anregungen?

noch mehr GA die da so auffällig sind?

Wenn der TWS aktiv sendet muss es ja eine Regel geben die den i.Button auf ein KNX-Objekt linkt. Hast Du davon mal einen Screenshot?

Hängt der TWS in einem KNX Netz mit Spannungsversorgung UND zumindest einem Teilnehmer?
Es gab schon mal ein Thema, da war das Problem ein Testaufbau ohne KNX Teilnehmer und dann bleiben die Telegramme unbestätigt (ack.)
Erklärt zwar nicht alles, aber vielleicht einen Teil deines Problemes.

lg
Robert

Hallo Göran,

anbei der Screenshot. Wie gesagt, alles unverändert wie vom Wiregate eingelesen.



Und ja, es gibt auch noch andere GA's die so auffällig sind. Ist nen bisschen schwer zu lokalisieren, weil ich im Busmonitor nach ca. 30 sec. 1000 Telgramme habe.

@Robert_Mini Der Timberwolf hängt an der kompletten KNX-Installation.

Vielen Dank schonmal für eure Ideen.
Bernd

Es gibt da einen schnellen Link für GA Statistik, da generiert der TWs ein Grafana chart aus dem man schnell sehen kann welche GA überproportional aktiv sind.

Hinzugefügt nach 6 Minuten 1 Sekunde:
Die Intervall angaben sind recht sensibel eingestellt. Und das Senden von All kann auch eine Ursache sein, der würde also permanent immer 0 oder 1 senden mindestens in der Häufigkeit wie der Intervall da eingestellt ist. Und das schaut mir da nach mindestens sekündlich aus. Wenn es dann noch eine fehlende Empfängerseite für die GA gibt dann treibt das die Telegrammlast enorm weil der TWS dann ohne ACK direkt nochmal sendet.

Kannst du senden mal für die eine gezeigte GA auf bei Änderung stellen?
Wie viele Sensoren (und welche) hast du denn im Einsatz?
Robert

das mit dem Grafana-Link hat wichtige Erkenntnisse gebracht (bin noch so frisch dabei, dass ich erstmal schauen musste wie ich mich in Grafana anmelde)



Die Ursache sind scheinbar folgende 3 Logiken im Logikprozessor-Plugin:

#Schlüsselbrett:
#Es werden die Status der IButton Bernd (5/2/11), Sandra (5/2/12) und VeraVolker (5/2/16) eingelesen.
#Wenn alle abwesend sind, wird der Gesamtstatus Anwesenheit (0/0/3) auf abwesend gesetzt, sonst auf anwesend.
Schluesselbrett => { receive=>['5/2/11','5/2/12','5/2/16'], transmit=>'0/0/3', translate => sub {if ((int($input->[0]) == 1) || (int($input->[1]) == 1) || (int($input->[2]) == 1)) {return 1;} else {return 0;} }, },

#0 senden bei Abwesenheit:
#Es wird der Gesamtstatus Anwesenheit (0/0/3) eingelesen.
#Wenn alle abwesend sind, wird auf (4/1/0) eine 0 gesendet und damit die Verstärker ausgeschaltet.
sendet_0_bei_Abwesenheit => { receive=>'0/0/3', transmit=>'4/1/0', transmit_changes_only=>1, translate => sub {if (int($input) == 0) {return 0;} else {return undef;} }, },

#Fensterlaibungssteckdosen:
#Es wird der Gesamtstatus Anwesenheit (0/0/3), Beleuchtungsausgang Quadra (5/4/22) und der Gesamtstatus TagNacht (0/0/1) eingelesen.
#Wenn jemand anwesend ist, das Haus nicht im Status Nacht ist und die Quadra die Beleuchtung eingeschaltet hat,
#schalte die Fensterlaibungssteckdosen (4/2/2), die Weihnachsbaumsteckdose (4/2/21) und die Kugellampe hinter dem Baum (4/2/14) ein, sonst aus.
Fensterlaibungssteckdosen => { receive=>['0/0/3','5/4/22','0/0/1'], transmit=>['4/2/2','4/2/14','4/2/21'], translate => sub {if ((int($input->[0]) == 1) && (int($input->[1]) == 1) && (int($input->[2]) == 0)) {return 1;} else {return 0;} }, },

Ich kann aber nicht erkennen wo das Problem liegt um im Wiregate waren die auch nicht auffällig. Bin aber auch nicht gut im Programmieren. War halt irgendwie copy and paste und dann auf mich angepasst. Im Moment ahbe ich nun die drei Logiken deaktiviert und das hats gebracht. Die Buslast im Busmonitor ist von 27 % auf 5 % runter und das Wiregate wieder im normalen Bereich. Sieht einer von euch das Problem in den Logiken?

Erstmal vielen vielen Dank an euch beiden Göran und Robert.
Liebe Grüße Bernd

Hinzugefügt nach 4 Minuten 48 Sekunden:
sieht jetzt mittlerweile so aus:



Die I-Button Regeln habe ich auch auf "nur bei Änderungen" umgestellt.