freebus.org

Hallo Freunde des Freebus,

ich bleibe immer an einer Stelle in der Dokumentation zum EIB hängen: Wenn ein Telegramm von einem Sensor zum Aktor gesendet wird, erfolgt eine Wiederholung, sofern der Sensor keine Bestätigung empfängt. Das Wiederholungstelegramm ist im Kontrollbyte entsprechend codiert und folgt schneller. Nun habe ich noch nicht verstanden, wieviele Telegramme insgesamt vom Sensor gesendet werden, wenn der Aktor nicht anwortet oder garnicht vorhanden ist.

- werden ein erstes und bis zu drei Wiederholungen gesendet

oder

- werden insgesamt 3 Telegramme gesendet, erstes und zwei Wiederholungen

Gruß

FreeBernie

Hi,

es wird ein erstes Telegramm und danach bis zu 3 Wiederholungen gesendet, falls kein ACK dazwischenkommt. Das gilt für die meisten Telegramme (auch Multicast, was du angesprochen hast), aber nicht für alle.

Gruß
Andreas Kubi

Hallo Andreas,

Danke für die schnelle Antwort.

Neue Frage:
Wo kann ich nachsehen, welche Telegramme nicht bestätigt werden, welche keine Wiederholungen erfordern?

Gruß
Bernd

Hi Bernd,

das ist recht komplex. Einige Telegramme müssen sogar mit einem extra Telegramm bestätigt werden (paketorientierte com.) Am besten du schaust dich mal im Volume 3 um. http://www.eib-info.kiev.ua/Files/Volume3.zip

Gruß
Andreas (kubi)

Hallo Andreas,

Danke für die Antwort. Die Sammlung habe ich durchgesehen und mit einem Fachbuch ergänzt.

Zur Zeit schreibe ich an einem Stück Software für den MSP430. Für einen Schalter/Aktor sieht es so aus, als wenn ich den Code in den F2013 mit 2k Flash hinein bekomme. An dieser Stelle wollte ich nur noch einmal die grundsätzlichen Bedingungen abklopfen. Daher rührte auch die Frage nach der Anzahl der Aussendungen ganz oben.

Bei Interesse stelle ich meine Variante gerne hier einmal vor. Den Prototypen werde ich voraussichtlich im August auf dem Tisch haben.

Nochmals Danke für die Antworten!

Bernd

hehe eine dritte Plattform, ihr müsst einfach zuviel Zeit haben

Aber mal im Ernst, wir haben die Platform für den AVR und LPC fertig und die ist getestet und funktioniert zuverlässig.
Rein funktionelle betrachtet wäre es besser wenn ihr solche Energien in die Entwicklung von Applikationen reinsteck, da würde dann jeder von provitieren.

_________________
Gruß
Matthias

Die Devise von freebus lautet offen für alles zu sein, und da gehört meines Erachtens auch die Idee eines neuen Controllers dazu. Der AVR wurde auch zu einer Zeit angefangen, als es schon längst funktionsfähige LPC Geräte gab. Ich denke nicht, daß man die AVR-Gemeinde heute dazu bekäme zuzugeben, daß das damals Zeitverschwendung war...

Allerdings kann man sich eine Menge Zeit und Aufwand ersparen, wenn man sich etwas intensiver mit den existierenden Sourcecodes auseinandersetzt. Das Rad komplett neu zu erfinden, sprich anhand der Specs noch einmal die Logik des Telegrammaufbaus nachzuvollziehen, ist sehr zeitaufwändig. Zugegeben es macht natürlich Spaß, weil man auf die Weise eine Menge lernt. Genau so habe ich mich der Materie ja schließlich auch damals genähert.

Von daher: welcome on board und bleib am Ball

Gruß
Andreas