[Gelöst] [V3.5.1] Timberwolf Server bekommt keine Busspannung

[ms20de]

Hallo Felix,

hast du den ganzen Timberwolf neugestartet, oder die Schnittstelle?

Ich hatte auch schon mal Probleme mit dem Programmieren, da war ein Leiter des TP Busses ab, hat man aber nicht gesehen hing noch an der Isolierung.

Viele Grüße,
Matthias

[blaubaerli]

Hi Matthias,

schon Entzug

Schönen Urlaub.

Beste Grüße
Jens

[lecfe]

Guten Morgen,

ja, ich hatte auch den TWS ganz alleine an der KNX Spannungsversorgung. Gleiches Bild, nur dass im Busmonitor jetzt logischerweise nichts mehr angezeigt wurde.

Das hatte ich mit einem anderen Kabel gemacht, sogar andere Klemmen verwerndet. Einen Kabelbruch schließe ich daher aus.

Gerade eben habe ich den TWS nochmal ganz alleine an die KNX Spannungsversorung gehängt und ihn dann auch noch komplett neu gestartet. Dann ergab sich folgendes Bild:


Das blieb dann auch dauerhaft so, der KNX Dienst lies sich nicht starten. Erst als ich den restlichen Bus wieder angeschlossen hatte, war das Bild wieder das alte: alles grün bis auf die Busspannung.

Mir ist auch noch aufgefallen, dass meine KNX Spannungsversorgung 22mA anzeigt, wenn gar nichts angeschlossen ist. Wenn ich dann den TWS anstecke, bleibt es bei 22mA. Da das KNX Modul im TWS ja aus der KNX Spannung versorgt wird, müsste das doch eigentlich mehr werden, oder?

[StefanW]

Hi ???

(wir sprechen uns hier eigentlich mir Vornamen an, das wäre schön, wenn Du den, z.b. als Gruß am Ende angeben würdest)

Das ist ein ungewöhnliches Fehlerbild, das wir so noch nie hatten. Wir werwenden den Baustein TP-UART 2+ von Infineon, diese Chipfamilie wird vermutlich in 70% allerKNX Geräte verwendet und ich denke, der ist ausgereift. Es wundert schon, dass gleichzeitig Pakete empfangen (auch gesendet?) werden können, aber die Busspannung als nicht ausreichend detektiert wird.

In der Fertigung wird der KNX Busanschluss übrigens bei jedem Server getestet.

Was ich mir vorstellen könnte ist, dass die Busspannung zwar ausreicht, dass Pakete empfangen werden, aber vom Chip als zu gering angesehen werden für sonstigen Betrieb? Ist aber Spekulation.

Hast Du eine andere SV zur Verfügung?

Ansonsten bleibt nur einsenden zu uns, hierzu bitte ein Ticket öffnen unter service at elabnet dot de

Die geringe Busstomaufnahme wundert mich auch, ich weiß aber gerade nicht, wieviel der Server am Bus zieht, weil er muss nur die Schaltung bis zu galv. Trennung versorgen, der restliche Server versorgt sich ja selbst.

lg

Stefan

[lecfe]

Hallo Stefan,

heute ist Weihnachten, Du solltest da nicht arbeiten

Sorry, ich hatte heute morgen vergessen eine Grußformel unter den Post zu setzen. Bei jedem davor habe ich das getan.

Danke für die Idee mit der alternativen Spannungsversorung. Ich habe tatsächlich noch eine von ABB hier.
Leider sieht das dann genauso aus, wie bei der Spannungsversorgung von enertex (s. Screenshot von heute morgen).

Ich habe jetzt auch probiert ein anderes Gerät aus der ETS heraus über die TWS Schnittstelle zu programmieren. Hat funktioniert. Er kann also scheinbar nicht nur empfangen sondern auch senden.

Es wird mir wohl nichts anders übrigbleiben als Euch den TWS nächsten Woche zu schicken.

Schöne Feiertage,
Felix

[StefanW]

Hallo Felix,

ein letzter Versuch bleibt wohl noch, sofern nicht schon gemacht: Kabel und KNX-Stecker einmal ganz raus und komplett durch neuen ersetzen.

Wir hatten bereits mehrmals den Fall, dass es einen nicht sichtbaren Kabelbruch gab. Durch Einkerbung beim Abisolieren wurde eine Sollbruchstelle erzeugt. Damit konnte der Draht bei späteren Bewegungen brechen, zum Teil auch unter der Isolierung, die sich minimal so darüber geschoben hat, dass man es nicht sieht. Das führt zu kleinen "geht" - "geht nicht" Fällen. Daher hat der Server eine Detektion dafür und einen Hinweis, dass man darauf achten soll, weil das waren zuviele unnötige Supportfälle.

lg

Stefan

[gbglace]

Hi Felix,

Entlang der screenshots in Beitrag #5 bekomme ich ja reiclich Bauchschmerzen entlang der Topologie in dem Projekt.

Der TWS scheint PA's auf einer Bereichslinie 0.0.x zu haben, dann aber sind da Telegramme von 15.15.x das passt gewaltig nicht zueinander, da darf man auch keine Ansprüche haben etwas sinnvoll programmieren zu wollen.

Die PA' s 0.01. für den ersten und 0.0.0 für alle weiteren Tunnel sind sicher auch kein default vom TWS, wäre zumindest sehr sehr ungewöhnlich da 0.0.0 halt die Adresse ist die so nicht existiert.

[lecfe]

Hallo zusammen,

@StefanW : ich habe bereits mehrere Kabel und Stecker probiert. War immer das gleiche.

@gbglace : kein Grund für Bauchschmerzen. Ich habe keine PA's im Bereich 0.0.x in meinem Projekt. Es handelt sich um ein EFH und alles ist in Linie 1. Die PA 15.15.11 ist der EibPC2. Das ist dort so voreingestellt und läuft seit Jahren völlig problemlos.
Auch wenn ich Laie bin glaube ich mit fast an Sicherheit grenzender Wahrscheinlichkeit, dass das vorliegende Fehlerbild nichts mit meinen Projekt oder meiner Programmierung zu tun hat.

Schöne Restfeiertage,
Felix

[gbglace]

OK alles auf einer Linie lässt die falschen PA's elektrisch unkritisch werden, aber aufräumen würde ich es dennoch.

[lecfe]

Hallo Göran,

welche falschen PAs meinst du?

Inwiefern aufräumen?

Viele Grüße,
Felix