selfbus.org

Hallo,
ich habe mich jetzt mal daran gewagt die ETS3 durch die ETS5 zu ersetzen.
Nach ein paar Schwierigkeiten (doppelte Telegramme) habe ich wahrscheinlich den
Verursacher gefunden - das Rauchmeldermodul
Ist dieses am Bus, bricht mir die Programmierung von anderen Aktoren ab
mit den unterschiedlichsten Meldungen von "Gerät antwortet nicht in angemessener Zeit" bis hin zu "kann auf Speicheradresse nicht zugreifen" und "doppelte Geräte ID" war alles dabei.

Jetzt meine Frage, hat jemand anderes dieses Problem auch ?
Ist es angedacht eine Applikation für die ETS5 zu machen ?

Gruß
Goofy

Was sind andere Aktoren? Selfbus?originale? Welche Schnittstelle?
An der VD liegt das eher nicht.

Hallo,
meine anderen Aktoren sind

16 ABB
16 Jung
1 Bosch Thermotechnik GmbH
2 Busch-Jaeger Elektro
2 Gira
2 Merten
1 Robert Bosch (Rauchmeldermodul)
2 TECHNO-TREND
1 Theben AG

Also Schnittstelle nehme ich eine ABB IP/R 2.1, also über Netzwerk.
Selfbus habe ich bis jetzt nur den einen im Rauchmelder

Servus,

Ich habe 22 der Rauchmeldermodule im Einsatz und kann ruhigen Gewissen sagen das diese Ihren Dienst perfekt verrichten und auch die Kommunikation nicht stören.
Ich habe die Neuste Firmware auf den Modulen.

Gruß Reini

Welche ETS verwendest du - bei mir hat es mit der ETS3 auch ohne Probleme funktioniert,
nur seit dem Update auf die ETS5.5 habe ich die Probleme.

Und wenn ich den Rauchmelder weg hänge. geht es halt wieder ?

Ich habe von Stefan eine mail bekommen in der er eine möglich Ursache beschreibt. Dazu müssen wir an der alten 922er LIB etwas drehen. Das Problem ist dass die ETS jetzt long frame format mit nutzt. Dieses Format können wir nicht verarbeiten , ein solcher Datenstrom wird dummerweise ge-nack-t. Das führt vermutlich zu diesen programmierproblemen.

Falls es weiterhilft: Ich verwende ETS 5.5.2 mit 15 Rauchmeldern und hab mit dem Programmieren keine Probleme.

lg
leo

Ich denke auch nicht dass die Rauchmelder mit long frames programmiert werden, sondern eventuell andere Geräte und unser 922 stack da eben NACK sendet. Das macht er weil die Empfangsarray position auf 22 begrenzt ist und dann nicht mit der Anzahl der zu sendenden Bytes übereinstimmt.

Klingt logisch, danke für die Erklärung. Das würde dann heißen dass alle selfbus Geräte eine neue Firmware brauchen (sofern das lösbar ist dass man das NACK in so einem Fall nicht schickt) oder?

lg
leo

Das klingt auf jeden Fall interessant.
Falls Ihr die FW für den Rauchmelder anpassen würdet - ich teste es gerne

Gruß Goofy