Ankündigung

Einklappen
Keine Ankündigung bisher.

unelegante Lösung mit HS

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • dhe
    antwortet
    Nachtrag: Günstigere Variante

    Heute habe ich noch per Zufall gesehen, dass nun Hager Tehalit neue Taster hat, welche auch dreifarbige LED's haben, aber um einiges günstiger sind als die Taster von Feller:
    http://www.hager-tehalit.ch/index.php?scr=1024&id=8427

    Grüsse
    Dominique

    Einen Kommentar schreiben:


  • dhe
    antwortet
    Blinkende LED's und mehrfarbige LED's

    Hallo erst mal, bin seit heute dabei und wie ich schon in einigen Threads gelesen habe, extreme Suchtgefahr dieses Forum :-)

    Zur Antwort von Bruno, ich habe schon viele Taster von Feller (Schweizer Firma) verbaut. Dort sind mehrfarbige LED's eingebaut und es ist auch möglich, eine LED blinken zu lassen. Leider nicht Fix und Blinken gleichzeittig auf dem selben Taster programmiert (wie Bruno andachte, über ein Objekt auf Blinken umstellen), aber es kann eine LED als Blinken definiert werden.
    Es ist aber möglich, eine Taste zu sperren und zu definieren, dass dann die LED in der gewünschen Farbe blinken soll, sonst soll diese den Status fix anzeigen.
    Aber das mit mehreren Farben ist sehr praktisch. So kann eine Farbe den Status des tasters signalisieren und eine andere Farbe kann über ein Gruppen Telegramm angesprochen werden.
    Bei den Storen-Taster habe ich es z.B. so, dass bei Windalarm die Taste Rot leuchtet, damit der Benutzer sieht, dass eine Störung vorliegt und nicht meint, das System funktioniert nicht.
    Ich weiss nicht, ob diese Taster auch in Deutschland bezogen werden können, ich denke schon.
    http://www.feller-produkte.ch/001fel_010906_de.htm

    Alternativ würde ich die EIB/KNX Telegramm-Priorität empfehlen, dass ein solches Blink-Telegramm mit tiefster Priorität geschickt wird, wenn die Auslastung des BUSes an die Grenzen kommt, werden zuerst solche "unwichtige" Telegramme zurückgewiesen, bevor andere Telegramme, die wichtiger sind, anstehen müssen.

    Grüsse
    Dominique

    Einen Kommentar schreiben:


  • SmartEIB
    antwortet
    TriStateLeds

    Also ich verwende die Funktion "TriStateLeds" auch über den Bus. Die anfängliche Aufgabenstellung ist aber meines Erachtens eine Aufgabenstellung an die Hardware Hersteller. Entweder einen zusätzlichen Eingang für "LED Blinken" oder direkt mehrfarbige LED's. Denn neben "an" und "aus" gibt es oft den Wunsch auch Störungen, Zeitabläufe (wie oben beschrieben) und andere Dinge zu signalisieren.

    Gruß Bruno

    Einen Kommentar schreiben:


  • Dieter Koch
    antwortet
    Zitat von MatthiasS Beitrag anzeigen
    In _diesem_ Forum wird darüber nicht genörgelt

    Ich meine das "Nörgeln" nicht von anderen Forumteilnehmern. Es ist eher eine Art der Phlisophie, so wie "brauche ich für ausenliegende KNX-Geräte eine eigene Linie" oder "nehme ich für die Fensterüberwachung den UK/S" usw.

    Ich dachte eben, da der LV ja keinen Abgleich mit den Filtertabellen vornehmen muss, könnte er schneller senden.

    Die Geschwindigkeit hängt nach meiner Meinung immer von der Bustechnik selbst ab. Die 9.600 kBit/s kann man nunmal nicht erhöhen.
    Es gibt eben nur eine theoretische Maximallast. Bei dieser muss man ach die ACK-Telegramme berücksichtigen, die so keiner im Betrieb sieht.
    Fehler holen einen irgendwann von alleine ein. Im EFH-Haus mit 1-2 Linien aber erst sehr spät.

    Gruß
    Dieter

    Einen Kommentar schreiben:


  • AScherff
    antwortet
    Ich kenne die Protokolle der unteren Layer im KNX/EIB nicht wirklich, möchte jedoch anmerken, das eine 100%ige Buslast immer nur ein theoretischer Wert ist.

    Bei Ethernet z. Bsp. ist das Netz bereits bei ~ 70% voll ausgelastet, da das Netz ab dieser Marke zunachst die Kollisionen verarbeitet und somit der reale Datenstrom zu kurz kommt.

    Ein ahnliches Verhalten kann durch fehlende ACK auftreten. Die Buslast erhöht sich ohne das wirklich Nutzdaten transportiert werden.

    Was ich sagen will ist, das 100% immer nur eine Nominalleistung ist; Systeme können bereits bei wesentlich weniger Last (im ungünstigen Fall bei 30%) "am Ende" sein.

    Wie das genau bei KNX/EIB ist, weis ich nicht, kann uns aber hier sicher jemand mal nahe bringen...

    Einen Kommentar schreiben:


  • MatthiasS
    antwortet
    In _diesem_ Forum wird darüber nicht genörgelt . Meine Koppler sind idR auch offen.

    Ich dachte eben, da der LV ja keinen Abgleich mit den Filtertabellen vornehmen muss, könnte er schneller senden.

    Einen Kommentar schreiben:


  • Dieter Koch
    antwortet
    Hallo Matthias,

    da es sich bei beiden Geräten ja um ein und das gleiche Hardwaregerät handelt, spielt es keine Rolle. Ein LV schickt ja auch Telegramme weiter, die eigentlich gar nicht weitergeschickt werden müßten. Er verhält sich wie ein LK auf Durchzug.
    (Ich bin ein Fan von dieser Art und Weise, die anderen bitte jetzt nicht nörgeln. Habe einen Haufen Anlagen m it mehreren 1000 TLN am Start, bei denen die Koppler offen sind)

    Die Telegramme kommen auf der einen Seite rein, werden gespeichert und weitergesandt.
    Bei den alten LK's gab es nur einen Speicher von 20 Telegrammen/Richtung. Das 21. wurde mit einem BUSY beantwortet.

    Die neueren LK's habe größere Speicher. Wenn mich nicht alles täuscht ist dieser 50-100 Telegramme.

    Da bei einem LV auf der anderen Seite nur das eine anderes Segment ist, ist die Wahrscheinlichkeit des Absetzens sehr hoch.

    Wenn Du aber 12 LK's hast, auf der Hauptlinie Deine Visu, dann muss der LK schon mal warten. U.a. ist die Zentral-Aus Funktion mit echten Rückmeldungen der Killer schlechthin. Dies gilt z.B. natürlich auch für einen zentralen Nachtbetrieb, bei dem die neue Solltemperatur geschickt wird.

    Schlimmer wird es noch bei BK's.

    Nicht umsonst hat die Industrie die Netzwerkprotokolle entwickelt.



    Gruß
    Dieter

    Einen Kommentar schreiben:


  • MatthiasS
    antwortet
    Dieter,

    spielt es in dem Zusammenhang eine Rolle, ob LK oder LV?

    Einen Kommentar schreiben:


  • Dieter Koch
    antwortet
    Die Durchschnittsbuslast ist eher zu vernachlässigen.
    Ob es jetzt5%, 10% oder gar 40% sind ist relativ egal.

    Interessant wird es, wenn es kurzfristig 100% werden, Linienkoppler dazwischen sind und eine Visualisierung im Spiel ist.

    Da gibt es schon mal ein Busy-Telegramm und die Visu zeigt nicht den richtigen Wert an.

    Im EFH spielt die Buslast eher eine untergeordnete Größe.

    Wenn Ich aber in einem Zweckbau eine Konstantlicht- und Heizugsregelung habe, dazu mit echten Rückmeldungen arbeite, mir die Wetterdaten in sehr kurzen Abständen senden lasse usw., dann bekomme ich mit Sicherheit Probleme, auch wenn der Durchschnitt nur bei 30% liegt.

    Kollege Schlaps könnte über dieses Thema Stunden referieren.

    Also probiert in Euren Heimanlagen aus soviel Ihr wollt. Es macht wirklich Spass. Nur wenn die gelben LED's in den Linienkopplern zwischendurch nicht mehr ausgehen solltet Ihr etwas ändern.

    Viel Vergnügen
    Dieter

    Einen Kommentar schreiben:


  • cixx
    antwortet
    ja is ja gut Matthias

    Dachte halt nur.... wenn ich hier hin und wieder mal was von Buslast lese, waren immer Wert von 2-3% genannt.... Und da liege ich ja schon mal locker 100% drüber

    Also bastel ich munter weiter mit de Logik....

    Einen Kommentar schreiben:


  • MatthiasS
    antwortet
    "Schon" bei 6%??? Also 94% Reserve.... *unfassbar*

    Einen Kommentar schreiben:


  • cixx
    antwortet
    Habe mir nun mal die Buslast ein wenig genauer angeschaut.
    Habe ich vorher eigentlich nie beachtet

    Wenn abends ein wenig Leben in der Bude ist, sprich die BWM auch Licht machen sollen etc... dann liegt die mittlere Buslast schon so bei rund 5,8 - 6,2 % im Mittel. Der Max Wert liegt dann bei als Peak so um die 20%

    Einen Kommentar schreiben:


  • MatthiasS
    antwortet
    Um Anti-WAF-Effekte zu vermeiden, gibt es ja die Möglichkeit, die HS-Telegramm-Flut zu begrenzen:


    Telegramme begrenzen
    Ja: Der HS/FS begrenzt die Senderate auf den im folgenden Feld einstellbaren Wert.
    Nein: Der HS/FS sendet maximal 20 Telegramme pro Sekunde auf den EIB.

    Einen Kommentar schreiben:


  • Taxus
    antwortet
    Zitat von cixx Beitrag anzeigen
    So habe ich in 3-4 Fällen [...] eine Funktion im HS gebaut mit der ich die LEDs der passenden Wippe im TS blinken lasse
    Das hatte ich auch einmal realisiert (0.5 Hz), und zwar einmal, um auf der untersten Wippe die Sperre der Rollläden in dem jeweiligen Raum zu signalisieren, und einmal, um gewisse Ereignisse (verpasste Anrufe, ein Fax ist oben angekommen, Waschmaschine fertig) in verschiedenen Räumen dezent zu signalisieren. Es gab dann (Einzel-)Fälle, in denen ich sowohl ungleichmäßiges Blinken als auch den WAF ganz schnell sinken lassende verzögerte Reaktionen festgestellt habe (wenn z. B. die Treppenhauslichtfunktion auch noch zu blinken beginnt und die Temperaturen über den Bus jagen). Zur Buslast unter dem Zustand kann ich nichts mehr sagen. Ich habe es nun über ein Dauer-Ein der Wippen gelöst.

    Einen Kommentar schreiben:


  • Dundi
    antwortet
    @Matthias,
    Ich finde, solange der Bus nicht ordentlich ausgelastet ist, ist er hinausgeworfenes Geld.
    Diese Aussage finde ich sehr interessant.

    Bei wieviel Prozent Buslast ist denn deiner Meinung nach "ordentlich ausgelastet" und über welchen Zeitraum?

    Wenn ich mir meinen "Busverkehr" so anschaue, sind es meist nicht mehr als 2% Buslast (im Dauerbetrieb).

    Starte ich dagegen den HS neu, komme ich an einen Momentanspitzenwert von bis zu 35% Busauslastung, weil ich die KO´s abfrage.

    Diese "Busauslastungs-Zeitspanne" ist ca. 5 Sekunden lang. Danach pegelt sich die Auslastung auf 1-2% wieder ein.

    @Alle,
    Wie sind eure Erfahrungswerte mit Busauslastungsmaximalwerten und den dazugehörigen Zeitspannen?

    Danke.

    Einen Kommentar schreiben:

Lädt...
X