Wer nutzt denn eigentlich alles Home Assistant?

[greentux]

Ist in den Gruppen jemand mit L Flag?

Muss ich heute Abend mal an der ETS schauen.

[greentux]

Hat von euch zufällig jemand eine ETA Heizung in HA integriert?

Ja via Integration.
https://github.com/Tidone/homeassistant_eta_integration

[Amenophis]

Ist in den Gruppen jemand mit L Flag?

[greentux]

Hat jemand noch so etwas im Log stehen:

024-01-26 17:40:38.390 WARNING (MainThread) [xknx.log] Error: KNX bus did not respond in time (2.0 secs) to GroupValueRead request for: 1/2/93
2024-01-26 17:40:38.390 WARNING (MainThread) [xknx.log] Could not sync group address '1/2/93' (OG Bad Decke sued - State)
2024-01-26 17:40:38.840 WARNING (MainThread) [xknx.log] Error: KNX bus did not respond in time (2.0 secs) to GroupValueRead request for: 1/2/94
2024-01-26 17:40:38.840 WARNING (MainThread) [xknx.log] Could not sync group address '1/2/94' (OG Bad Decke sued - Brightness)

Interface ist MDT Router, der mit der ETS keinerlei Probleme zeigt.

[greentux]

Hallo,

für smarthome-NG User kann ich übrigens einen Export anbieten.
Ist von der Item-Struktur abhängig und erfordert Logik-Anpassung.

Aber mir ist das lieber als fehlerträchtiges abgetippe...

Gruß,
Hendrik

Ich bin fast durch, aber gern

[goaround]

Ich würde mal sagen ein tcpdump hat da mehr Aussagekraft. Es sei denn du benutzt Secure-Tunnelling, dann wirds schwierig.
Ist halt nicht ganz trivial zu erstellen.
Ich wüsste eigentlich nicht, dass es in ETS irgendeine Logging-Möglichkeit gäbe um solche Probleme zu debuggen.

Aber naja, würde mich freuen, wenn du mich darüber auf dem Laufenden halten könntest.

Also der Export aus dem Gruppenmonitor hat dafür gereicht, dass sie das Problem anerkannt haben und ich das Interface jetzt einschicken darf. Mal sehen, wie es dann weitergeht. Ich sag bescheid.

Das neue Enertex KNX IP Secure Interface läuft zwar ohne Verbindungsabbrüche, dafür bekomme ich jetzt ständig die Meldung, dass beim Programmieren das Gerät nicht gefunden werden kann. Ein Neustart des IP-Interfaces über die ETS behebt das Problem aber immer.

[FloBi]

Springrbua: Vielen Dank für das Beispiel!

[Springrbua]

Hättest du evtl. mal ein Code-Beispiel für mich?

Klar.
Ist bei mir aber aktuell nur in der UI.
Ich nutze dabei die Mushroom Template card:

type: custom:mushroom-template-card
primary: ''
secondary: Alle Auf
icon: mdi:arrow-up
icon_color: black
layout: vertical
tap_action:
  action: call-service
  service: knx.send
  target: {}
  data:
    address: 2/0/25
    payload: 0
hold_action:
  action: none
double_tap_action:
  action: none

Das selbe nochmal für Alle zu, mit anderer GA und anderem Icon

Sieht bei mir dann so aus:
image.png

Also oben die beiden Zentralfunktionen, darunter die Liste der einzelnen Rollläden.

[FloBi]

Ich habe es bei mir über zwei Buttons im Dashboard gelöst, die den Dienst KNX send aufrufen.
Die Cover-Entity hat den Nachteil, dass der Status nicht (oder nicht einfach) richtig zu stellen ist. Zudem interessiert es mich persönlich nicht zu sehen, ob alle Rollläden offen / geschlossen sind. Sonst klicke ich halt einmal zu oft auf den "Alle Auf" Knopf.

Mir ist es auch egal wie die Rollos stehen.
Wenn ich auf Zentral-Zu klicke sollen einfach alle Rollos Zu fahren, egal wo sie stehen (ebenso bei Zentral-Auf).

Hättest du evtl. mal ein Code-Beispiel für mich?

Vielen Dank!

[Springrbua]

In HA kann ich beim nächsten "Auf" jetzt aber die Schaltfläche für "Auf" nicht anklicken, weil diese ausgegraut ist - vermutlich weil HA denkt das die Rollos oben sind?

Um die Zentral-Funktion aus HA bedienen zu können, müsstest du eine eigene Cover-Entity dafür anlegen, Button Entities nutzen, oder Szenen benutzen.

Ich habe es bei mir über zwei Buttons im Dashboard gelöst, die den Dienst KNX send aufrufen.
Die Cover-Entity hat den Nachteil, dass der Status nicht (oder nicht einfach) richtig zu stellen ist. Zudem interessiert es mich persönlich nicht zu sehen, ob alle Rollläden offen / geschlossen sind. Sonst klicke ich halt einmal zu oft auf den "Alle Auf" Knopf.

[meti]

Ich würde mal sagen ein tcpdump hat da mehr Aussagekraft. Es sei denn du benutzt Secure-Tunnelling, dann wirds schwierig.
Ist halt nicht ganz trivial zu erstellen.
Ich wüsste eigentlich nicht, dass es in ETS irgendeine Logging-Möglichkeit gäbe um solche Probleme zu debuggen.

Aber naja, würde mich freuen, wenn du mich darüber auf dem Laufenden halten könntest.

[goaround]

Dachte ich mir auch direkt. Da habe ich in Home Assistant mehr Informationen über die Logs bekommen. Aber mal sehen, was sie sagen. Ich werde berichten.

[meti]

Die wollen einen Screenshot vom Gruppenmonitor aus der ETS.

Spannend. Im Gruppenmonitor sieht man in der Regel nix davon ob und warum die Verbindung von einem andern Tunnel unterbrochen wird 🤷

[john7]

MDT hat sich heute gemeldet. Die wollen einen Screenshot vom Gruppenmonitor aus der ETS. Mache ich am Donnerstag, wenn ich wieder vor Ort bin. Mein Screenshot von Home Assistant, den ich auch hier gepostet hat, reicht nicht.

Der Zustand "Nicht mehr verfügbar" ist echt nervig. Macht leider alle Automatisierungen zu nicht z.B. wenn Gerät 1 Stunde an ist, ausschalten.

Danke für die Infos. In der ETS sollte ich mir das wohl auch mal ansehen.

[FloBi]

Auch keine Status-Objekte für die einzelnen Rollos?
Dann müsstest du die Zentral-GA zusätzlich zu der Einzel-GA konfigurieren.

Um die Zentral-Funktion aus HA bedienen zu können, müsstest du eine eigene Cover-Entity dafür anlegen, Button Entities nutzen, oder Szenen benutzen.

Doch, für die einzelnen Rollos nutze ich Status-Objekte.
Danke mit den Tipps hinsichtlich Cover-/Button-Entitys. Das schau ich mir mal an.