Planung KNX für EFH

[DrGlasser]

Ob nun gleicher Aktor ist ja recht egal, weil das meiste alles Parameter sind die nur je Kanal gelten. Und verfahrene Rollos deuten auf ein schematisches Bild hin, denn da wo manuell was gemacht wurde ist dann auch die Sperre weg. Auch wenn man manuell dahin gefahren ist wo er eh hätte sein sollen, nur absolute Endlagen resetten auch einen manuellen Zustand und er geht in Automatik.

Ja dass die Parameter pro Kanal gelten ist vollkommen klar. Ich hatte mir das am Anfang eher so erklärt dass eventuell zu viele Aktoren auf das Tag/Nacht KO hören und deswegen ein Aktor quasi "zu kurz" kommt. Manuell verfahre ich in den Schlafzimmern beispielsweise nie. Auch von den Parametern sind die Kanäle genau identisch, aber das muss ich mir heute Abend nochmal ansehen.

[DrGlasser]

Du solltest das Diagnoseobjekt für die Kanäle auslesen, da erkennt man meistens, was als letztes passiert ist. Ich Denke, bei dir hat eine Sperre ausgelöst, eventuell eine Handbedienung.
Viel Erfolg beim Suchen, Florian

Werd ich heute Abend mal nachschauen, danke für den Tipp

[gbglace]

Ich hatte mir das am Anfang eher so erklärt dass eventuell zu viele Aktoren auf das Tag/Nacht KO hören und deswegen ein Aktor quasi "zu kurz" kommt.

Alle hören ist das richtige Stichwort, so ein Telegramm geht elektrisch über die Busleitung, da verbraucht sich nichts an den Aktoren. Da bekommt nicht jedes Ziel sein eigenes Telegramm, so dass es egal ist wie viele beteiligte es gibt. Wenn es über LK's geht und auf einer Linie ggf. eine Logik oder so den Bus flutet und dort die Buslast zu hoch ist, dann könnte auf dem Liniensegment was nicht ankommen. Das kann auch mal nur sporadisch sein, aber das sollte man im Busmonitor auf der entsprechenden Linie schnell merken, wenn man den anschaltet und man dann instantan den Bildschirm voll hat mit Telegrammen.

[DrGlasser]

Du solltest das Diagnoseobjekt für die Kanäle auslesen, da erkennt man meistens, was als letztes passiert ist. Ich Denke, bei dir hat eine Sperre ausgelöst, eventuell eine Handbedienung.
Viel Erfolg beim Suchen, Florian

Jetzt nochmal die Frage zur Umsetzung
Also allen Kanälen eine Diagnose GA zuweisen und sobald der Fehler nochmal auftritt über den Gruppenmonitor lesen?

[gbglace]

auftritt über den Gruppenmonitor lesen?

ja oder einfach permanent mitlaufen lassen und aufzeichnen, um es dann einfach direkt für Analyse griffbereit zu haben und auch die Veränderungen sehen zu können, welches Telegramm führte denn zu diesem falschen Zustand.

[DrGlasser]

Hallo, also ich konnte den Fehler jetzt eingrenzen.
Wie gbglace schon richtig vermutet hat, entsteht der Fehler sobald ich händisch in die Steuerung eingreife.
Bedeutet: Morgens fahren die Rohrläden hoch, mittags verfahre ich die Rolläden händisch --> Abends reagieren sie nicht auf die Tag/Nacht Umschaltung.
Eigentlich möchte ich ja nichts anderes als: Egal in welcher Stellung sich die Rollläden gerade befinden (außer natürlich es liegt eine Sperre durch mich oder z.B. Fensterkontakt etc. vor) Nachts sollen sie schließen und morgens öffnen.

[gbglace]

Dann stellt sich die Frage warum werden die tagsüber manuell bewegt? Was stimmt da mit der Beschattung nicht?

[DrGlasser]

Folgendes Problem aktuell: Ein Vogel versucht gerade in unseren Rolllädenkästen zu bauen, deswegen muss ich da öfter mal eingreifen :P

[Beleuchtfix]

Ein Vogel versucht gerade in unseren Rolllädenkästen zu bauen …

Ich glaube, dafür gibt es noch keine Automatik , nicht mal bei MDT
Gruß Florian

[DrGlasser]

Ich glaube, dafür gibt es noch keine Automatik , nicht mal bei MDT
Gruß Florian

Ja dazu konnte ich auch nichts in der ETS finden.
Mir gehts ja lediglich darum, dass trotz manuellem Eingriff die Automatikposition angefahren wird.

[Beleuchtfix]

Da musst du dich durchlesen, bei den erweiterten Sperrfunktionen, es gibt viele unterschiedliche Sperren, da musst du die richtige finden
Viel Erfolg, Florian

[DrGlasser]

Hallo,

ich habe mal wieder eine neue Frage an euch.
Diesmal zum Thema Node Red und KNX Ultimate.
Leider bekomm ich es nicht hin über das Dashboard beispielsweise ein Licht zu schalten.
Hier ein paar Bilder dazu und meine Fragen:

1: In KNX Ultimate habe ich eigentlich die physikalische Adresse 1.0.1 eingestellt. Warum verbindet sich Node Red immer wieder mit der 1.0.0?
Das passiert natürlich nur wenn ich keine ETS gestartet habe welche die erste Adresse belegt. Aber eigentlich sollte doch immer die 1.0.1 genutzt werden wenn das so eingestellt ist.

2: Generell wurde ja scheinbar eine Verbindung zum Bus hergestellt oder verstehe ich hier etwas falsch?

3: Nach dem Deploy werden die Nodes als "Connected. On Duty" angezeigt. Nach dem ersten Schaltversuch zeigt die Node "True" an jedoch wird nichts geschalten.

Erkennt eventuell jemand meinen Fehler? 1.png 2.png 3.png 4.png

[knxPaul]

Ja, im letzten Bild: Rechts unten bei ".. Strip komplett - schalten" fehlt die GA; bei ".. Büro Spots - schalten" sehe ich die GA = 1/1/75 die für das Schalten verwendet wird. Die PA = 1.0.1 hat damit direkt nichts zu tun.

[DrGlasser]

Die GA bei „Strip komplett schalten“ steht eigentlich drunter. Nur wenn ich über die Dashboard-Oberfläche den Switch bediene, ändert sich die Beschriftung unter der Node und die GA ist nicht mehr zu sehen. Liegt es an der physikalischen Adresse? Die Tunneling Adressen sind 1.0.0 - 1.0.3. Meine Aktoren sitzen auf der Linie 1.1.x

[knxPaul]

beides konnte ich nicht erkennen. Zwischen den Linien 1.0.y und 1.1.x erwarte ich einen Linienkoppler mit einer Filtertabelle.

1. Die GA für „Strip komplett schalten“ trägt die ETS in die Filtertabelle ein als durchzulassen, wenn die ETS erkennt, dass dies notwendig ist. Evtl. braucht es dafür einen Dummy.
2. Der Linienkoppler muss neu programmiert werden (Applikationsprogramm laden), um seine Filtertabelle zu aktualisieren.