Archiv verlassen und diese Seite im Standarddesign anzeigen : EIB - 9600 Baud und Applikations-Entwickler
bytefactory
16.03.04, 21:53
hallo zusammen,
ich würde gern mal hier ein thema mit euch diskutieren, welches mir gerade bei der betrachtung meines eib-protokolls böse aufgestoßen ist.
ich formuliere es mal höflich: aber wegen der unkonsequentheit der applikations-programmierer (wetterstation HAGER/ELSNER bzw. ABB Universalschnittstelle US/U4.2 -> zählerbaustein) wird mein bus aller 30 sekunden mit diesen 10 telegrammen geflutet! das müßte nicht sein (außer der uhrzeit, die ab und zu mal synchronisiert werden müßte). die nacht über ist es dunkel, da muß nicht aller sekunden drei 0-Lux telegramm geschickt werden ...
16.03.2004 21:39:10 5/1025 5/4/1 1.0.4 Write bc 10 04 2c 01 e5 00 80 00 00 8e 30 36400 Stromzähler
16.03.2004 21:39:09 5/1026 5/4/2 1.0.4 Write bc 10 04 2c 02 e5 00 80 00 00 00 6f 111 Wasserzähler
16.03.2004 21:38:55 5/1024 5/4/0 1.0.4 Write bc 10 04 2c 00 e5 00 80 00 00 01 89 393 Gaszähler
16.03.2004 21:38:46 0/516 0/2/4 1.0.2 Write bc 10 02 02 04 e4 00 80 55 26 2d 21:38:45 Uhrzeit
16.03.2004 21:38:46 0/515 0/2/3 1.0.2 Write bc 10 02 02 03 e4 00 80 10 03 04 16.03.2004 Datum
16.03.2004 21:38:46 0/258 0/1/2 1.0.2 Write bc 10 02 01 02 e3 00 80 08 28 0,8 Wind (m/s)
16.03.2004 21:38:46 0/263 0/1/7 1.0.2 Write bc 10 02 01 07 e3 00 80 30 00 0,0 DaemmerungsWert (LUX)
16.03.2004 21:38:46 0/262 0/1/6 1.0.2 Write bc 10 02 01 06 e3 00 80 18 00 0,0 Sonne West (kLUX)
16.03.2004 21:38:46 0/261 0/1/5 1.0.2 Write bc 10 02 01 05 e3 00 80 18 00 0,0 Sonne Sued (kLUX)
16.03.2004 21:38:46 0/260 0/1/4 1.0.2 Write bc 10 02 01 04 e3 00 80 18 00 0,0 Sonne Ost (kLUX)
wo bitteschön ist das problem einen parameter "nur bei änderung senden" einzubauen????????? ... und von mir aus noch eine sperrzeit, nach der frühestens das ding wieder gesendet werden soll ...
jeder weiß, das der EIB mit seinen 9600 baud nicht der schnellste ist ... warum bitte bauen die entwickler dann so einen scheiss, das ich gezwungen bin, diese teure ressource so zu verschwenden ...
lohnt sich da, den aufstand bei entsprechenden herstellern zu proben? ... aus so einigen telefonaten mit herstellern habe ich in der vergangenheit schon mitbekommen, das man wohl nicht einfach mal schnell die software/app. ändern kann, ohne den langwierigen und teuren zertifizierungs-weg durch die eiba zu gehen?!?!?!?!?! ... ausrede oder wahrheit????
wen die eiba schon zertifiziert, dann sollte man doch auch bitte solche dinge beanstanden ...
ciao
tilo
Öhm - bei meiner Elsner kann ich die Sendeintervalle per ETS parametrieren - hab das einstweilen mal auf 15 Minuten gestellt.
Schick wäre da natürlich, die Sendung per Wertänderung zu parametrieren (z.B. Regensensor und Fenster offen oder Windsensor und Markisen).
Was die US/U angeht bin ich mir jetzt nicht sicher, meine aber, dass die die Werte auch nur bei Änderung senden kann?!
Gruss
Markus
bytefactory
16.03.04, 22:38
Original geschrieben von MarkusS
Öhm - bei meiner Elsner kann ich die Sendeintervalle per ETS parametrieren - hab das einstweilen mal auf 15 Minuten gestellt.
den intervall kann ich bei der HAGER auch einstellen ... aber das ist eben das ist das problem ... innerhalb von 15 minuten kann der sturm eine markise schon zerdröselt haben :-))) ... deshalb habe ich das aktuell auf 60 sek.
Schick wäre da natürlich, die Sendung per Wertänderung zu parametrieren (z.B. Regensensor und Fenster offen oder Windsensor und Markisen).
Was die US/U angeht bin ich mir jetzt nicht sicher, meine aber, dass die die Werte auch nur bei Änderung senden kann?!
sieht bei mir so aus ...
http://www.kuehn-clan.de/hs2/us_u.gif
nix senden bei änderung :-(
ciao
tilo
Ich habe das techn. Handbuch gerade nicht greifbar - aber ist es nicht so dass die US/U als Zähler den Wert nur bei Änderung auf den Bus sendet wenn man das zykl. senden ausschaltet?
Gruss
Markus
bytefactory
16.03.04, 23:04
Original geschrieben von MarkusS
Ich habe das techn. Handbuch gerade nicht greifbar - aber ist es nicht so dass die US/U als Zähler den Wert nur bei Änderung auf den Bus sendet wenn man das zykl. senden ausschaltet?
Gruss
Markus nein ... leider nicht :-( .. dann kommt nur was zurück, wenn man die leseanforderung schickt ... btw: auch ein komisches konzept ...
tilo
aber wegen der unkonsequentheit der applikations-programmierer wird mein bus aller 30 sekunden mit diesen 10 telegrammen geflutet!
Hmjta, da sieht man mal wieder, wofür der EIB NICHT designed wurde, nämlich für Echtzeit-Messwert-Erfassung :D
Wäre es denn wirklich so verhängnisvoll, wenn Dein Visu-Gaszähler nicht alle 30 Sekunden, sondern alle 5 Minuten aktualisiert würde? Und wenn die Wetterdaten nur alle 3 Minuten kämen? So dass sich die Telegramme ein bisschen besser verteilen können, im Sinne einer geringeren Busbelastung ;-)
Fensterkontakte hast Du keine, oder? Es soll ja Leute geben, die fragen die auch noch zyklisch alle 30 Sekunden ab ;-)
@Oliver:
Fensterkontakte hast Du keine, oder? Es soll ja Leute geben, die fragen die auch noch zyklisch alle 30 Sekunden ab ;-)
Falls man die Fensterkontakte "alarmmäßig" auswertet - was wäre deiner Meinung nach der richtige Abfragezyklus?
Ich denke eher noch (viel) kleiner...
Hm, die Fensterkontakte noch öfter abzufragen, kommt mir ein bisschen paranoid vor (Oh, Gott!! Immer noch keiner eingebrochen??? SICHER!!!????! Und jetzt !?!?!?? ... Jetzt aber, oder??? Ogottogottottt....!!! GLEICH PASSIERTS!!!!)
Also, wenn ich die Sache richtig verstehe, kriegst Du doch eine Meldung, wenn die Fensterkontakte öffnen, oder? Das ist doch die entscheidende Meldung! Die zyklische Abfrage dient doch nur der Funktions- und Sabotagekontrolle, also reicht da doch 1x pro Stunde, oder seh ich da was total falsch?
Also es kommt ja immer auf das Fenster an...
Profis benötigen meist unter 1 min.
ABER
Die Variante mit der Meldung wenn offen ist es! Klaro! :D
Matthias Schmidt
17.03.04, 00:24
Nun bleibt mal ruhig:
Da baut ihr einen High-Tech-Bus ein und dann versucht ihr mit Gewalt, möglichst wenig Traffic zu erzeugen? Eine ICE-Strecke, auf der möglichst wenig Züge fahren sollen? Die EIB-Installation war mächtig teuer, also will ich auch Telegramme sehen...
Wir reden hier über EFHs mit vielleicht 100 bis 200 Geräten. Könnt ihr euch vorstellen, was in einer gewerblichen Installation abläuft mit 10.000 Geräten?
Also bei mir gibt es so um die 2000 Telegramme pro Stunde, und der Busmonitor berechnet die mittlere Buslast so mit 0,8 bis 1,5 %!
Hallo,
ich muss der meinung von matthias anschließen.
hast du,bytefactory, dadurch nachteile?. sicherlich nicht. ich habe auch dein thread bezüglich verzögerung schaltaktor gelesen. sicherlich hast du rech aber 1 sekunde verzögerung - ich bitte dich ;) ich denke wir wollen alle komfort und ich denek den gibt der eib her.
bytefactory
17.03.04, 08:20
Original geschrieben von OStein
Hmjta, da sieht man mal wieder, wofür der EIB NICHT designed wurde, nämlich für Echtzeit-Messwert-Erfassung :D
Wäre es denn wirklich so verhängnisvoll, wenn Dein Visu-Gaszähler nicht alle 30 Sekunden, sondern alle 5 Minuten aktualisiert würde? Und wenn die Wetterdaten nur alle 3 Minuten kämen? So dass sich die Telegramme ein bisschen besser verteilen können, im Sinne einer geringeren Busbelastung ;-)
das ist nicht das thema ... klar kann ich es machen, wenn mein bus überlastet wäre ... ist er ja nicht ... ich denke halt einfach das es nicht nötig wäre, sinnlos telegramme durch die pampa zu schicken ... wenn es sich vermeiden läßt, schalte ich gleich in jeder appl. das zyklische senden ab. aber diese beiden kandidaten können nicht anders ... vielleicht kommt meine denkweise noch von der programmierung von 8 bit cpus wo man jeden taktzyklus persönlich gezählt hat um die optimale performance aus dem system zu holen ...
Fensterkontakte hast Du keine, oder? Es soll ja Leute geben, die fragen die auch noch zyklisch alle 30 Sekunden ab ;-) so einer bin ich zum glück nicht :-)
ciao
tilo
bytefactory
17.03.04, 08:22
Original geschrieben von Uwi
Also es kommt ja immer auf das Fenster an...
Profis benötigen meist unter 1 min.
ABER
Die Variante mit der Meldung wenn offen ist es! Klaro! :D kritisch wird es nur, wenn er unterhalb der entprellzeit des reedkontakts das fenster wieder zu gemacht hat :-))))
ciao
tilo
bytefactory
17.03.04, 08:23
Original geschrieben von kroening
Hallo,
ich muss der meinung von matthias anschließen.
hast du,bytefactory, dadurch nachteile?. sicherlich nicht. ich habe auch dein thread bezüglich verzögerung schaltaktor gelesen. sicherlich hast du rech aber 1 sekunde verzögerung - ich bitte dich ;) ich denke wir wollen alle komfort und ich denek den gibt der eib her. nein, nachteile gibt es dadurch keine ... nur weniger überblick im busprotokoll ...
ciao
tilo
bytefactory
17.03.04, 08:37
Original geschrieben von Matthias Schmidt
Nun bleibt mal ruhig:
Da baut ihr einen High-Tech-Bus ein und dann versucht ihr mit Gewalt, möglichst wenig Traffic zu erzeugen? Eine ICE-Strecke, auf der möglichst wenig Züge fahren sollen? Die EIB-Installation war mächtig teuer, also will ich auch Telegramme sehen...
Wir reden hier über EFHs mit vielleicht 100 bis 200 Geräten. Könnt ihr euch vorstellen, was in einer gewerblichen Installation abläuft mit 10.000 Geräten?
Also bei mir gibt es so um die 2000 Telegramme pro Stunde, und der Busmonitor berechnet die mittlere Buslast so mit 0,8 bis 1,5 %! hast ja recht ... 2000 telegramme/3600 sekunden macht 0,55 telegramme pro sekunde ... das ist okay ...
aber du wirst lachen ... wenn ich die hälfte der telegramme durch bessere programmierung sparen könnte, würde ich dies tun :-)
ciao
tilo
S. De Bruyne
17.03.04, 08:42
Original geschrieben von bytefactory
wen die eiba schon zertifiziert, dann sollte man doch auch bitte solche dinge beanstanden ...
EIBA has certification requirements that if a device is capable of spontaneously transmitting telegrams (this is the difference between a physical sensor and a push button), that then there shall be a hardware means (poti) or software means (parameter) to reduce the bus load. This is verified at certification.
Matthias Schmidt
17.03.04, 09:01
Original geschrieben von bytefactory
aber du wirst lachen ... wenn ich die hälfte der telegramme durch bessere programmierung sparen könnte, würde ich dies tun :-)
ciao
tilo
Neee, da lache ich nicht. Es ist ja nicht so, dass ich sinnlos Telegramme erzeugen lasse. Nur wenn ich der Meinung bin, eine bestimmte zyklische Sendefrequenz ist angebracht, dann ist mir egal, ob die Buslast nun 1% höher ist oder nicht. Gleiches gilt für Geräte mit fest eingestellten Abfrageraten. So pollt mein alter HomeManager von Moeller alle 90 Sekunden die Stetigregler. Da kommen auch reichlich Telegramme zustande.
Apropos Übersichtlichkeit: Das ist nur eine Frage, mit welchem Tool du den Telegrammverkehr beobachtest. Die ETS oder der Homeserver sind da weniger geeignet.
Warst Du das, der seine Archive in eine externe Datenbank wegschreibt? Dann dürfte doch die Analyse bzw. Verdichtung überhaupt kein Problem sein!
bytefactory
17.03.04, 09:50
Original geschrieben von Matthias Schmidt
Neee, da lache ich nicht. Es ist ja nicht so, dass ich sinnlos Telegramme erzeugen lasse. Nur wenn ich der Meinung bin, eine bestimmte zyklische Sendefrequenz ist angebracht, dann ist mir egal, ob die Buslast nun 1% höher ist oder nicht. Gleiches gilt für Geräte mit fest eingestellten Abfrageraten. So pollt mein alter HomeManager von Moeller alle 90 Sekunden die Stetigregler. Da kommen auch reichlich Telegramme zustande.
Apropos Übersichtlichkeit: Das ist nur eine Frage, mit welchem Tool du den Telegrammverkehr beobachtest. Die ETS oder der Homeserver sind da weniger geeignet.
stimmt, das habe ich auch schon gemerkt :-) ... ich schaue immer mal in das HS protokoll.
Warst Du das, der seine Archive in eine externe Datenbank wegschreibt? Dann dürfte doch die Analyse bzw. Verdichtung überhaupt kein Problem sein!
ich glaube, das war der markusS ... ich suche noch nach einer funktionierenden lösung (hallo Alfred, hint, hint:-) ...
ciao
tilo
Powered by vBulletin® Version 4.2.4 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.