Z-wave zme_uzb1 Einrichtung als Sekundärcontroller

Begonnen von Fixel2012, 09 Februar 2017, 13:36:03

Vorheriges Thema - Nächstes Thema

Fixel2012

Hallo,

ich habe noch eine Z-Wave Kiste von Fibaro zuhause (Home Center Lite) Diese Steuert "nur" alle Rolläden im Haus (17 Stück). Im Moment übernimmt sie nur, dass die Rolläden Abends wenn es dunkel wird runter gefahren werden. Dies funktioniert allerdings nicht so gut...

Das geht mit Twilight in Fhem deutlich besser! (Habe Test weise schon mal einen Rolladen mit dem  "zme_uzb1" USB-Stick an Fhem angelernt)

Ich würde nun gerne den Stick an Fhem als Sekundärcontroller konfigurieren und in das selbe Z-Wave Netzwerk wie die Fibaro Kiste hängen.

Ich habe nun folgende Fragen:

1) Ist es denn überhaupt möglich den Z-Wave USB-Stick (zme_uzb1) an Fhem in das schon vorhandene Fibaro Netzwerk zu includieren?
2a) Falls ja, werden die vorhandenen Rolläden dann in Fhem automatisch angelegt? Ohne Anlern Taste zu drücken und co. (damit will ich eigentlich vermeiden alle Rolläden neu anzulernen... ;D )
2) So wie ich das verstanden habe, kann nur der Primär Controller neue Geräte anlernen?
3) Kann ich gleichzeitig nochmal den gleichen USB-Stick an Fhem nutzen, um noch ein weiteres Netz nur für Fhem Z-Wave Devices zu bilden?
4) Steuern und exkludieren kann ich von beiden Controllern, stimmt das?

5) Falls das  einbinden als Sekundärcontroller geht, was muss ich beachten, bzw. wie erfolgt die Einbindung? Ich hab dazu bisher nichts was mir weiter hilft im Wiki gefunden.

Würde mich freuen, wenn jemand ein Paar Antworten auf meine Fragen hat.

Vielen Danke und Gruß

Fixel

Edit: Habe einige meiner Infos aus diesem Thread,es scheint wohl jedenfalls möglich zu sein?
https://forum.fhem.de/index.php/topic,66380.msg580376.html#msg580376

Und das hier habe ich auch noch gefunden, werde aber auch nicht schlau daraus.
https://forum.fhem.de/index.php?topic=53240.0
Fhem 5.8 auf Raspi 3, HMLAN und 868MHz CUL mit einigen Komponenten, Z-Wave Rollladenaktoren, Tablet UI, 433 MHz CUL mit Baumarktsteckdosen und Temp Sensoren, Amazon Echo, Echo Dot, 2x SONOS  play1, 1x SONOS Connect AMP,  presence, HUE, Lightify

rudolfkoenig

Ich kenn mich mit Sekundaercontroller _nicht_ aus, aber grundsaetzlich etwas mit ZWave:

1) wuerde mich ueberraschen
2a) dazu ist mind. ein createNode Befehl notwendig, was aber kein Problem sein sollte, da die Geraete nicht batteriebetrieben sind.
3) das halte ich fuer ausgeschlossen. MW beherrscht ein ZWave-Geraet nur ein homeId.

Fixel2012

#2
Zitat3) das halte ich fuer ausgeschlossen. MW beherrscht ein ZWave-Geraet nur ein homeId.

Mir ist nicht klar was die Abkürzung MW bedeutet.  Ich bitte um eine kurze Erleiterung. :)

Bist du dir sicher, dass du mich richtig verstanden hast?  :) Mir ist bewusst, dass jedes netz eine eigene Home ID hat, deswegen will ich zwei Netze an einem Raspi mit Fhem betreiben. Einmal eins mit der Fibaro Kiste und eins wo neue Z-Wave Geräte dran kommen, die dann nicht mehr über das Fibaro Teil eingebunden werden.

Zitat1) wuerde mich ueberraschen

Ist wohl machbar, siehe Link in meinem ersten Post.  :o
Fhem 5.8 auf Raspi 3, HMLAN und 868MHz CUL mit einigen Komponenten, Z-Wave Rollladenaktoren, Tablet UI, 433 MHz CUL mit Baumarktsteckdosen und Temp Sensoren, Amazon Echo, Echo Dot, 2x SONOS  play1, 1x SONOS Connect AMP,  presence, HUE, Lightify

rudolfkoenig

MW=Meines Wissens. Mehrere ZWave-Netze mit einem FHEM und mehreren ZWDongles ist kein Problem. Nur bei zwei Netzen mit einem Dongle sehe ich Probleme.

Danke fuer den Link, habe was dazugelernt (die Forumsoftware hat mich nicht benachrichtigt, grummel).

Fixel2012

ZitatMW=Meines Wissens.

Oh man, Danke  :D

ZitatNur bei zwei Netzen mit einem Dongle sehe ich Probleme.

Ja, das sollte so nicht gehen.




Ich werde bei Gelegenheit mal versuchen, so wie es in dem Beitrag beschrieben ist den ZWave Controller als Sekundärcontroller einzurichten.
Fhem 5.8 auf Raspi 3, HMLAN und 868MHz CUL mit einigen Komponenten, Z-Wave Rollladenaktoren, Tablet UI, 433 MHz CUL mit Baumarktsteckdosen und Temp Sensoren, Amazon Echo, Echo Dot, 2x SONOS  play1, 1x SONOS Connect AMP,  presence, HUE, Lightify

krikan

Zitat1) Ist es denn überhaupt möglich den Z-Wave USB-Stick (zme_uzb1) an Fhem in das schon vorhandene Fibaro Netzwerk zu includieren?
Ging zumindest als ich die Patches geliefert habe zwischen 2 FHEM-Instanzen. Wenn Fibaro es auch kann, dann sollte es funktionieren.
Den Stick an FHEM einfach mit  "set <ZWdongle> learnMode on" in den Lernmodus setzen, wenn Fibaro im Inklusionsmodus ist. An verbose 5 Logs dieses Vorgangs wäre ich interessiert.
Zitat2) So wie ich das verstanden habe, kann nur der Primär Controller neue Geräte anlernen?
Ja, wenn kein SIS im Netz existiert. Wenn ein SIS im Netz vorhanden ist, werden Primär- und Sekundärcontroller zu Inklusionscontrollern und beide können inkludieren. Habe ich in FHEM nicht getestet.
Zitat4) Steuern und exkludieren kann ich von beiden Controllern, stimmt das?
Ja.

Gruß, Christian

Fixel2012

Danke für die Infos!

ZitatAn verbose 5 Logs dieses Vorgangs wäre ich interessiert.

Kriegst du gerne, einfach global auf verbose 5? Oder wie stelle ich das Log auf verbose 5?  :P

ZitatWenn Fibaro es auch kann, dann sollte es funktionieren.

Davon gehe ich aus :o Der verlinkte Beitrag oben zeigt zumindest, dass jemand mal die gleich Idee hatte.

ZitatJa, wenn kein SIS im Netz existiert. Wenn ein SIS im Netz vorhanden ist, werden Primär- und Sekundärcontroller zu Inklusionscontrollern und beide können inkludieren. Habe ich in FHEM nicht getestet.

SIS?

Danke und Gruß Fixel
Fhem 5.8 auf Raspi 3, HMLAN und 868MHz CUL mit einigen Komponenten, Z-Wave Rollladenaktoren, Tablet UI, 433 MHz CUL mit Baumarktsteckdosen und Temp Sensoren, Amazon Echo, Echo Dot, 2x SONOS  play1, 1x SONOS Connect AMP,  presence, HUE, Lightify

krikan

Zitat von: Fixel2012 am 09 Februar 2017, 15:39:53
Kriegst du gerne, einfach global auf verbose 5? Oder wie stelle ich das Log auf verbose 5?  :P
nur beim ZWDongle-Device: "attr <ZWDongle> verbose 5"

ZitatSIS?
Static ID Server: http://wiki.zwaveeurope.com/index.php?title=Z-Wave_Network_Layer#Static_ID_Server_.28SIS.29
Kann sein, dass Fibaro den automatisch einschaltet, wenn ein Sekundärcontroller inkludiert wird (würde ich eigentlich erwarten)

Fixel2012

#8
scheint als hätte ich es irgendwie teilweise geschafft  :o

In Fibaro wurde ein device namens  "com.fibaro.zwaveController" angelegt.

In Fhem sehe ich unter den Readings nun eine SucID und auch unter Nodelist habe ich mehrere Einträge. Leider heißen diese Einträge alle unknown_3, unknown_4 usw. ...

Werden die Namen von dem Main Controller auf den second Controller normaler Weise mit übertragen oder heißen die dann immer unknown?

Anscheinend konnte autocreate die Devices leider nicht anlegen.  ???

Ob nun alles richtig konfigurier ist weiß ich nicht...

Hier noch ein list meines ZWave Dongles:

Internals:
   CFGFN
   CallbackNr 5
   Clients    :ZWave:
   DEF        /dev/ttyACM1@115200
   DeviceName /dev/ttyACM1@115200
   FD         33
   MaxSendRetries 3
   NAME       ZWDongle_Fibaro
   NR         178
   PARTIAL
   RAWMSG     004a05060100
   ReadTime   1486823082.95393
   STATE      Initialized
   SendRetries 0
   SendTime   1486823082.76826
   TYPE       ZWDongle
   WaitForAck 0
   ZWDongle_Fibaro_MSGCNT 15
   ZWDongle_Fibaro_TIME 2017-02-11 15:24:42
   homeId     c72e3103
   nodeIdHex  15
   nrNAck     0
   Matchlist:
     1:ZWave    .*
   Readings:
     2017-02-11 15:20:14   caps            Vers:5 Rev:6 ManufID:0115 ProductType:0400 ProductID:0001 SERIAL_API_GET_INIT_DATA SERIAL_API_APPL_NODE_INFORMATION APPLICATION_COMMAND_HANDLER ZW_GET_CONTROLLER_CAPABILITIES SERIAL_API_SET_TIMEOUTS SERIAL_API_GET_CAPABILITIES SERIAL_API_SOFT_RESET UNKNOWN_09 UNKNOWN_0a ZW_SET_R_F_RECEIVE_MODE ZW_SET_SLEEP_MODE ZW_SEND_NODE_INFORMATION ZW_SEND_DATA ZW_SEND_DATA_MULTI ZW_GET_VERSION ZW_SEND_DATA_ABORT ZW_R_F_POWER_LEVEL_SET ZW_SEND_DATA_META ZW_GET_RANDOM MEMORY_GET_ID MEMORY_GET_BYTE MEMORY_PUT_BYTE MEMORY_GET_BUFFER MEMORY_PUT_BUFFER FLASH_AUTO_PROG_SET UNKNOWN_28 NVM_GET_ID NVM_EXT_READ_LONG_BUFFER NVM_EXT_WRITE_LONG_BUFFER NVM_EXT_READ_LONG_BYTE NVM_EXT_WRITE_LONG_BYTE ZW_GET_NODE_PROTOCOL_INFO ZW_SET_DEFAULT ZW_REPLICATION_COMMAND_COMPLETE ZW_REPLICATION_SEND_DATA ZW_ASSIGN_RETURN_ROUTE ZW_DELETE_RETURN_ROUTE ZW_REQUEST_NODE_NEIGHBOR_UPDATE ZW_APPLICATION_UPDATE ZW_ADD_NODE_TO_NETWORK ZW_REMOVE_NODE_FROM_NETWORK ZW_CREATE_NEW_PRIMARY ZW_CONTROLLER_CHANGE ZW_SET_LEARN_MODE ZW_ASSIGN_SUC_RETURN_ROUTE ZW_REQUEST_NETWORK_UPDATE ZW_SET_SUC_NODE_ID ZW_DELETE_SUC_RETURN_ROUTE ZW_GET_SUC_NODE_ID ZW_SEND_SUC_ID ZW_EXPLORE_REQUEST_INCLUSION ZW_REQUEST_NODE_INFO ZW_REMOVE_FAILED_NODE_ID ZW_IS_FAILED_NODE ZW_REPLACE_FAILED_NODE UNKNOWN_66 UNKNOWN_67 UNKNOWN_78 GET_ROUTING_TABLE_LINE LOCK_ROUTE_RESPONSE ZW_GET_PRIORITY_ROUTE ZW_SET_PRIORITY_ROUTE UNKNOWN_98 ZW_SET_WUT_TIMEOUT ZW_WATCHDOG_ENABLE ZW_WATCHDOG_DISABLE ZW_WATCHDOG_CHECK ZW_SET_EXT_INT_LEVEL ZW_RF_POWERLEVEL_GET ZW_TYPE_LIBRARY ZW_SEND_TEST_FRAME ZW_GET_PROTOCOL_STATUS WATCHDOG_START WATCHDOG_STOP UNKNOWN_d4 UNKNOWN_ef ZME_FREQ_CHANGE ZME_BOOTLOADER_FLASH UNKNOWN_f5
     2017-02-11 14:51:07   ctrlCaps        OTHER MEMBER SUC
     2017-02-11 14:51:07   homeId          HomeId:c72e3103 CtrlNodeIdHex:15
     2017-02-11 14:47:29   nodeList        UNKNOWN_1 UNKNOWN_3 UNKNOWN_5 UNKNOWN_6 UNKNOWN_7 UNKNOWN_8 UNKNOWN_9 UNKNOWN_10 UNKNOWN_11 UNKNOWN_12 UNKNOWN_13 UNKNOWN_14 UNKNOWN_15 UNKNOWN_16 UNKNOWN_17 UNKNOWN_18 UNKNOWN_19 UNKNOWN_21
     2017-02-11 14:51:07   random          86de5e51103b02aa0c7cac719835bcb580a6531caa68e84cd2c3ebdd7a1b6822
     2017-02-11 14:51:07   state           Initialized
     2017-02-11 14:51:07   sucNodeId       21
     2017-02-11 14:47:25   timeouts        0106640f
     2017-02-11 13:22:39   version         Z-Wave 4.05 STATIC_CONTROLLER
   SendStack:
Attributes:
   room       ZWave_Fibaro
   verbose    5


hier das Log vom Dongle

2017-02-11_12:43:14 ZWDongle_Fibaro learnMode on
2017-02-11_12:43:17 ZWDongle_Fibaro ZW_SET_LEARN_MODE started
2017-02-11_12:43:26 ZWDongle_Fibaro ZW_APPLICATION_UPDATE sucId 0
2017-02-11_12:43:26 ZWDongle_Fibaro ZW_SET_LEARN_MODE done
2017-02-11_12:43:27 ZWDongle_Fibaro ZW_APPLICATION_UPDATE sucId 20
2017-02-11_12:46:14 ZWDongle_Fibaro addNode on
2017-02-11_12:46:14 ZWDongle_Fibaro ZW_ADD_NODE_TO_NETWORK learnReady
2017-02-11_12:47:19 ZWDongle_Fibaro addNode off
2017-02-11_12:47:20 ZWDongle_Fibaro ZW_ADD_NODE_TO_NETWORK done
2017-02-11_12:53:02 ZWDongle_Fibaro addNode on
2017-02-11_12:53:02 ZWDongle_Fibaro ZW_ADD_NODE_TO_NETWORK learnReady
2017-02-11_12:57:44 ZWDongle_Fibaro learnMode on
2017-02-11_12:57:50 ZWDongle_Fibaro ZW_SET_LEARN_MODE started
2017-02-11_12:57:51 ZWDongle_Fibaro ZW_SET_LEARN_MODE done
2017-02-11_12:58:36 ZWDongle_Fibaro learnMode on
2017-02-11_12:59:22 ZWDongle_Fibaro learnMode disable
2017-02-11_13:25:55 ZWDongle_Fibaro learnMode on
2017-02-11_13:25:59 ZWDongle_Fibaro ZW_SET_LEARN_MODE started
2017-02-11_13:26:07 ZWDongle_Fibaro ZW_APPLICATION_UPDATE sucId 0
2017-02-11_13:26:07 ZWDongle_Fibaro ZW_SET_LEARN_MODE done
2017-02-11_13:27:17 ZWDongle_Fibaro addNode on
2017-02-11_13:27:17 ZWDongle_Fibaro ZW_ADD_NODE_TO_NETWORK learnReady
2017-02-11_13:28:23 ZWDongle_Fibaro ZW_ADD_NODE_TO_NETWORK nodeFound
2017-02-11_13:28:35 ZWDongle_Fibaro addNode off
2017-02-11_13:28:35 ZWDongle_Fibaro ZW_ADD_NODE_TO_NETWORK failed
2017-02-11_13:28:35 ZWDongle_Fibaro ZW_ADD_NODE_TO_NETWORK done
2017-02-11_13:31:06 ZWDongle_Fibaro ZW_ASSIGN_SUC_RETURN_ROUTE alreadyActive
2017-02-11_13:32:38 ZWDongle_Fibaro addNode on
2017-02-11_13:32:38 ZWDongle_Fibaro ZW_ADD_NODE_TO_NETWORK learnReady
2017-02-11_13:33:00 ZWDongle_Fibaro ZW_ADD_NODE_TO_NETWORK nodeFound
2017-02-11_13:33:13 ZWDongle_Fibaro addNode off
2017-02-11_13:33:13 ZWDongle_Fibaro ZW_ADD_NODE_TO_NETWORK failed
2017-02-11_13:33:13 ZWDongle_Fibaro ZW_ADD_NODE_TO_NETWORK done
2017-02-11_13:33:36 ZWDongle_Fibaro addNode on
2017-02-11_13:33:36 ZWDongle_Fibaro ZW_ADD_NODE_TO_NETWORK learnReady
2017-02-11_13:35:08 ZWDongle_Fibaro ZW_DELETE_SUC_RETURN_ROUTE started
2017-02-11_13:35:08 ZWDongle_Fibaro ZW_DELETE_SUC_RETURN_ROUTE transmitOk
2017-02-11_13:35:31 ZWDongle_Fibaro ZW_SET_DEFAULT done
2017-02-11_14:43:56 ZWDongle_Fibaro learnMode on
2017-02-11_14:44:00 ZWDongle_Fibaro ZW_SET_LEARN_MODE started
2017-02-11_14:44:08 ZWDongle_Fibaro ZW_APPLICATION_UPDATE sucId 0
2017-02-11_14:44:08 ZWDongle_Fibaro ZW_SET_LEARN_MODE done
2017-02-11_14:44:09 ZWDongle_Fibaro ZW_APPLICATION_UPDATE sucId 21
2017-02-11_14:50:18 ZWDongle_Fibaro Initialized
2017-02-11_15:10:46 ZWDongle_Fibaro addNode onNw
2017-02-11_15:10:46 ZWDongle_Fibaro ZW_ADD_NODE_TO_NETWORK learnReady
2017-02-11_15:21:10 ZWDongle_Fibaro addNode onNw
2017-02-11_15:21:10 ZWDongle_Fibaro addNode off
2017-02-11_15:21:10 ZWDongle_Fibaro ZW_ADD_NODE_TO_NETWORK failed
2017-02-11_15:21:10 ZWDongle_Fibaro ZW_ADD_NODE_TO_NETWORK done
2017-02-11_15:23:39 ZWDongle_Fibaro addNode onNwSec
2017-02-11_15:23:39 ZWDongle_Fibaro ZW_ADD_NODE_TO_NETWORK learnReady
2017-02-11_15:24:42 ZWDongle_Fibaro addNode off
2017-02-11_15:24:42 ZWDongle_Fibaro ZW_ADD_NODE_TO_NETWORK done



Nun meine Frage, wie  kann ich die unknown devices manuell erstellen und anschließend schalten?

PS: bin mir inzwischen fast sicher, das beide im gleichen Z-Wave netz sind und auch als second und Main Controller gegenseitig erkannt wurden. Habe gemerkt, dass wenn ich add node in Fhem ausführe und anschließend das gleiche auf Fibaro ebene mache ein Fehler kommt. Ich denke der entsteht dadurch, dass beide versuchen im gleichen Netzwerk nach neuen Geräten zu suchen.

Außerdem sehe ich die unknown Geräte in Fhem.
Fhem 5.8 auf Raspi 3, HMLAN und 868MHz CUL mit einigen Komponenten, Z-Wave Rollladenaktoren, Tablet UI, 433 MHz CUL mit Baumarktsteckdosen und Temp Sensoren, Amazon Echo, Echo Dot, 2x SONOS  play1, 1x SONOS Connect AMP,  presence, HUE, Lightify

rudolfkoenig

ZitatAnscheinend konnte auch autocreate die Devices nicht anlegen.
Vmtl. weil du fuer die einzelnen Nodes kein "set ZWDongle createNode UNKNOWN_5" durchgefuehrt hast, was ein NIF vom Geraet anfordert.
Beim batteriegetriebenen muss man vmtl. auch einen Knopf druecken.

Achtung: FHEM ist relativ rabiat, und setzt dabei ein "set $NAME associationAdd 1 $CTRLID" ab. Da einige Geraete fuer die Gruppe 1 nur einen Eintrag abkoennen, kann das zu Problemen fuehren evtl. muessen wir da in FHEM noch was anpassen. Da ich (wie schon demonstriert) keine Erfahrung mit SUC habe, kann sein dass ich mich irre :)

Fixel2012

Zitat von: rudolfkoenig am 11 Februar 2017, 15:44:16
Vmtl. weil du fuer die einzelnen Nodes kein "set ZWDongle createNode UNKNOWN_5" durchgefuehrt hast, was ein NIF vom Geraet anfordert.
Beim batteriegetriebenen muss man vmtl. auch einen Knopf druecken.

Achtung: FHEM ist relativ rabiat, und setzt dabei ein "set $NAME associationAdd 1 $CTRLID" ab. Da einige Geraete fuer die Gruppe 1 nur einen Eintrag abkoennen, kann das zu Problemen fuehren evtl. muessen wir da in FHEM noch was anpassen. Da ich (wie schon demonstriert) keine Erfahrung mit SUC habe, kann sein dass ich mich irre :)

Mhh, leider passiert rein gar nichts, wenn ich "set ZWDongle createNode UNKNOWN_5" ausführe. Auch im Event Monitor steht nicht mehr als "ZWDongle ZWDongle_Fibaro createNode UNKNOWN_5".
Fhem 5.8 auf Raspi 3, HMLAN und 868MHz CUL mit einigen Komponenten, Z-Wave Rollladenaktoren, Tablet UI, 433 MHz CUL mit Baumarktsteckdosen und Temp Sensoren, Amazon Echo, Echo Dot, 2x SONOS  play1, 1x SONOS Connect AMP,  presence, HUE, Lightify

Fixel2012

Wow, plötzlich geht es und die Rolladenaktoren werden Automatisch angelegt!

Ich Probiere jetzt noch ein wenig weiter und werde mich bei weiteren Problemen melden, großes dank an euch beiden!!!
Fhem 5.8 auf Raspi 3, HMLAN und 868MHz CUL mit einigen Komponenten, Z-Wave Rollladenaktoren, Tablet UI, 433 MHz CUL mit Baumarktsteckdosen und Temp Sensoren, Amazon Echo, Echo Dot, 2x SONOS  play1, 1x SONOS Connect AMP,  presence, HUE, Lightify

krikan

Zitat von: rudolfkoenig am 11 Februar 2017, 15:44:16
Achtung: FHEM ist relativ rabiat, und setzt dabei ein "set $NAME associationAdd 1 $CTRLID" ab. Da einige Geraete fuer die Gruppe 1 nur einen Eintrag abkoennen, kann das zu Problemen fuehren evtl. muessen wir da in FHEM noch was anpassen. Da ich (wie schon demonstriert) keine Erfahrung mit SUC habe, kann sein dass ich mich irre :)
Du irrst Dich meiner Erinnerung nach nicht. Die automatisch abgesetzten Befehle von createNode bzw. bei der Inklusion sind beim Sekundärcontroller ein Problem. Man muss hinterher evtl. wieder einiges geradebiegen. Insbesondere auch das automatisch abgesetzte "set <device> wakeupInterval" bei den Wake Up-Geräten ist nicht ideal. Das überschreibt die Verbindung zum Primärcontroller vorbehaltslos hin zum Sekundärcontroller. Dadurch empfängt der Primärcontroller keine WUN mehr.

Am Besten wäre es vermutlich, wenn man die automatisch abgesetzten Befehle bei createNode und Inklusion abschalten könnte und dann wie "früher" die Assoziation und Konfiguration in den Spezialfällen wie bspw. Sekundärcontroller manuell machen kann.

Das hängt nicht mit dem SUC zusammen, sondern nur mit dem Sekundärcontroller bzw. 2 statischen Controllern im Netz. Der SUC und die Aktualisierung der Routen der Controller/Geräte über den SUC ist wieder ein anderes Thema.

Btw.: Das Konzept des Sekundärcontrollers ist meinem Verständnis nach nicht für 2 statische Controller im Netz ausgelegt, sondern für einen statischen Controller und eine Fernbedienung. Paetz weist explizit darauf hin, dass mit 2 statischen Controllern im  Netz Konfigurationsprobleme entstehen. Diese muß man eben manuell umschiffen.

rudolfkoenig

Ist dieses Szenario relevant genug, dass wir dafuer eine Ausnahme machen sollten?

krikan

Für mich nicht. Wenn man das Problem kennt, kann man es derzeit auch nachtraeglich lösen.