freebus.org

Hey,

Hat die Software nen Eingangspuffer?
Wenn ich ohne eine Pause mehrere Telegramme (EIS1) hintereinander schicke, dann werden nicht immer alle ausgeführt.
Bei einer Pause z.b. 100ms funktioniert es zuverlässiger

Vielen dank fürs durchlesen

eingangspuffer auf eib seite ja, auf rs232 seite nein.
Gönn ihm doch ma ne Pause, du machst ja auch mal Mittag

wieviel sollte er sich deiner Meinung nach sich merken?

_________________
LG
Andreas

wieviel könnt er denn?

Ein wirklicher Zentral-Aus hat bei mir bisher um die 30 Adressen drin. Bei 100ms macht das schnell mal 3 Sekunden.
Die Theoretische Zeit bei einem EIS1 Telegramm liegt bei ca. 17,396 ms
siehe KNX-Forum
Natürlich könnten ja auch "Kollisionen" auftreten und ein wenig Pause sei wohl Jedem gegönnt

Ich sollte einfach sicher gehen können, dass alle Telegramme auch durch die Leitung gepresst werden.
Ein Acknowledge nach jedem Telegramm wäre zur Not auch noch Händel bar.
Bisher wird bei mir zwar ein "OK" am Ende empfangen aber nicht 30
Oder sollten es 30 sein? Und meine Software ist mal wieder zu gefräßig?

wieso machst du nicht eine Gruppenadresse als Global-Aus?
Dann schickst du ein Telegramm und alles ist aus.

_________________
Gruß
Matthias

Zentral-Aus war vielleicht ein blödes Beispiel, dein Vorschlag wäre ein super Workaround.
Bin allerdings in der ETS immer an die Grenze der maximal zuweisbaren GAs gekommen...

Würde allerdings nicht mein eigentliches Problem mit der RS-Schnittstelle lösen.
Hintergrund ist der Freebusserver, an dem ich dran bin, siehe anderer Thread
Da kann es schon mal vorkommen, dass ich viele Telegramme in kurzer Zeit verschicke.

Drossel doch einfach das verschicken auf 9600 Baud, mehr kann der Bus sowieso nicht.

_________________
Gruß
Matthias

Habe dies gerade ausprobiert und von 115200Bd auf 9600Bd gestellt.
Aber das Drosseln hilft leider nicht.
Auch die benötigte Pause (ca.100ms) hat sich nicht merklich verkleinert.
Also wird wohl wirklich der KNX-Bus der Flaschenhals sein.

Hehe du sollst nicht die Schnittstellen Geschwindigkeit ändern sondern die Geschwindigkeit mit der du die Daten an diese lieferst.

_________________
Gruß
Matthias

ich habs auf beiden Seiten gedrosselt. Sonst hab ich wie ich merkte keine Verbindung zur Schnitstelle.

Hallo zusammen,

ich habe bei meinen RS- Modulen auch diverse Protokoll Probleme, die eigentlich nur im
RS Modul liegen können.

z.B
Schalten ein/aus 4-5 mal alles OK! Dann kein schalten, In der ETS wird es angezeigt aber nicht passiert, und dann wieder 20 mal alles OK.

Ich schalte ein ="fbs01/01/0/001=1" & vbCrLf
Ich schalte aus="fbs01/01/0/001=0" & vbCrLf

Dann Speicheradresse auslesen, beim Start des Moduls alles OK 4- 5 mal dann keine werte mehr, Ein und ausschalten wie oben beschrieben funktioniert alles.
Nur den Speicher Inhalt dann auslesen nicht und nach einer weile kommt dann der Wert 4-5 5-mal.

Wert auslesen 0 "fbrga01/1/101" & vbCrLf

Die gleichen Probleme bei der Adresse lesen "fbrpa" & vbCrLf.


Zum Anfang nach dem Aufbau hatte ich keine Kommunikation Möglichkeit mit dem Modul , nach dem 4 Modul habe ich diese mit einen Quarz und Kondensatoren bestückt, dann lief es, nur mit den Fehlern wie oben beschrieben.

Hatte von euch schon einer diese Probleme.

Benn

hey benn
ich hatte bisher keine Probleme. Nur wenn ich nicht lang genug zwischen zwei Telegrammen warte
Allerdings fehlt das Telegramm dann auch in der ETS

Hört sich irgendwie an als würden die Daten irgendwo in einem Puffer feststecken.
Mache bei mir nach dem ich der Seriellen Schnittstelle was übergeben habe einen flush serialPort.BaseStream.Flush();

Aber ich schreibe gerade die Kommunikation zur RS232 um und werde dann hoffentlich mehr über die
Zuverlässigkeit sagen können.

Hallo danke für die Antwort,

es ist also so das ich meistens nur ein Telegramm sende und dann wieder eine Pause von mindesten 30s ist.
Und dieser Fehler ist ja auch nicht bei allen Telegrammen, z. B. Schalten gibt es keine Probleme das Funktioniert immer. Ja immer aber von 100 bleibt es mal hängen kann ich mit leben.

Meistens beim Speicherinhalt auslesen. 4mal abgefragt hängt diese Anfrage.

Benn

Jop meine Software war ausgehungert!
Es wird nach jedem Telegram ein "OK" zurückgegeben.
Werde die Flussteuerung nun über diese Rückmeldung der Schnittstelle regeln