Secure lesen auf dem Bus

[StHZ]

...

Aber nochmal zurück zur eigentlichen Sache.

Ohne Secure kann ich auch GA lesen mit nur einem KO. Wie mache ich das jetzt mit Secure?

Das interessiert mich auch. Wer kann dazu noch bzw. inzwischen etwas beitragen, bitte?

[Hubertus81]

Ein KO direkt auslesen zu können, ohne dafür extra eine GA im TLN hinterlegen zu müssen, wäre der Hammer.

Wobei es bei mehreren Geräten in meinen Augen übersichtlicher ist die entsprechenden GAs alle in der selben mittelgruppe zu haben.

[larsrosen]

Oder du machst es selbst

Guten Morgen,

ich denke wenn du das machst, findet es mehr Gehör.

Aber nochmal zurück zur eigentlichen Sache.

Ohne Secure kann ich auch GA lesen mit nur einem KO. Wie mache ich das jetzt mit Secure?

[GLT]

Ein KO direkt auslesen zu können, ohne dafür extra eine GA im TLN hinterlegen zu müssen, wäre der Hammer.

[Klaus Gütter]

Wie macht man das dann mit Objekten die nur zur Diagnose sind? Da verknüpfe ich nie zwei KO und lese es nur bei Bedarf über die ETS aus.

Guter Punkt. Die ETS könnte da eine Funktion anbieten, den KO-Wert direkt auszulesen, da bräuchte man nicht mal mehr einen Gruppenadresse zuzuordnen. Ich werde das der KNXA mal vorschlagen. Oder du machst es selbst: https://support.knx.org/hc/en-us/com...ature-requests

[larsrosen]

Ok, ich verwerfe das selbstgerspräch mit 8/0/6, dann nehmen wir Bild 2 mal.

Der Status wird im Display korrekt angezeigt. In der ETS kann ich es nicht auslesen.
Schalte ich Licht an/aus sehe ich im Gruppenmonitor ein Lux wert (egal über Welche Schnittstelle ich höre, auch ohne Secure).

Wie macht man das dann mit Objekten die nur zur Diagnose sind? Da verknüpfe ich nie zwei KO und lese es nur bei Bedarf über die ETS aus.

Das mit dem HS versuche ich gerade noch.

EDIT1
Das mit dem HS geht jetzt auch in KNX Secure, nach dem korrekten Schlüssel upload.

Jetzt muss ich nur noch die ETS verstehen.

EDIT2
So das Selbstgesrpäch versteht der Homeserver jetzt auch.
Jedoch passiert bei der ETS bei "letzter Wert" nichts. Da bleibt es leer. Sende ich eine 20. Zeigt der HS diese mir an. Stelle ich eine Leseanfrage, zeigt der HS es an. Letzter Wert in der ETS bleibt immer leer.....

[Klaus Gütter]

Du hat ja nach deinem Bild die 8/0/6 nur mit einem Gerät verbunden, da bleibt der ETS nichts anderes übrig, als dieses Gerät als Stellvertreter auszuwählen. Der BWM will aber keine Selbstgespräche führen und antwortet auf seine eigene Frage nicht.

Dem Homeserver musst du noch die Schlüssel geben, mach dazu einen Schlüsselringexport für das Interface.

[larsrosen]

iGude,

also irgendwie kapiere ich es nicht.
Den HS habe ich über ein Secure Tunnel am laufen. Das Funktioniert auch, er bekommt alle nicht Secure Daten.

Jetzt habe ich folgendes für KNX Data Secure als Test:
1x Theben iOn in Linie 1.0
1x Theben Pixa in Linie 1.0
1x Gira Router in Linie 1.0

Verbunden ist :
Helligkeit vom Pixa mit Statusanzeige vom iON. (Secure GA) (Bild 2)
Bild 2.PNG
zusätzlich habe ich jedem der 4 Secure Tunnel diese GA bekannt gemacht. (Bild 3)
Bild 3.PNG

Wenn ich jetzt eine Lese anfrage schicke. Bekomme ich diese Meldung (Bild 4)
Bild 4.PNG

Und wenn ich das ganze für Anzahl der Personen mache:
Bild 5.PNG

bekomme ich auch weder eine Anzeige in der ETS noch im Homeserver?


Aber wenn der Sensor das KO selbst aktualisiert. Bekomme ich die Anzeige in der ETS zumindest:
Bild 6.PNG

Und was ganz kurios ist:
Wenn ich den X1 als Schnittstelle festlege und der Sensor selbst sendet. Wertet er es auch aus:
Bild 7.PNG

[larsrosen]

iGude,

genau das habe ich eben ausprobiert. Es wird dann sogar die Filtertabelle angepasst:

Bild 1.PNG
Was aber echt unromantisch ist, dass bei IP Secure nicht wie bei KNX Secure halb-halb geht. Entweder Secure oder kein Secure. Sobald ich das aktiviere fliegen alle nicht IP Sec Geräte raus.

[Klaus Gütter]

Hallo Thomas,

doch, du musst dafür die GA dem Interface zuordnen, über das die Visu kommuniziert.

Wie oben (#7) geschrieben, könnte das die ETS auch so tun, aber es gibt gute Gründe dagegen.

Gruß, Klaus

[tstalzer]

Das muss schon ein echtes und programmiertes Gerät sein....

Hallo Klaus

Das bedeutet aber, wenn ich z.B. eine Gruppenadresse nur in einer Visualisierung anlege (d.h. kein anderes Gerät ist mit er GA verknüpft nur z.B. der Aktor der mir einen Status sendet (z.B. Fehlermeldung, o.ä.)) dann bekomme ich bei Secure keine Antwort ????

-- Thomas

[S. De Bruyne]

This can be done by marking the message with the marker that the Tool Key is used and protecting its payload with the Tool Key. This is what ETS does.
(Alternative, configured, Clients are possible as well, but, I have no knowledge that anybody realised that.)

[TabSel]

wer oder was bestimmt wie ein client autorisiert ist?

[Klaus Gütter]

Das muss schon ein echtes und programmiertes Gerät sein.

Was genau passiert: Secure Geräte unterstützen ein relativ neues Feature namens "Group Object Diagnostics" (AN170). Damit kann ein autorisierter Client (hier ETS) direkt mit der Implementierung der KOs und GAs (Group Object Server) im Gerät sprechen und z.B. den aktuellen Wert eines KOs lesen oder setzen oder ihm sagen, ein Telegramm mit einer bestimmten GA zu senden (die GA muss dabei aber dem Gerät zugewiesen sein). Die ETS sagt also dem Stellvertretergerät "sende bitte dieses Telegramm für mich" und das Gerät wird das tun. Das Gerät, das man eigentlich auslesen wollte, wird das Telegramm akzeptieren (da bekannter Sender mit korrekter Verschlüsselung und akzeptabler Sequenznummer) und antworten.

[larsrosen]

Die Lösung ist also, ein zweites secure Gerät mit der GA zu verknüpfen, über das die ETS dann senden kann.

Danke, Klaus,

Zwei Fragen hierzu:
Reicht es ein Dummy Gerät einzupflegen? Wie das vom Gira Homeserver?
Das ist bei mir nämlich auch mit der GA verbunden.

Wenn ich ein echtes Gerät nehme, welches ja gar nicht physikalisch vorhanden ist. Kann man dann irgend jemand n FDSK eingeben? Programmieren geht ja dann logischerweise auch nicht und somit wird der Geräteschlüssel(oder wie er heißt) gar nicht erzeugt.


Irgendwie erschließt sich mir die ganze Secure Geschichte noch nicht. Aber da bin ich wohl nicht der einzige.