Stapelbare Busware SCC mit ser2net am Raspberry PI

[QuesT]

Also:

Code Auswählen Erweitern

define CUL_Connect_notify notify SCC1:CONNECTED attr SCC1 rfmode SlowRF ; attr SCC2 rfmode SlowRF ; attr SCC2 rfmode MAX

[pipp37]

Der Workaround-Trick funktioniert meines Wissens so.
Den RFMODE auf einen anderen Modus umstellen und dann wieder zurück.

Wenn das deine Konstellation ist:

SCC1 868 Max!
SCC2 433Mhz SlowRF

Code Auswählen Erweitern


define CUL_Connect_notify notify SCC1:CONNECTED attr SCC1 rfmode SlowRF ; attr SCC1 rfmode MAX ;  attr SCC2 rfmode MAX ; attr SCC2 rfmode SlowRF


[QuesT]

Danke

define CUL_Connect_notify notify SCC1:CONNECTED attr SCC1 rfmode SlowRF ;; attr SCC1 rfmode MAX ;;  attr SCC2 rfmode MAX ;; attr SCC2 rfmode SlowRF

so geht es. Werde es mal testen.

[Syntaxterror]

Hallo,

ich habe einen CUL am RPi, (CUL_1), den anderen an einem anderen RPi (CUL_2) über ser2net angebunden.
Wenn der zweite aktiv ist bekomme ich ständige disconnects am CUL_1 :

2015.10.20 23:00:12 1: /dev/ttyACM0 disconnected, waiting to reappear (CUL_1)
2015.10.20 23:00:15 3: Setting CUL_1 serial parameters to 9600,8,N,1
2015.10.20 23:00:15 1: /dev/ttyACM0 reappeared (CUL_1)
2015.10.20 23:00:15 3: CUL_1: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2015.10.20 23:00:41 1: /dev/ttyACM0 disconnected, waiting to reappear (CUL_1)
2015.10.20 23:00:41 3: Setting CUL_1 serial parameters to 9600,8,N,1
2015.10.20 23:00:41 1: /dev/ttyACM0 reappeared (CUL_1)
2015.10.20 23:00:42 3: CUL_1: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2015.10.20 23:00:59 1: /dev/ttyACM0 disconnected, waiting to reappear (CUL_1)
2015.10.20 23:01:01 3: Setting CUL_1 serial parameters to 9600,8,N,1
2015.10.20 23:01:01 1: /dev/ttyACM0 reappeared (CUL_1)
2015.10.20 23:01:01 3: CUL_1: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2015.10.20 23:01:14 1: /dev/ttyACM0 disconnected, waiting to reappear (CUL_1)
2015.10.20 23:01:16 3: Setting CUL_1 serial parameters to 9600,8,N,1
2015.10.20 23:01:16 1: /dev/ttyACM0 reappeared (CUL_1)
2015.10.20 23:01:16 3: CUL_1: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2015.10.20 23:01:22 1: /dev/ttyACM0 disconnected, waiting to reappear (CUL_1)
2015.10.20 23:01:23 3: Setting CUL_1 serial parameters to 9600,8,N,1
2015.10.20 23:01:23 1: /dev/ttyACM0 reappeared (CUL_1)
2015.10.20 23:01:23 3: CUL_1: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
und so gehts immer weiter...

Wenn ich den CUL_2 aus der fhem.cfg auskommentiere ist mit CUL_1 alles gut.
In der ser2net.cfg auf dem zweiten RPi steht:
50123:raw:0:/dev/ttyACM0:9600 8DATABITS NONE 1STOPBIT

Wo kann das Problem liegen?

[pipp37]

2015.10.20 23:01:23 1: /dev/ttyACM0 reappeared (CUL_1)
Wenn ich den CUL_2 aus der fhem.cfg auskommentiere ist mit CUL_1 alles gut.
In der ser2net.cfg auf dem zweiten RPi steht:
50123:raw:0:/dev/ttyACM0:9600 8DATABITS NONE 1STOPBIT

Wo kann das Problem liegen?

Bei mir ist in der ser2net (Busware SCC) folgendes.

Code Auswählen Erweitern

2003:raw:0:/dev/ttyAMA0:38400 NONE 1STOPBIT 8DATABITS

Poste doch mal die CFGs deiner beiden CUL's in Fhem.

[Syntaxterror]

sieht so aus:

define CUL_1 CUL /dev/ttyACM0@9600 4567
attr CUL_1 hmId 345678
attr CUL_1 model CUL
attr CUL_1 rfmode HomeMatic

define CUL_2 CUL /dev/ttyACM0@9600:50123 0000
attr CUL_2 hmId 345678
attr CUL_2 model CUL
attr CUL_2 rfmode HomeMatic
######################################################
#                 vCCU
#######################################################
define vCCU1 CUL_HM 345678
attr vCCU1 IOList CUL_1,CUL_2
attr vCCU1 expert 2_full
attr vCCU1 model CCU-FHEM
attr vCCU1 room CUL_HM,System
attr vCCU1 subType virtual
attr vCCU1 webCmd virtual:update

[rudolfkoenig]

Was genau wird mit

define CUL_2 CUL /dev/ttyACM0@9600:50123 0000

beabsichtigt?

[Syntaxterror]

Das ist der CUL am USB-Anschluss vom entfernten RPi.
Der wird auch korrekt initialisiert und da gibts auch keinen disconnect, aber solange der existiert disconnectet CUL_1 am Haupt-RPi.

[rudolfkoenig]

Und woraus soll FHEM die Adresse des entfernten Rechners ableiten?
Oder im Klartext: FHEM spricht mit beiden Definitionen das gleiche lokale Geraet (/dev/ttyACM0) an, was natuerlich zu Problemen fuehrt. Korrekt waere sowas wie:

Code Auswählen Erweitern

define CUL_2 CUL RemoteRPi:50123 0000

[Syntaxterror]

Klar, danke, das war's, jetzt gehts!