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.
Dann solltest mal in den Aktoren auch eine Szene anlegen und diese auch senden, weil dann ist das genau ein Telegramm mit der Szenen-ID und nicht zig Telegramme mit verschiedensten AN/AUS, Ziel-Dimmwerten, Rollo-Positionen.
Selbst dann habe ich aber immer noch die ganzen Rückmeldungen von den Kanälen.
Aber der Hauptgrund ist, dass ich die Szenen im X1 so schön zentral verwalten kann
Warum bei Ethernet allerdings "nonsense signals" entstehen sollen, leuchtet mir nicht ein, denn jede Verbindung ist Punkt-zu-Punkt und Full-Duplex. Auf dieser Schicht können doch gar keine Kollisionen entstehen.
Dann solltest mal in den Aktoren auch eine Szene anlegen und diese auch senden, weil dann ist das genau ein Telegramm mit der Szenen-ID und nicht zig Telegramme mit verschiedensten AN/AUS, Ziel-Dimmwerten, Rollo-Positionen.
Wie ich geschrieben hatte, ist nicht die allgemeine Bus-Last zu hoch. Stattdessen tritt das Problem nur in einer speziellen Situation auf, wenn ich auf einmal fast im ganzes Haus das Licht ausschalte und die Jalousien herunterfahre (Heimkino-Szene).
Warum bei Ethernet allerdings "nonsense signals" entstehen sollen, leuchtet mir nicht ein, denn jede Verbindung ist Punkt-zu-Punkt und Full-Duplex. Auf dieser Schicht können doch gar keine Kollisionen entstehen. Naja, das ist sowieso ein anderes Thema
Correct. Just, in KNX, we like to say that we have "CSMA/CA" - Collision Avoidance, or, better, "non-destructive collision": there may thus be collisions (simultaneous transmissions on the bus), but these do not lead to nonsense signals, opposite to e.g. Ethernet.
In den CSMA-CD-Systemen (KNX, LON), also ohne Master-Slave-Strukturen wie bei MODBUS, ist der Datenverkehr geregelt. Meines Wissens ist im KNX ein Bit mit dem Wert "0" gegenüber einem mit Wert "1" priorisiert. Sendet ein Teilnehmer eine "1", ein anderer zugleich eine "0", so merkt der Teilnehmer mit "1", daß ihm jemand dazwischenfunkt und bricht sein Telegramm kommentarlos ab. 50 ms (?) nach dem Ende eines Telegramms auf der Leitung schaut er nach, ob die Luft rein ist und startet von neuem in der Hoffnung, daß alle anderen sendewilligen Teilnehmer ebenfalls den Finger in die Luft und sich zurückhalten.
Insofern hat die Priorität nur eine Bedeutung für den sendenden oder/und den hörenden Teilnehmer, nicht jedoch für den Datenverkehr auf der Leitung.
Nein, hat keine Auswirkungen auf Wiederholungen.
Was aber sein kann: wenn das Gerät sein Telegramm mit niedriger Priorität nicht loswird, bevor es das nächste Telegramm generiert, könnte evtl. eine interne Queue überlaufen.
Und Göran hat natürlich recht: dass so eine hohe Buslast überhaupt entsteht, ist ein Projektierungsfehler.
Es werden nur Telegramme auf dem Bus verschickt, die GA ist Teil des Inhalt des Telegramms.
Was soll das für eine Anlage sein wo Du wirklich eine Priorisierung von GA benötigst, weil die allgemeine Buslast zu hoch ist?
In solchen Fällen ist wohl eher was anderes zumindest ungünstig implementiert.
es ist klar, dass die Priorität einer GA regelt, welches Telegramm im Falle einer Kollision zuerst erneut verschickt wird.
Aber hat die Auswahl der Priorität auch einen Einfluss darauf, ob ein Telegraumm erneut verschickt wird?
Ich konnte hierzu leider nicht fündig werden.
Mir kommt es so vor, als ob Telegramme mit niedriger Priorität bei mir in bestimmten Situationen mit einem hohen Traffic verloren gehen.
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.
Einen Kommentar schreiben: