neue Infos zur Vaillant KNX Anbindung

[JasonV]

Ich habe den Belegungsplan des VR71 für die Konfiguration "FM5" die bei mir eingestellt ist. Da gibts bei den Eingängen nichts, was danach klingt.
VF1wh, VF1, VF2, SP3, SP1, KOL, Solarertrag, Ext. HK2, TD1, TD2, PWM, und bei S13 steht nichts.

[jcd]

Zumindest mit dem ersten Aspekt hatte ich mich schon mal grob beschäftigt. Die Funktion plane ich auch zu nutzen, steht aber relativ weit unten auf meiner Prio-Liste, daher kann ich leider nichts substanzielles beitragen.

Hast du die Schaltungspläne zu deinen Geräten?
Ich hatte die entsprechenden Klemmen für den Multifunktionseingang dort gefunden. Ich glaube aber die Bezeichnung war _nicht_ „ME“ sondern nur mit der Legende zu entschlüsseln. Ich kann später noch mal nachsehen.

[JasonV]

Ich muss leider dazwischengrätschen.

Habe gerade die Anleitung des VRC720 studiert.
Es gibt hier 2 Punkte die ich interessant finde:

"Konfiguration Wärmepumpenregelungsmodul": ME wird bei überschüssigem PV-Strom ein Signal auf den Eingang ME gegeben, startet die WP "Warmwasser schnell" mit der eingestellten Temperatur +Offset!

Das wäre eigentlich genau was ich möchte. Normalerweise soll das Wasser z.B. auf 45 Grad geheizt werden, aber wenn PV-Strom vorhanden, gerne auch mehr. Hat das jemand umgesetzt? Beim VR71 finde ich nirgends die passende Klemme für diesen Eingang.


"Ext. Wärmeanforderung": anzeige, ob an einem externen Eingang eine Wärmeanforderung besteht. Bei Installation eines Funktionsmoduls FM5 oder FM3 sind je nach Konfiguration, externe Eingänge verfügbar. An diesen externen Eingang können Sie z.B. einen externen Zonenregler anschließen.

Ich verstehe es so, dass ich über diesen Eingang den Heizbetrieb aktivieren kann, auch wenn der VCR720 sagt, dass die Temperatur passt. So könnte ich die Raumtemperaturfühler aus KNX und deren Regler quasi an Vaillant übergeben.


Hat die beiden Funktionen schon jemand umgesetzt und kann bestätigen, dass ich das ganze auch richtig verstehe? Und kann mir vielleicht verraten, welche Klemmen ich nutzen muss?

[tetris]

Moin Gemeinde,
ich komme auch an einer Stelle nicht weiter.
Ich habe einen ebusd Adapter V5 mit über Ethernet eingerichtet.

Das ebusd läuft in einem Docker auf einer Synology.
Der Adapter zeigt an, dass die Verbindung zum eBUS bzw. zum ebusd vorhanden ist.
Ich kann auch im Container unter Protokoll auch sehen, dass Werte von der Heizung kommen.
Soweit so gut.

Jetzt möchte ich die knx.cfg einbinden um die Werte direkt in KNX schreiben zu können und da weiß ich nicht wie es angehen soll.
Wo muss die knx.cfg sich befinden?

Mein Versuch:
Auf der Synology habe ich unter /docker/ebusd/knx.cfg Datei abgelegt.

Dann folgenden Befehl beim erstellen des Containers eingegeben:

--scanconfig\=full -d enh:192.168.178.27:9999 --knxurl\= --knxint\=/etc/docker/ebusd/knx.cfg

und es funktioniert leider nicht. Im Protokoll steht: "unable to open integration file /etc/docker/ebusd/knx.cfg"
bin ich damit auf dem richtigen Weg?

Danke für Hilfe.

[physman]

Moin,

Ich habe meine ich jetzt alles probiert aber scheine irgendwo einen Denkfehler zu haben:

1)

KNXD_OPTS="-f9 -t 1022 -e 1.1.51 -E 1.1.52:8 -c --send-delay=30 -B single -R -D -T -S -b ipt:GiraX1"

--> die KNX Adressen sind frei
2)

EBUSD_OPTS="--scanconfig=full -d ens:192.168.178.20:9999 --knxurl=@KNXD --knxint=/etc/ebusd/knx.cfg --mqtthost=127.0.0.1 --mqttport=8999 --mqttuser=user --mqttpass=password --httpport=8081 --mqttjson"

3) in der KNXcfg dann die Adresse auf 1.1.52 oder muss hier 1.1.51 hin?

Entweder der knxd funktioniert in der ETS und es kommen Fehlermeldung bzgl. des KNX im EBUSDlog oder EBUSD verbindet sich zu knx aber in der ETS geht der KNXD nicht?

[physman]

Moin

ich komme leider nicht weiter.
Wie ich es wohl leider falsch verstehe:

Gira X1 ist kein KNX Router daher via KNXD.
KNXD läuft auf der IP des Raspberry Pi´s und wird auch in der ETS als 2. Schnittstelle neben dem Gira X1 gefunden. Dem KNXD gebe ich die IP des GiraX1 an als "ipt".
Die KNX Adressen 1.1.50 ist der KNXD alle anderen Adressen 1.1.51 etc sind freie noch nicht belegte Adressen in der ETS.

KNXD_OPTS="-f9 -t 1022 -e 1.1.50 -E 1.1.51:8 -c --send-delay=30 -B single -R -D -T -S -b ipt:192.168.178.49"

EBUSD_OPTS="--scanconfig=full -d ens:192.168.178.20:9999 --knxurl=@192.168.178.40 --knxint=/etc/ebusd/knx.cfg --mqtthost=127.0.0.1 --mqttport=8999 --mqttuser=user --mqttpass=password --httpport=8081 --mqttjson"

Ich sollte doch damit dem EBUSD sagen, dass er alle Daten an den KNXD sendet und zwar auf der IP des KNXD mit den Adressen 1.1.51:8?

Ich sehe nur nichts in der ETS.
Ich kann aber zB über KNXTOOLS etwas auf dem X1 schalten:

knxtool groupswrite ip:localhost 1/1/5 1

- das klappt
Ich kann auch etwas vom EBUSD lesen:

ebusctl read outsidetemp

und es kommt was richtiges an

die KNX.cfg sieht so aus:
address = 1.1.50 <----- die Adresse vom KNXD
und um zu testen wo die OutsiedTemp in der ETS käme:
broadcast/datetime/outsidetemp = 12/0/6
broadcast/outsidetemp = 12/0/7
outsidetemp = 12/0/8

Über

knxtool read ip:localhost 12/0/6

/7 /8 kommt aber nichts über KNXTOOLS als auch in der ETS an...

Ich glaube ich sehen den Wald vor Bäumen nicht mehr und bräuchte etwas Hilfe, bitte.

[physman]

Ich meiner irgendwo gelesen zu haben, dass der X1 kein KNX Router ist?
https://partner.gira.de/service/faq/...t.html?id=1615


Ok, ein kleiner Schritt weiter.

image.png

Warum die 192.168.178.40 - habe ich nirgends angegeben?
Warum nicht erreichbar wenn selbst erstellt?

[johnm]

Moin und Danke für den Tipp!

Jedoch lief der KNXD dann gar nicht. Ich musste das hier einfügen.

wieso nimmst du denn den unnötigen Umweg über knxd?
wenn der X1 als KNX router/tunnel auf multicast konfiguriert ist, dann kann ebusd direkt damit kommunizieren.
dann brauchst nur ne Adresse zu konfigurieren (hast ja schon).
oder hat dein host mehrere IP Interfaces? dann musst über knxurl das richtige interface fix eintragen, siehe ebusd wiki

[physman]

Moin und Danke für den Tipp!

Jedoch lief der KNXD dann gar nicht. Ich musste das hier einfügen.

KNXD_OPTS="-f9 -t 1022 -e 1.1.50 -E 1.1.51:8 -c --send-delay=30 -B single -R -D -T -S -b ipt:192.168.178.49"

ABer es kommt immer noch nichts in der ETS an?
image.png

EBUSD_OPTS="--configpath=https://cfg.ebusd.eu/ --scanconfig=full -d ens:192.168.178.20:9999 --knxurl="" --knxvar=address=1.1.50 --knxint=/etc/ebusd/knx.cfg --mqtthost=127.0.0.1 --mqttport=8889 --mqttuser=use --mqttpass=password --httpport=8080 --mqttjson"

address = 1.1.50

Ich habe die Adressen alle in der ETS frei - 1.1.50
Habe die in der EBUSD / knxd.conf und knx.cfg identisch

Wenn ich nun in der ETS die Gruppenadresse 12/0/6 abfrage, kommt als Quelladresse diese von der 1.1.34 (X1)

Stimmt das Matching in der knx.cfg nicht?

broadcast/outsidetemp/temp2 = 12/0/6

u,broadcast,datetime,Datum/Uhrzeit,,fe,0700,,outsidetemp,m,D2B,,°C,Temperatu r,time,m,BTI,,,Uhrzeit,date,m,BDA,,,Datum
u,broadcast,error,Fehlernachricht,,fe,fe01,,error, m,STR:10,,,
u,broadcast,hwcStatus,Status Warmwasser,,fe,b505,27,onoff,m,UCH,0=off;1=on,,,VF 1,m,UCH,,°C,Temperatur,onoff,m,UCH,0=off;1=on,,
u,broadcast,id,Identifikation,,fe,0704,,manufactur er,m,UCH,6=Dungs;15=FH Ostfalia;16=TEM;17=Lamberti;20=CEB;21=Landis-Staefa;22=FERRO;23=MONDIAL;24=Wikon;25=Wolf;32=RAW E;48=Satronic;64=ENCON;80=Kromschröder;96=Eberle; 101=EBV;117=Grässlin;133=ebm-papst;149=SIG;165=Theben;167=Thermowatt;181=Vailla nt;192=Toby;197=Weishaupt;253=ebusd.eu,,Geräte-Hersteller,id,m,STR:5,,,Geräte-ID,software,m,PIN,,,Software-Version,hardware,m,PIN,,,Hardware-Version
r,broadcast,id,Identifikation,,,0704,,manufacturer ,s,UCH,6=Dungs;15=FH Ostfalia;16=TEM;17=Lamberti;20=CEB;21=Landis-Staefa;22=FERRO;23=MONDIAL;24=Wikon;25=Wolf;32=RAW E;48=Satronic;64=ENCON;80=Kromschröder;96=Eberle; 101=EBV;117=Grässlin;133=ebm-papst;149=SIG;165=Theben;167=Thermowatt;181=Vailla nt;192=Toby;197=Weishaupt;253=ebusd.eu,,Geräte-Hersteller,id,s,STR:5,,,Geräte-ID,software,s,PIN,,,Software-Version,hardware,s,PIN,,,Hardware-Version
u,broadcast,load,Quick - WW Speicherladung,,fe,b505,06,onoff,m,UCH,0=off;1=on, ,

Schnittstelle in der ETS ist der X1.

Oder muss ich auch KNXD definieren als Schnittstelle?

[Tru]

KNXD_OPTS="-f9 -t 1022 -e 1.1.40 -E 1.1.41:8 -c --send-delay=30 -B single -b ipt:192.168.178.49"
2023-09-08 14:13:18.603 [knx notice] connected to KNXnet/IP multicast

Das passt noch nicht zusammen, denn dein knxd verbindet sich zwar über Tunnel mit dem KNX Bus, kommuniziert aber nicht als Multicast Router. Häng noch "-R -S" an die knxd Optionen

[physman]

Kleines update - bin leider noch nicht weiter gekommen...

Dh ich habe die --knxvar=adress=1.1.40 auf die physikalische Adresse in der ETS (frei) gleich gesetzt wie in der knxd.conf.

EBUSD_OPTS="--configpath=https://cfg.ebusd.eu/ --scanconfig=full -d ens:192.168.178.20:9999 --knxurl="" --knxvar=address=1.1.40 --knxint=/etc/ebusd/knx.cfg --mqtthost=127.0.0.1 --mqttport=8889 --mqttuser=user--mqttpass=password --httpport=8080 --mqttjson"

KNXD_OPTS="-f9 -t 1022 -e 1.1.40 -E 1.1.41:8 -c --send-delay=30 -B single -b ipt:192.168.178.49"

die ebsud.log schreibt:

2023-09-08 14:13:18.603 [knx notice] connected to KNXnet/IP multicast

sonst aber nichts KNX relevantes


Über journalctl -u knxd.service -n100 bekomme ich:

-- Journal begins at Sun 2022-09-18 11:21:15 CEST, ends at Fri 2023-09-08 14:24:31 CEST. --
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 1 [15:B.ipt/ipt 618.541] Send(004): 04 03 A2 00
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 8 [14:B.ipt/Conn 618.541] found addr 1.1.32
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 4:A.cache/Conn 618.541] sending, send_more clear
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 4:A.cache/Conn 618.541] sendNext called, send_more set
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 1:main 618.541] sending set
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [14:B.ipt/Conn 618.541] is OK
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [10:systemd_/systemd 618.541] is OK
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 6:systemd_/systemd 618.541] is OK
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 4:A.cache/Conn 618.541] is OK
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 1:main 618.541] OK
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 2:main/L 618.541] OK L
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 1 [15:B.ipt/ipt 618.709] Send(004): 04 03 A3 00
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 8 [14:B.ipt/Conn 618.709] found addr 1.1.32
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 4:A.cache/Conn 618.709] sending, send_more clear
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 4:A.cache/Conn 618.709] sendNext called, send_more set
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 1:main 618.709] sending set
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [14:B.ipt/Conn 618.709] is OK
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [10:systemd_/systemd 618.709] is OK
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 6:systemd_/systemd 618.709] is OK
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 4:A.cache/Conn 618.709] is OK
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 1:main 618.709] OK
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 2:main/L 618.709] OK L
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 1 [15:B.ipt/ipt 618.878] Send(004): 04 03 A4 00
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 8 [14:B.ipt/Conn 618.879] found addr 1.1.32
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 4:A.cache/Conn 618.879] sending, send_more clear
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 4:A.cache/Conn 618.879] sendNext called, send_more set
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 1:main 618.879] sending set
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [14:B.ipt/Conn 618.879] is OK
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [10:systemd_/systemd 618.879] is OK
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 6:systemd_/systemd 618.879] is OK
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 4:A.cache/Conn 618.879] is OK
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 1:main 618.879] OK
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 2:main/L 618.879] OK L
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 1 [15:B.ipt/ipt 619.051] Send(004): 04 03 A5 00
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 8 [14:B.ipt/Conn 619.051] found addr 1.1.32
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 4:A.cache/Conn 619.051] sending, send_more clear
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 4:A.cache/Conn 619.051] sendNext called, send_more set
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 1:main 619.051] sending set
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [14:B.ipt/Conn 619.051] is OK
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [10:systemd_/systemd 619.051] is OK
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 6:systemd_/systemd 619.051] is OK
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 4:A.cache/Conn 619.051] is OK
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 1:main 619.051] OK
Sep 08 14:24:27 raspberrypi knxd[134285]: Layer 6 [ 2:main/L 619.051] OK L
Sep 08 14:24:30 raspberrypi knxd[134285]: Layer 1 [15:B.ipt/ipt 621.627] Send(004): 04 03 A6 00
Sep 08 14:24:30 raspberrypi knxd[134285]: Layer 3 [14:B.ipt/Conn 621.627] Packet not from us
Sep 08 14:24:30 raspberrypi knxd[134285]: Layer 1 [15:B.ipt/ipt 621.662] Send(004): 04 03 A7 00
Sep 08 14:24:30 raspberrypi knxd[134285]: Layer 3 [14:B.ipt/Conn 621.662] Packet not from us
Sep 08 14:24:30 raspberrypi knxd[134285]: Layer 1 [15:B.ipt/ipt 621.697] Send(004): 04 03 A8 00
Sep 08 14:24:30 raspberrypi knxd[134285]: Layer 3 [14:B.ipt/Conn 621.697] Packet not from us
Sep 08 14:24:30 raspberrypi knxd[134285]: Layer 1 [15:B.ipt/ipt 622.042] Send(004): 04 03 A9 00
Sep 08 14:24:30 raspberrypi knxd[134285]: Layer 8 [14:B.ipt/Conn 622.042] found addr 1.1.32
Sep 08 14:24:30 raspberrypi knxd[134285]: Layer 6 [ 4:A.cache/Conn 622.042] sending, send_more clear
Sep 08 14:24:30 raspberrypi knxd[134285]: Layer 6 [ 4:A.cache/Conn 622.042] sendNext called, send_more set
Sep 08 14:24:30 raspberrypi knxd[134285]: Layer 6 [ 1:main 622.042] sending set
Sep 08 14:24:30 raspberrypi knxd[134285]: Layer 6 [14:B.ipt/Conn 622.042] is OK
Sep 08 14:24:30 raspberrypi knxd[134285]: Layer 6 [10:systemd_/systemd 622.042] is OK
Sep 08 14:24:30 raspberrypi knxd[134285]: Layer 6 [ 6:systemd_/systemd 622.042] is OK
Sep 08 14:24:30 raspberrypi knxd[134285]: Layer 6 [ 4:A.cache/Conn 622.042] is OK
Sep 08 14:24:30 raspberrypi knxd[134285]: Layer 6 [ 1:main 622.043] OK
Sep 08 14:24:30 raspberrypi knxd[134285]: Layer 6 [ 2:main/L 622.043] OK L
Sep 08 14:24:30 raspberrypi knxd[134285]: Layer 1 [15:B.ipt/ipt 622.085] Send(004): 04 03 AA 00
Sep 08 14:24:30 raspberrypi knxd[134285]: Layer 3 [14:B.ipt/Conn 622.085] Packet not from us
Sep 08 14:24:30 raspberrypi knxd[134285]: Layer 1 [15:B.ipt/ipt 622.120] Send(004): 04 03 AB 00
Sep 08 14:24:30 raspberrypi knxd[134285]: Layer 3 [14:B.ipt/Conn 622.121] Packet not from us
Sep 08 14:24:30 raspberrypi knxd[134285]: Layer 1 [15:B.ipt/ipt 622.156] Send(004): 04 03 AC 00
Sep 08 14:24:30 raspberrypi knxd[134285]: Layer 3 [14:B.ipt/Conn 622.156] Packet not from us
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 1 [15:B.ipt/ipt 622.213] Send(004): 04 03 AD 00
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 8 [14:B.ipt/Conn 622.213] found addr 1.1.32
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 6 [ 4:A.cache/Conn 622.213] sending, send_more clear
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 6 [ 4:A.cache/Conn 622.213] sendNext called, send_more set
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 6 [ 1:main 622.213] sending set
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 6 [14:B.ipt/Conn 622.213] is OK
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 6 [10:systemd_/systemd 622.213] is OK
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 6 [ 6:systemd_/systemd 622.213] is OK
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 6 [ 4:A.cache/Conn 622.213] is OK
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 6 [ 1:main 622.213] OK
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 6 [ 2:main/L 622.213] OK L
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 1 [15:B.ipt/ipt 622.390] Send(004): 04 03 AE 00
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 8 [14:B.ipt/Conn 622.390] found addr 1.1.32
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 6 [ 4:A.cache/Conn 622.390] sending, send_more clear
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 6 [ 4:A.cache/Conn 622.390] sendNext called, send_more set
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 6 [ 1:main 622.390] sending set
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 6 [14:B.ipt/Conn 622.390] is OK
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 6 [10:systemd_/systemd 622.390] is OK
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 6 [ 6:systemd_/systemd 622.390] is OK
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 6 [ 4:A.cache/Conn 622.390] is OK
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 6 [ 1:main 622.390] OK
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 6 [ 2:main/L 622.390] OK L
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 1 [15:B.ipt/ipt 622.547] Send(004): 04 03 AF 00
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 8 [14:B.ipt/Conn 622.547] found addr 1.1.32
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 6 [ 4:A.cache/Conn 622.547] sending, send_more clear
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 6 [ 4:A.cache/Conn 622.547] sendNext called, send_more set
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 6 [ 1:main 622.547] sending set
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 6 [14:B.ipt/Conn 622.547] is OK
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 6 [10:systemd_/systemd 622.547] is OK
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 6 [ 6:systemd_/systemd 622.547] is OK
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 6 [ 4:A.cache/Conn 622.547] is OK
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 6 [ 1:main 622.548] OK
Sep 08 14:24:31 raspberrypi knxd[134285]: Layer 6 [ 2:main/L 622.548] OK L

Und ich kann nachwievor mit knxtools read und writes machen

Dennoch bekomme ich nichts in die ETS. Warum nur?

Also ich weiss nun nicht was es ist:
a) EBSUD / KNXD sprechen nicht miteinander?
b) falsche Zuordnungen in der KNX.Cfg?
c) was ganz anderes wie ETS Schnittstelle oder IP oder es geht mit dem X1 nicht so wie gedacht und KNXD muss einen eigenen Router aufmachen?
d) ......

[physman]

Hallo zusammen,

mir raucht der Kopf und ich glaube ich brauche hier Hilfe von Euch.

Ich habe den neuen EBUS Adapter v5, einen Gira X1 und eine Vaillant Therme.
Nun möchte ich gerne über WiFi des EBUS Adapters die Heizung über KNX auslesen und steuern.

Dazu möchte ich gerne KNXD benutzen, welches ich auch installiert habe.
Ich bekomme auch etwas hin, nur verwirrt mich die ganzen IP Einstellungen / Adressen etc.

Könntet ihr mich dabei unterstützen?

Hier mal die ganzen Auszüge:

Der Gira X1 hat die phys Adresse 1.1.30
über zB knxtool groupswrite ip:localhost 1/1/5 0 kann ich auch Geräte schalten und die kommen auch sogar in der Gira Smarthome App an - ich sehe dass sie geschaltet werden.
Über knxtool busmoinitor1 ip:191.168.178.49 kommt aber "Open failes: conncetion refused"
über knxtools vbusmonitor1 ip: kommt aber etwas
über ebusctl read kann ich aber auch werte lesen

was nicht klappt sind zb die Gruppenadresse 12/0/6 in der ETS über den Gruppenmonitor zu lesen (outsidetemp)

knxd.conf:

KNXD_OPTS="-e 1.1.240 -E 1.1.241:5 -c --send-delay=30 -b ipt:192.168.178.49"

knx.cfg:

address = 1.1.30

# running: 1 bit, 1=running, DPT 1.002
global/running = 12/0/0
# version: 2 octets, major in MSB, minor in LSB, DPT 217.001 "DPT_Version"
global/version = 12/0/1
# signal: 1 bit, 1=signal acquired, DPT 1.002
global/signal = 12/0/2
# uptime: 4 octets int, seconds since start, sent once every hour, DPT 12.100
global/uptime = 12/0/3
# updatecheck: 1 bit, 1=update available, DPT 1.002
global/updatecheck = 12/0/4
# scan: 1 bit, 1=running, DPT 1.002
global/scan = 12/0/5
broadcast/datetime/outsidetemp = 12/0/6

ebusd.log

2023-09-08 07:19:08.667 [main notice] ebusd 23.2.23.2 started with full scan on device: 192.168.178.20:9999, enhanced
2023-09-08 07:19:09.934 [bus notice] device status: resetting
2023-09-08 07:19:09.934 [bus notice] bus started with own address 31/36
2023-09-08 07:19:09.935 [network error] unable to start HTTP server on port 8080: error 98
2023-09-08 07:19:09.935 [knx notice] connected to KNXnet/IP multicast
2023-09-08 07:19:09.936 [mqtt notice] connection established
2023-09-08 07:19:09.945 [bus notice] signal acquired
2023-09-08 07:19:10.627 [bus notice] device status: reset, supports info
2023-09-08 07:19:10.745 [bus notice] device status: extra info: firmware 1.1[3903].1[3903], jumpers 0x0f
2023-09-08 07:19:11.911 [bus notice] new master 10, master count 2
2023-09-08 07:19:11.944 [bus notice] new master 03, master count 3
2023-09-08 07:19:11.944 [update notice] received unknown MS cmd: 1008b510090000006effff010000 / 0101
2023-09-08 07:19:17.915 [update notice] received unknown MS cmd: 1008b5110101 / 093430400b4e620000ff
2023-09-08 07:19:19.935 [main notice] starting initial full scan
2023-09-08 07:19:19.936 [update notice] received unknown MS cmd: 1008b5100305ff01 / 00
2023-09-08 07:19:22.665 [bus notice] scan 08: ;Vaillant;BAI00;0518;7401
2023-09-08 07:19:22.665 [update notice] store 08 ident: done
2023-09-08 07:19:22.665 [update notice] sent scan-read scan.08 QQ=31: Vaillant;BAI00;0518;7401
2023-09-08 07:19:22.665 [bus notice] scan 08: ;Vaillant;BAI00;0518;7401
2023-09-08 07:19:26.685 [bus notice] scan 15: ;Vaillant;47000;0348;9502
2023-09-08 07:19:26.685 [update notice] store 15 ident: done
2023-09-08 07:19:26.686 [update notice] sent scan-read scan.15 QQ=31: Vaillant;47000;0348;9502
2023-09-08 07:19:26.686 [bus notice] scan 15: ;Vaillant;47000;0348;9502
2023-09-08 07:19:30.852 [main notice] read common config file vaillant/broadcast.csv
2023-09-08 07:19:30.979 [main notice] read common config file vaillant/scan.csv
2023-09-08 07:19:31.287 [main notice] read common config file vaillant/general.csv
2023-09-08 07:19:31.415 [main notice] read scan config file vaillant/08.bai.csv for ID "bai00", SW0518, HW7401
2023-09-08 07:19:32.705 [bus error] send to 08: ERR: wrong symbol received, retry
2023-09-08 07:19:33.925 [bus error] send to 08: ERR: wrong symbol received, retry
2023-09-08 07:19:35.465 [update notice] sent scan-read scan.08 id QQ=31:
2023-09-08 07:19:36.200 [bus error] send to 08: ERR: wrong symbol received, retry
2023-09-08 07:19:37.575 [update notice] sent scan-read scan.08 id QQ=31:
2023-09-08 07:19:37.775 [bus error] send to 08: ERR: SYN received, retry

ebusd:

EBUSD_OPTS="--configpath=https://cfg.ebusd.eu/ --scanconfig=full -d ens:192.168.178.20:9999 --knxurl="" --knxvar=address=1.1.30 --knxint=/etc/ebusd/knx.cfg --mqtthost=127.0.0.1 --mqttport=8889 --mqttuser=user --mqttpass=password --httpport=8080 --mqttjson"

ebusctl find -f liefert:

u,broadcast,datetime,Datum/Uhrzeit,,fe,0700,,outsidetemp,m,D2B,,°C,Temperatu r,time,m,BTI,,,Uhrzeit,date,m,BDA,,,Datum
u,broadcast,error,Fehlernachricht,,fe,fe01,,error, m,STR:10,,,
u,broadcast,hwcStatus,Status Warmwasser,,fe,b505,27,onoff,m,UCH,0=off;1=on,,,VF 1,m,UCH,,°C,Temperatur,onoff,m,UCH,0=off;1=on,,
u,broadcast,id,Identifikation,,fe,0704,,manufactur er,m,UCH,6=Dungs;15=FH Ostfalia;16=TEM;17=Lamberti;20=CEB;21=Landis-Staefa;22=FERRO;23=MONDIAL;24=Wikon;25=Wolf;32=RAW E;48=Satronic;64=ENCON;80=Kromschröder;96=Eberle; 101=EBV;117=Grässlin;133=ebm-papst;149=SIG;165=Theben;167=Thermowatt;181=Vailla nt;192=Toby;197=Weishaupt;253=ebusd.eu,,Geräte-Hersteller,id,m,STR:5,,,Geräte-ID,software,m,PIN,,,Software-Version,hardware,m,PIN,,,Hardware-Version
r,broadcast,id,Identifikation,,,0704,,manufacturer ,s,UCH,6=Dungs;15=FH Ostfalia;16=TEM;17=Lamberti;20=CEB;21=Landis-Staefa;22=FERRO;23=MONDIAL;24=Wikon;25=Wolf;32=RAW E;48=Satronic;64=ENCON;80=Kromschröder;96=Eberle; 101=EBV;117=Grässlin;133=ebm-papst;149=SIG;165=Theben;167=Thermowatt;181=Vailla nt;192=Toby;197=Weishaupt;253=ebusd.eu,,Geräte-Hersteller,id,s,STR:5,,,Geräte-ID,software,s,PIN,,,Software-Version,hardware,s,PIN,,,Hardware-Version
u,broadcast,load,Quick - WW Speicherladung,,fe,b505,06,onoff,m,UCH,0=off;1=on, ,

Ich bin da verwirrt.
Ist die Zuordnung falsch in der knx.cfg?
Sind die Gruppenadresse falsch in der knxd.conf? die 1.2.240 und 1.2.241 sind freie Adresse auf dem Bus

[JasonV]

Das wäre super! Geht leider nicht. Man kann nur den absoluten Sollwert setzen. Darüber könnte man sich sicher behelfen, ist aber auch nicht die Traumlösung.

Bin jetzt am überlegen, wo ich den VCR nun am besten positioniere um eine einigermaßen relevante Temperatur abgreifen zu können - wobei ich das Teil aber eigentlich nirgendwo sichtbar haben möchte.

[Tokamak]

Ich dachte eher daran, dass du mittels des Offsets quasi einen anderen Ort simulierst, also letztlich die Position des VRCs ignoriest.
Das kann auch ein Durchschnittswert aller im Haus gemessenen Werte sein.

[jcd]

Es hängt von den örtliche Gegebenheiten ab, wie gut das funktioniert. Wenn der Keller nicht zusammen mit der Wohnung geheizt/belüftet wird, dann funktioniert die Innentemperaturführung über das VRC gar nicht. Da hilft auch kein Offset.
Wenn das VRC im Heizungsraum hängt es dort sehr warm ist, das wahrscheinlich auch nicht.

Wenn das wie bei uns im offenen und klimatisierten Flur hängt, passen die Temperaturen immer halbwegs. Im EG und OG ist meist noch etwas wärmer. Aber da kann man mit dem Offset gegensteuern. Wobei … ist halt auch nur ne Kopf-Sache.