UPGRADE IP 9 verfügbar!
Timberwolf VISU jetzt mit NEUEM Layout Editor
Freie Anordnung, Reihenfolge und Größe der Widgets - viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/06SeuHRJ

NEU! Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Damit kann nun jeder das Upgrade vornehmen und VISU & IFTTT testen. Alle Info hier: viewtopic.php?f=8&t=5074

[Gelöst] [V 1.6 Hells Bells] Problem mit Programmierung von KNX Geräten

Diskussionen über die KNX-Funktionen im Timberwolf Server
Forumsregeln
  • Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS oder CometVisu beteiligt sind, dann auch deren Version
  • Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur. Hilfreich ist oft auch die Beschreibung der angeschlossener Hardware sowie die verwendeten Protokolle
  • Beschreibe Dein Projekt und Dein Problem bitte vollständig. Achte bitte darauf, dass auf Screenshots die Statusleiste sichtbar ist
  • Bitte sei stets freundlich und wohlwollend, bleibe beim Thema und unterschreibe mit deinem Vornamen. Bitte lese alle Regeln, die Du hier findest: https://wiki.timberwolf.io/Forenregeln

Ersteller
terseek
Reactions:
Beiträge: 265
Registriert: Mi Sep 05, 2018 1:09 pm
Hat sich bedankt: 492 Mal
Danksagung erhalten: 119 Mal

[V 1.6 Hells Bells] Problem mit Programmierung von KNX Geräten

#1

Beitrag von terseek »

Guten Tag allerseits,

ich habe heute ein Problem, bei dem ich nicht mehr weiterkomme.

Ich wollte bei meinem Theben Dimmaktor DM 8-2 nur eine GA ändern, geht jedoch nicht, das Programmieren bricht mit der Meldung "Das Gerät antwortet nicht in angemessener Zeit." ab.

Habe das Gerät kurzzeitig vom KNX-Bus getrennt, dann Programmiertaste gedrückt, PA neu programmiert, kein Problem. Wieder probiert Applikationsprogramm zu laden, selber Fehler.

Da ich noch einen anderen Theben Dimmaktor habe, dachte ich, ich versuche den mal zu programmieren, gleiches Problem wie beim ersten.

Dann habe ich mal einen MDT Schaltkator, der auf dem gleichen Bus angeschlossen ist und sich in gleicher UV befindet, versucht zu programmieren; das geht prima ohne Problem.

Inzwischen schon mehrfach wiederholt ohne daß sich etwas am Problem ändert. Vom letzten Versuch habe ich mal einen Screenshot der ETS Fehlermeldung gemacht und einen vom KNX Busmonitor, siehe hier:
progfehler.jpg
knx trace.jpg
Ich hoffe, daß jemand von Euch eine Idee hat was die Ursache des Problems sein könnte.

Beste Grüße,

Peter
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
TWS 2600 ID:186 + 3 PBM, VPN offen, Reboot nach Vereinbarung
TWS 3500L ID:895 + 1 PBM, VPN offen, Reboot nach Vereinbarung

StefanW
Elaborated Networks
Reactions:
Beiträge: 9689
Registriert: So Aug 12, 2018 9:27 am
Wohnort: Frauenneuharting
Hat sich bedankt: 4831 Mal
Danksagung erhalten: 7633 Mal
Kontaktdaten:

#2

Beitrag von StefanW »

Hallo Peter,

es gab mal in der ETS einen Parameter, mit dem man auf "langsame Übertragung" (oder so ähnlich) schalten kann.

lg

Stefan
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de

Link zu Impressum und Datenschutzerklärung oben.

gbglace
Reactions:
Beiträge: 3585
Registriert: So Aug 12, 2018 10:20 am
Hat sich bedankt: 1253 Mal
Danksagung erhalten: 1649 Mal

#3

Beitrag von gbglace »

Hi Peter,
Phänomene die hier und da bei solchen Meldungen ursächlich im Spiel waren:

-irgendwo in der Anlage ein knxd aktiv?
-Busspannungsversorgung an der Belastungsgrenze?
-LK auf dem Weg zum Aktor? (hier eher unwahrscheinlich)
-longframe support ggf. mal deaktivieren
Grüße
Göran

#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension

Ersteller
terseek
Reactions:
Beiträge: 265
Registriert: Mi Sep 05, 2018 1:09 pm
Hat sich bedankt: 492 Mal
Danksagung erhalten: 119 Mal

#4

Beitrag von terseek »

StefanW hat geschrieben: Mi Jan 13, 2021 5:11 pm es gab mal in der ETS einen Parameter, mit dem man auf "langsame Übertragung" (oder so ähnlich) schalten kann.
Hallo Stefan,

danke, ja die Option heißt genau "Verwende reduzierte Bus-Kommunikation." Hatte ich auch schon probiert, allerdings vergessen zu schreiben.
gbglace hat geschrieben: Mi Jan 13, 2021 5:13 pm -irgendwo in der Anlage ein knxd aktiv?
Hallo Göran,

guter Punkt, ja hier läuft ein Container mit Cometvisu. Habe den mal deaktiviert, Problem bleibt jedoch bestehen.
gbglace hat geschrieben: Mi Jan 13, 2021 5:13 pm -Busspannungsversorgung an der Belastungsgrenze?
ETS sagt "40 Geräte auf dem Bus, Busstrom 430 mA". Stromversorgung ist MDT STR-0640, sollte also noch OK sein. Habe gerade gesehen, daß ich die Überwachungswerte der Spannungsversorgung noch gar nicht benutze; habe sie gerade mal mit Zeitserien verbunden und hier die Werte:

- Spannung 29,5 V
- Strom 274 mA

Klingt gut für mich.
gbglace hat geschrieben: Mi Jan 13, 2021 5:13 pm -LK auf dem Weg zum Aktor? (hier eher unwahrscheinlich)
nein
gbglace hat geschrieben: Mi Jan 13, 2021 5:13 pm -longframe support ggf. mal deaktivieren
Hm, kann ich nicht finden, wo kann man das deaktivieren?

Beste Grüße,

Peter
TWS 2600 ID:186 + 3 PBM, VPN offen, Reboot nach Vereinbarung
TWS 3500L ID:895 + 1 PBM, VPN offen, Reboot nach Vereinbarung

gbglace
Reactions:
Beiträge: 3585
Registriert: So Aug 12, 2018 10:20 am
Hat sich bedankt: 1253 Mal
Danksagung erhalten: 1649 Mal

#5

Beitrag von gbglace »

Ohne longframe ist wohl das gleiche wie die langsame Programmierung.

Auffällig ist leider das es verschiedene Aktoren gleichen Typs betrifft, sonst wäre man schnell dabei sagen zu können, defektes Gerät.
Grüße
Göran

#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension

paralan
Reactions:
Beiträge: 264
Registriert: Mi Sep 05, 2018 11:49 pm
Hat sich bedankt: 287 Mal
Danksagung erhalten: 102 Mal

#6

Beitrag von paralan »

Hallo Peter,
hast du noch weitere Docker Container am laufen?
Falls ja würde ich diese mal stoppen.
Bei mir verhindert ein aktiver Openhab Container das Programmieren mancher KNX Geräte.
Gruß Alan

TWS 2600 ID:190; VPN offen; Reboot nach Absprache, da Beschattung über Logikeditor aktiv!

Ersteller
terseek
Reactions:
Beiträge: 265
Registriert: Mi Sep 05, 2018 1:09 pm
Hat sich bedankt: 492 Mal
Danksagung erhalten: 119 Mal

#7

Beitrag von terseek »

Das Programmieren geht wieder!

Nachdem ich nun alles überprüft hatte kam mir eine letzte Idee: der Timberwolf war während des ganzen Prozesses nie neu gestartet worden. Das habe ich nun getan und seitdem kann ich beide Theben Dimmer wieder programmieren.
TWS 2600 ID:186 + 3 PBM, VPN offen, Reboot nach Vereinbarung
TWS 3500L ID:895 + 1 PBM, VPN offen, Reboot nach Vereinbarung

eib-eg
Reactions:
Beiträge: 442
Registriert: Fr Sep 14, 2018 5:03 pm
Hat sich bedankt: 1457 Mal
Danksagung erhalten: 235 Mal

#8

Beitrag von eib-eg »

Hallo @terseek sowie alle.

Wie Stefan geschrieben hat im Update sogar in rot
Unter Punkt 2 Timberwolf Neustarten.

Frage an @terseek Peter

Hast du deinen Wolf nach dem Update wie Stefan geschrieben hat Neu gestartet ?
TW 2600_99 seit 1.1.2018 / VPN zu

Ersteller
terseek
Reactions:
Beiträge: 265
Registriert: Mi Sep 05, 2018 1:09 pm
Hat sich bedankt: 492 Mal
Danksagung erhalten: 119 Mal

#9

Beitrag von terseek »

Ich hatte VOR dem update neu gestartet, daß man danach auch neu starten soll, habe ich wohl übersehen.
TWS 2600 ID:186 + 3 PBM, VPN offen, Reboot nach Vereinbarung
TWS 3500L ID:895 + 1 PBM, VPN offen, Reboot nach Vereinbarung

StefanW
Elaborated Networks
Reactions:
Beiträge: 9689
Registriert: So Aug 12, 2018 9:27 am
Wohnort: Frauenneuharting
Hat sich bedankt: 4831 Mal
Danksagung erhalten: 7633 Mal
Kontaktdaten:

#10

Beitrag von StefanW »

Hallo,

ich hatte nur geschrieben, dass VOR dem Update neu gestartet werden sollte. Ob er danach auch zu starten war, würde dann von der Oberfläche nach den Update angezeigt, weil es hier drauf ankommt, welcher Server das ist und von welcher Version aus man updatet, da kann ich keine pauschale Aussage treffen. Erst gestern hatten wir einen Nutzer mit einer Anfrage, da läuft der Wolf noch mit der RC5 der V 1.5 vom September 2019.

Freut mich, dass das Problem behoben ist.


lg

Stefan
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de

Link zu Impressum und Datenschutzerklärung oben.
Antworten

Zurück zu „KNX“