Telegraf & KNX

[ewfwd]

Ich habe verschiedene conf Files aber keine verschiedenen knx.conf. Mal ggf nacher ausprobbieren ob es so klappt aber eigentlich sollte es so wie ich beschrieben habe auch funktionieren.
ich habe aktuell 4 conf.
inputs knx
inputs mqtt
outputs influxdb
processors

Meine knx conf ist aktuell nicht so groß dass ich da eine Trennung umbedingt brauche weil ich speichere auch wie gesagt deutlich weniger als du.

Durch Auslagerung der enum.mapping sachen nun durch lookup ist sie sogar wieder kleiner geworden.

[DJ.Picasso]

Bei mir sind es die unterschiedlichsten http- und json-inputs für Wetter, Geolocations (Sonnenstand, Azimut etc.) in der telegraf.d usw.

Irgendwann werde ich noch mein Sonos-Gateway, dass ich für den Homeserver gebaut habe mit einbinden, aber das kommt erst im 2. Step.
Die nächsten Monate werde ich mich noch mit den o.g. Daten und Flux-Aufbereitungen rumschlagen, bis alles was ich vorhabe fertig ist.

[ewfwd]

Also Aufsplittung der KNX config auf mehrere conf ist doch nicht so einfach.
In einer weiteren Datei müsste man das Plugin dann nochmal definieren, weil inputs.knx_listener.measurement kann nicht allein stehen. Mit einem weiteren inputs.knx_listener hätte man das Plugin aber 2mal geladen, weiß nicht ob das unterstützt wird (angezeigt als 2mal geladen wird es) aber es erscheint mir auch nicht sehr sinnvoll zu sein weil ggf eine weitere Verbindung aufgebaut wird und dann ein zweiter Tunnel aufgemacht wird.
Ergo eine inputs.knx.conf Datei zu haben mit

[[inputs.knx_listener]]

service_type = "tunnel"

service_address = "${KNX_INTERFACE}"

[inputs.knx_listener.tags]
bucket = "KNX"

## Measurement definition(s)

[[inputs.knx_listener.measurement]]
name = "Störung"
dpt = "1.005"
addresses = ["10/3/43", # EG-Heizungsaktor-Stoerung *Status*
"20/3/43"] # OG-Heizungsaktor-Stoerung *Status*

[[inputs.knx_listener.measurement]]
...

erscheint das einzig sinnvolle zu sein

[DJ.Picasso]

ewfwd

Na dann habe ich mich ja doch nicht so blöd angestellt. Genau zu dem Schluss bin ich auch gekommen! => nur eine knx_listener.conf

Ich habe aber keinen Tunnel sondern Router definiert. Ich habe noch einen recht alten IP-Router und der hat nur einen "Kanal". Wenn ich den Tunnel aufmache, dann sperrt der IP-Router alles andere.
Ich nutze daher die Multicast Adresse und service_type = "router". Dann ist der IP-Router nicht blockiert.

[ewfwd]

Ja kann man machen. Aber ich bevorzuge dennoch den Tunnel weil ich da auch nix am Hut habe mit Filtertabellen weil wenn ich alles mitlesen will muss der Router ja alles durchlassen was imo witzlos ist. Selbst bei nem Router würde ich den Tunnel nutzen. Zumindest bei meinem Setup, mag Fälle geben wo man es anders macht.

[DJ.Picasso]

Ich habe keine Filtertabellen definiert und bei mir kommt auf diese Weise dasselbe an, als würde ich Tunnel einstellen. Der einzige Unterschied ist, ich kann den IP-Router weiter nutzen. Alles andere ist vollkommen identisch!

Man muss lediglich den Docker Container etwas anderes konfigurieren aber - wie gesagt - in der ETS muss man nichts konfigurieren mit Filtertabellen usw.!

[ewfwd]

Aber wie sollen die KNX Telegramme dann durch den Router kommen?

[DJ.Picasso]

Über die Multicast Adresse!

################################################## #######
# Input KNX Listener
################################################## #######

[[inputs.knx_listener]]
## Type of KNX_IP interface.
## Can be either "tunnel" or "router".

service_type = "router"

## Address of the KNX_IP interface.

service_address = "224.0.23.12:3671"

[ewfwd]

Dann steht der Router aber auf weiterleiten sonst kann es ja nicht funktionieren. Bei weiterleiten brauchst natürlich keine Filteradresse

[DJ.Picasso]

Dann steht der Router aber auf weiterleiten