Probleme mit diversen BJ und ABB Aktoren - Firmware?

[rosebud]

Wenn Geräte die Linienadresse 1.2.x haben, muss es eine Linie 1.2 geben, die über zwei LK mit der Linie 1.1 verbunden ist. Telegramme, die von dort kommen, haben den Routingzähler auf 4. Nochmal mein Tip, um Zeit zu sparen: Zerlegen Sie die Anlage Linie für Linie (STV aus, Koppler abziehen) und kontrollieren Sie die PA der Geräte. Sonst werden Sie nie damit fertig.

[Beleuchtfix]

Zum Thema Routing: Ich habe mehrere 1000 Telegramme aufgezeichnet, alle kommen mit der Routing-Nummer 5 am IP Router 1.1.100 an. Also scheinbar keine Wiederholungen oder Doppel-Sendungen.

Die Signale der Linie 1.1.x sollten eigentlich mit 6 ankommen, bei 5 ist schon mal ein LK / LV durchlaufen worden. Gefühlsmäßig scheinen alle Leitungen nur durch Linienverstärker getrennt zu sein und erhalten damit auch alle Signale, vollkommen unabhängig von der eingetragenen PA.

Und der Rest ist schon ok

Gruß und viel Erfolg bei der Behebung der Probleme.
Florian

[AndyKrause]

Für KNX gibt es einen genauen Standard, wie die Teilnehmer anzuordnen sind in der Busstruktur. Dann und nur dann darf man davon ausgehen, daß das System wie vom Gerätelieferanten versprochen funktioniert. Die ETS überwacht nur in einem gewissen Umfang, ob man sich an die Vorgaben gehalten hat. Den allergrößten Teil der Verantwortung hat der Anlagenerrichter (m/w/d) am Bein.
Im Fall Ihrer Anlage darf man davon ausgehen, daß nur die erste Linie korrekt errichtet wurde. Spätestens mit dem ersten LK begann der katastrophale Murks. Funktioniert hat offenbar nur etwas, weil die LK alle auf Durchzug stehen und keine Fragen stellen. Der Murks wird spätestens bei hohen Buslasten, z.B. der Programmierung von Geräten, offensichtlich.
Ich persönlich empfehle, die Architektur der Anlage komplett zu filzen und an die KNX-Vorgaben anzupassen. Beginnen Sie mit den Geräten und kümmern Sie sich um die Sahnehäubchen in Gestalt der Visualisierung, wenn die Geräte auf ETS-Ebene korrekt drehen. Ein starkes Hilfsmittel zur Überprüfung, ob Linien- und Geräteadresse zueinander passen, ist der Routing-Zähler.
Weder ist ein funktionierendes Gerät auszutauschen noch ist Alibi-halber die Firmware zu bejammern. Divide et impera: Bringen Sie zunächst jede Linie individuell in Ordnung.

Danke für die ausführliche Antwort!

Ich habe mit dem BJ Support telefoniert. Die Topologie hält er nicht für das Problem. Bei dem LK ist er auch der Meinung dass dieser lediglich als Verstärker fungiert. Die Topologie hatte ich mir vor Ort angeschaut und ist wie erwartet murks. Im Prinzip hängen einige Geräte in der Hauptlinie. Lediglich der neu angebaute Teil befindet sich in einem eigenen Schaltschrank und ist mit einer eigenen SV und LK korrekt angekoppelt. Dort gab es ja auch keine Probleme.

Wir haben alle Firmware Versionen und Applikationsprogramme abgeglichen. Alles ist soweit richtig. Die Firmware für die RTR ist sogar aktuell. Er vermutet dass die BCU an den entsprechenden Geräten einfach defekt gegangen ist, da die Geräte jetzt auch unterschiedliche Fehlermeldungen ausspucken. Die Dimmaktoren gehen nach dem programmieren direkt in den Hand-Betrieb.

Zum Thema Routing: Ich habe mehrere 1000 Telegramme aufgezeichnet, alle kommen mit der Routing-Nummer 5 am IP Router 1.1.100 an. Also scheinbar keine Wiederholungen oder Doppel-Sendungen.

Beleuchtfix Ich wollte ja einfach nur mal hören ob jemand ähnliche Probleme und Fehlermeldungen hatte. Im Forum hatte ich dazu mehrere Themen gefunden die aber nicht abschließend geklärt wurden. Wäre schön gewesen wenn einfach jemand gesagt hätte "Ja, das hatte ich schonmal, spiel mit dem Inbetriebnahmegerät die neueste Firmware auf" oder irgend sowas. Mir ging es nicht darum dass man mich an die Hand nimmt als hätte ich keine Ahnung. Man kann nicht alles wissen und wird auch nicht allwissend geboren. Fürs nächste mal weiß ich wieder mehr.

Trotzdem vielen Dank für alle Antworten

[Beleuchtfix]

Ich hatte das eigentlich Problem eigentlich sehr genau beschrieben und da könnte man erstmal Lösungsvorschläge machen wo doch hier jeder es besser weiss.

Bei kostenfreien Leistungen muss man dass nehmen, was angeboten wird, und wenn man sich die kostenpflichtigen Leistungen in deinem Projekt anschaut, bekommt man auch nicht genau das, was man sich vorstellt.

Sorry, und zu deinem eigentlichen Problem habe ich keinen Lösungsvorschlag.
Gruß
Florian

[rosebud]

Für KNX gibt es einen genauen Standard, wie die Teilnehmer anzuordnen sind in der Busstruktur. Dann und nur dann darf man davon ausgehen, daß das System wie vom Gerätelieferanten versprochen funktioniert. Die ETS überwacht nur in einem gewissen Umfang, ob man sich an die Vorgaben gehalten hat. Den allergrößten Teil der Verantwortung hat der Anlagenerrichter (m/w/d) am Bein.
Im Fall Ihrer Anlage darf man davon ausgehen, daß nur die erste Linie korrekt errichtet wurde. Spätestens mit dem ersten LK begann der katastrophale Murks. Funktioniert hat offenbar nur etwas, weil die LK alle auf Durchzug stehen und keine Fragen stellen. Der Murks wird spätestens bei hohen Buslasten, z.B. der Programmierung von Geräten, offensichtlich.
Ich persönlich empfehle, die Architektur der Anlage komplett zu filzen und an die KNX-Vorgaben anzupassen. Beginnen Sie mit den Geräten und kümmern Sie sich um die Sahnehäubchen in Gestalt der Visualisierung, wenn die Geräte auf ETS-Ebene korrekt drehen. Ein starkes Hilfsmittel zur Überprüfung, ob Linien- und Geräteadresse zueinander passen, ist der Routing-Zähler.
Weder ist ein funktionierendes Gerät auszutauschen noch ist Alibi-halber die Firmware zu bejammern. Divide et impera: Bringen Sie zunächst jede Linie individuell in Ordnung.

[AndyKrause]

Du könntest den Murks ja einfach korrigieren? Es war ja keine Kritik an dir, sondern am Elektriker.

Ich sage dem Kunden einfach dass er bitte den Schaltschrank erstmal rausreisst und komplett neu verdrahten lässt nachdem der Elektriker vor nem Monat erst mit der Erweiterung fertig geworden ist .. und am Ende müssen die betroffenen Akoren trotzdem getauscht werden.. Klasse.

Ich hatte das eigentlich Problem eigentlich sehr genau beschrieben und da könnte man erstmal Lösungsvorschläge machen wo doch hier jeder es besser weiss.

Vor Ort have ich jetzt gesehen dass 2 Dimmaktoren Probleme machen. Beide gehen nach dem Programmieren sofort in den Handbetrieb, zeigen aber sonst keine Fehlermeldug. Einer lässt sich problemlos programmieren, der andere hat die benannten Probleme. Sitzen direkt nebeneinander und sind die ersten Geräte hinter den LK.

Dann sind 3 RTR tot. Diese zeigen ein weisses Bild mit einem kleinen "Power" Symbol unten links. Sonst nichts. Taster-Beleuchtug ist ebenfalls aus, keine Reaktion auf Tastendruck. Das Display zeigt RTR 6128/01 V1.4 Rev 528 11/Jun/12

Hoffe es hat trotzdem jemand ne Idee ob es nicht vielleicht doch ein Firmware Problem ist.

[BadSmiley]

Man bin ich froh dass Ihr alle allwissend und hilfsbereit geboren wurdet, was würden wir nur ohne euch Super-KNXler tun

Du könntest den Murks ja einfach korrigieren? Es war ja keine Kritik an dir, sondern am Elektriker.

[AndyKrause]

Man bin ich froh dass Ihr alle allwissend und hilfsbereit geboren wurdet, was würden wir nur ohne euch Super-KNXler tun

[gbglace]

An der Stelle sollte er das Forum nutzen um jemanden zu finden, der genug Ahnung hat und das Ding auf Rechnung repariert.

[vento66]

Dafür müsste man aber die Fehler erkennen Aber das macht ja scheinbar das Forum....

[gbglace]

Wenn das Ding so seit 2011 funktioniert, dann ist ein Firmware-Update das letzte was die Anlage braucht. An der Anlage weiterhin nur an irgendwelchen Symptomen zu operieren statt das Ding Mal wirklich vernünftig aufzusetzen ist eigentlich auch ne Frechheit dem hoffentlich ahnungslosen Kunden gegenüber.

Was soll das eigentlich für eine Visu sein, die einen nicht funktionierenden Router benötigt. Ich denke der ist schonmal völlig überflüssig wenn da schon eine Schnittstelle drinnen ist. Ggf hat die nicht mehr genügend Tunnelverbindungen für eine Visu. Aber auf der Art und Weise nen Router einzubauen ist grob fahrlässig. Und das jetzt nicht zu ändern ist auch nicht besser.

Ob da nen LV notwendig ist scheint mir aber auch noch fraglich, könnte aber bei sehr vielen TP-64 Geräten sein. Und auf Basis des Screenshots wo einige Geräte sinnbefreite PA haben, darauf zu schließen daß es zuviele Geräte für ein Liniensegment sind ist zumindest gewagt.

Bevor du da irgendetwas programmierst sollte man die Grundsätzliche Topologie gerade rücken danach kann man immer noch sehen welche Geräte sich nicht Programmieren lassen und warum.

Das sollte man dem Kunden deutlich kommunizieren. Ggf dem Elektriker der davor so gepfuscht hat entsprechend in Regress nehmen für die Aufwendungen das jetzt zu reparieren.

[AndyKrause]

Ich schlage vor: Das ganze Projekt mit ETS3f neu erstellen bis auf die paar Geräte, für die es keine Applikationen gibt, und dann in ETS5 importieren. Das geht mit Sicherheit und erfahrungsgemäß schneller als tagelang mit ETS5 nach Gespenstern zu suchen und im KNX-Nebel rumzustochern.

Das Projekt direkt mit der ETS5 erstellen würde nicht funktionieren? Wie sieht es mit einem Firmware update der Komponenten mit der Inbetriebnahmeschnittstelle aus? Die Parametrierung und das PowerTool funktionieren ja teilweise, es hängt an den einzelnen erwähnten Geräten. Im Endeffekt geht es nur um das Hinzufügen einiger Gruppenadressen für Rückmeldungen.

Klaus Gütter
Wie erwähnt wurden die Schnittstellen und der LK erst später eingebaut aufgrund der gewünschten externen Visualisierung und einem Umbau am Gebäude. Mehr Infos habe ich dazu auch nicht, Tatsache ist dass das Projekt mit Ausnahme einiger weniger Komponenten so seit 2011 betrieben wird.

[Klaus Gütter]

läuft seit 2011 so

2011 gab es noch keinen Linienkoppler mit Data Secure.

[rosebud]

Es scheint von Leuten zu wimmeln, die glauben, daß alles zwangsweise funktionieren muß, wenn man die neueste Version von ETS5 anwendet. Angesichts des Topologie-Brimboriums frage ich mich, ob nicht eine der 1.x-Linien die 1.0-Linie ist.

Ich schlage vor: Das ganze Projekt mit ETS3f neu erstellen bis auf die paar Geräte, für die es keine Applikationen gibt, und dann in ETS5 importieren. Das geht mit Sicherheit und erfahrungsgemäß schneller als tagelang mit ETS5 nach Gespenstern zu suchen und im KNX-Nebel rumzustochern.

[AndyKrause]

Sehe ich auch gerade und dann einen LK und Router in der gleichen Linie.

Das schaut eher nach ganz schlimmen Testbrett aus als funktionierende Anlage, gespickt mit ein paar Schnäppchen aus der Ebay-Resterampe

Das Projekt habe ich vor kurzem so übernommen und läuft seit 2011 so. Eingerichtet von einem Elektriker.
Eigentlich sollten nur 'schnell' ein par Rückmelde-Adressen für die Visualisierung eingepflegt werden... der IP-Router wurde erst nachträglich eingebaut um die Anbindung an eine externe Visualisierung zu ermöglichen. Bis zu diesem Zeitpunkt hatte ich auch mit der ETS-Seite *dieses Projektes* nichts zu tun. Als dann alles schief läuft, wurde das Projekt an mich übergeben. Offensichtlich hat die Programmierung ja soweit funktioniert. Ich kann ja auch schlecht sagen dass alles Mist ist und wir von vorne anfangen müssen. Irgendwie muss das jetzt zum Laufen gebracht werden... ist nicht schön, aber man muss irgendwo auch realistisch bleiben.

Ich nehme auch an dass der Linienkoppler 1.1.99 lediglich als Verstärker gedacht war da es ja über 64 Geräte sind. Ich schaue mir die Verkabelung vor Ort an.

Können die spezifischen Probleme von mir aber dadurch entstehen? Das Programmieren von neueren RTRs hat mehrmals problemlos funktioniert, ebenso die alten RTR. Es betrifft nur ganz spezifische Geräte mit alten Plugins. Theoretisch sollten die Dimmer im Schaltschrank nebeneinander sitzen, also ist dort auch kein großer Kabelweg dazwischen.

Edit: In der 2. Linie gibt es auf 1.2.10 auch noch ein IP-Interface mit EMail... insgesamt also 3 Schnittstellen. Ich weiß nicht was man sich da gedacht hat.