Wenn dies dein erster Besuch hier ist, lies bitte zuerst die Hilfe - Häufig gestellte Fragen durch. Du musst dich vermutlich registrieren, bevor du Beiträge verfassen kannst. Klicke oben auf 'Registrieren', um den Registrierungsprozess zu starten. Du kannst auch jetzt schon Beiträge lesen. Suche dir einfach das Forum aus, das dich am meisten interessiert.
So habe auf 5.2.2 aktualisiert und dabei auch Probleme hatte den Router zu programmieren ist mir eingefallen ich habe noch einen knxd auf der alten Smarthome NG Instanz laufen. Diesen gestoppt und sofort hat das programmieren funktioniert. Es lag daher sehr wahrscheinlich nicht am Router, sorry für die Verwirrung
Mir ist aber aufgefallen das der Router nur am USB sofort Fehler auf der Konsole bringt das der EthernetChip nicht geht, auch die LEDs an der Buchse blieben aus. Erst nachdem ich zusätzlich (auch wenn man dies normal nicht machen sollte) KNX angeschlossen habe hat es funktioniert.
ich brauche mal eine Rückmeldung ob mein Setup Sinn macht.
Das können wir so nicht beantworten, da wir nichts vom zweiten Router oder der Schnittstelle wissen,
Auch wir können nicht Hellsehen
Also Gruppenmonitor an und nachschauen was passiert.
Dabei auf den HopCounter achten.
Wenn der was anderes als 6 anzeigt, erst dann hast du iwo einen Loop gebaut.
Da Router aber eig auch immer Tunnel anbieten, erschließt es sich mir nicht, warum du noch zusätzlich eine IP-Schnittstelle brauchst.
Mein Problem ist nun wenn ich ein IP only Device programmieren möchte sagt er es sind zwei aktiv. Da dies nicht der Fall sein kann wandert das Päkchen vermutlich durch meine Einstellungen oder durch die beiden Geräte in einer Loop.
Wie die Konsole zeigt, ist das nur eine Warnung und kein Fehler.
1. Ich verstehe die Frage nicht. Welche Konfiguration meinst du?
2. Du kannst die KNX-IP Pakete mit Wireshark aufzeichnen. Das hat aber nix mit dem IP Router selbst zu tun.
Vielen Dank für Ihre Antwort.
1. Das Problem wurde behoben. Ich kann KNX-Geräte nun normal debuggen und herunterladen, nachdem ich sie auf dem KNX IP-Gateway konfiguriert habe.
2. Gibt es derzeit eine Möglichkeit, KNX-Geräte, die nicht in der Topologie enthalten sind, über einen Tunnel normal herunterzuladen und zu debuggen? Das ABB KNX IP-Routing-Gateway bietet diese Funktion beispielsweise. Wird diese Funktion in einem zukünftigen Update hinzugefügt?
Wie die Konsole zeigt, ist das nur eine Warnung und kein Fehler.
1. Ich verstehe die Frage nicht. Welche Konfiguration meinst du?
2. Du kannst die KNX-IP Pakete mit Wireshark aufzeichnen. Das hat aber nix mit dem IP Router selbst zu tun.
Vielen Dank für Ihre Antwort.
1. Wie Sie bereits erwähnt haben, ermöglicht die Topologie normales Herunterladen und Debuggen. Welche Überlegungen liegen dieser Konfiguration zugrunde?
2. Gibt es derzeit eine Möglichkeit, KNX-Geräten, die nicht in der Topologie enthalten sind, das normale Herunterladen und Debuggen über einen Tunnel zu ermöglichen? Kann beispielsweise das ABB KNX IP-Routing-Gateway diese Funktionalität bereitstellen oder wird diese Funktion in einem zukünftigen Update hinzugefügt?
Zunächst einmal bin ich sehr dankbar für dieses Projekt.
Ich habe die Hardware selbst zusammengebaut, die Firmware gebrannt und sie läuft erfolgreich. Mit ETS gesendete Befehle reagieren normal, aber das Debug-Fenster zeigt den Fehler 0d 00:03:51: Allgemein: Warnung: Die Schleife hat länger als üblich gedauert (80 >= 50).
1. Ich kann beim Tunneln keine anderen KNX-Geräte programmieren und herunterladen. Unterstützt die Firmware diese Funktion?
2. Nachdem ich die Parameter gemäß Sisamiwe Neuer Benutzer konfiguriert habe, kann ich andere KNX-Geräte per Multicast programmieren und herunterladen.
das spielt ja keine Rolle, denn die Antwort kommt sehr schnell, da die über IP kommt.
Dann geht es aber an das Gerät direkt. Hier finde ich eine Filterung auch Sinnvoll. Genauso das Filtern direkt zu anderen Tunneladressen.
Denn auf der TP Linie darf kein zweites Gerät mit der gleichen PA sein.
Weiter würde ich aber nicht filtern.
Sprich wenn über den Tunnel die 13.12.255 auf der Linie 2.3 angesprochen wird, sollte dieses Telegramm auf die Linie.
Topologisches Filtern sollte nur der Router, da hier wirklich eine Linie überquert werden soll.
Da eh immer auf eine Antwort auf das FunctionPropertyInvoke gewartet wird, wird da auch nix geflutet.
das spielt ja keine Rolle, denn die Antwort kommt sehr schnell, da die über IP kommt.
Und das muss abgefangen werden wenn man die Optimierung wieder ausbaut.
Fluten kamst du auch per ip ebene. Das kannst du nur mit einer Ratelimiz vermeiden. Normale Kommunikation bedarf ja einer Bestätigung wie Mike schon sagt, somit ist da das Risiko überschaubar
Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.
Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.
schwierig zu sagen, da die Probleme immer nur bei anderen Auftreten und es bei mir funktioniert.
Einen Kommentar schreiben: