SCC - 2 Stackable Module HomeMatic und SlowRF

[cerberus]

Hallo ich habe heute zwei SCC - Stackable Module auf meinen PI gebaut.

In die Fhem.cfg hatte ich dann folgende Zeilen eingetragen, so wie im installation guid beschrieben.
Ich verstehe das so das SCC zunächst die STACKABLE Module allgemein definiert und SCC1 und SCC2 dann die beiden eigentlichen Module definiert.

Code Auswählen Erweitern

define SCC CUL /dev/ttyAMA0@38400 1234

define SCC1 STACKABLE_CC SCC
attr SCC1 rfmode HomeMatic

define SCC2 STACKABLE_CC SCC1
attr SCC2 rfmode SlowRF


Mein Problem war dann jedoch das SCC2 immer disconnect war. Ich habe dann folgendes gemacht und siehe das so funktioniert.

Code Auswählen Erweitern

define SCC1 CUL /dev/ttyAMA0@38400 1234
attr SCC1 alias  CUL SCC 1 HomeMatic
attr SCC1 rfmode HomeMatic
attr SCC1 hmId 000002
attr SCC1 icon scc_868
attr SCC1 room 31_Homeserver
attr SCC1 group CUL
define SCC2 STACKABLE_CC SCC1
attr SCC2 alias CUL SCC 2 SlowRF
attr SCC2 rfmode SlowRF
attr SCC2 icon scc_868
attr SCC2 room 31_Homeserver
attr SCC2 group CUL

Nun meine Frage, ist das so richtig beim Einsatz von zwei Modulen?

Gruß
cerberus

[rudolfkoenig]

Korrekt is die zweite Vorgehensweise. Das erste SCC wird genau wie ein CUL angesprochen, alle weiteren ueber das SCC Modul. Eigentlich sollte das auch automatisch von FHEM so angelegt werden, sobald die Geraete was empfangen.

[cerberus]

Rudolf, danke dir für deine Antwort 

Gruß
cerberus

[cerberus]

Hallo, ich habe in letzter Zeit massive Probleme mit SlowRF.

Aufgefallen ist es mir dabei das mein Licht im Flur seit einiger Zeit nicht mehr zuverlässig geschaltet wird. Ich habe dort ein simples Notify welches zwei FS20 Zwischenstecker, welche die gleiche Adresse verwenden, schaltet sobald ein Bewegungsmelder auslöst. Mir ist ausgefallen das entweder die beiden Schalter garnicht reagieren obwohl ein set on vom notify gesendet wird oder aber nur einer der beiden reagiert. Der Status im Frontend wird auf on gesetzt aber ob das SCC dann sendet kann ich nicht sagen. Ich weiß nicht ob es nun am SCC liegt, denn mit dem COC ging es immer. Am Anfang, als ich die SCC eingebaut habe ist mit dieser Fehler jedoch auch nicht aufgefallen. Könnte es auch an einer der letzten FHEM Updates liegen? Ach ja, im LOG sehe ich noch sowas wie global define licht_flur, weiß nicht was das bedeuten soll.

Gruß
cerberus

[rudolfkoenig]

Das log (auf Verbose 5) haette ich auch gerne. Da muesste sowas wie "SW: *F12345678" auftauchen.
Bitte beobachten, ob es geschaltet wird, wenn so eine Zeile kommt, oder kommt die Zeile gar nicht?

Wichtig zu wissen, wieviele SCC's du einsetzt, und welcher oben bzw. unten ist.
Danach koennen wir mit weitere Debug-Befehlen weitersuchen.
Das SCC ist neu und relativ wenig verbreitet, deswegen vermute ich das Problem in dieser Ecke.

[cerberus]

Danke Rudolf,
ich werde heute Abend, wenn ich zu Hause bin, den LOG auf Verbose 5.

Die beiden SCC´s sind in der Reihenfolge wie im letzten Beitag von mir zu sehen eingebaut. Also 2 Stück, eines mir SlowRF und eines auf HomeMatic. Ich muss dazu sagen das ich vor den beiden SCC´s aber noch ein CW2 USV Platine habe, ich hoffe nicht das es deswegen Probleme gibt.

Gruß
cerberus

[cerberus]

Hallo Rudolf, ich habe jetzt mal den LOG hoch gesetzt und folgendes im LOG gesehen. Was mich irritiert ist das ich als IODevice SCC2 angegeben habe jedoch im LOG aber SCC1 sendet. Oder sehe ich das falsch.

Code Auswählen Erweitern

2014.05.23 21:08:08 5: CUL/RAW: /*F304C16
2014.05.23 21:08:08 5: CUL/RAW: *F304C16/1120

2014.05.23 21:08:08 5: SCC1 dispatch *F304C161120
2014.05.23 21:08:08 4: CUL_Parse: SCC2 F304C161120 -58
2014.05.23 21:08:08 5: SCC2 dispatch 810b04xx0101a001304c160011
2014.05.23 21:08:08 4: FS20 Bewegungsmelder_Flur_C1 on
2014.05.23 21:08:08 5: Triggering Bewegungsmelder_Flur_C1 (1 changes)
2014.05.23 21:08:08 5: Notify loop for Bewegungsmelder_Flur_C1 on
2014.05.23 21:08:08 5: batteryStatus: not on any display, ignoring notify
2014.05.23 21:08:08 5: Triggering notify_Licht_Flur
2014.05.23 21:08:08 4: notify_Licht_Flur exec {
if (Value("Licht_Flur_Auto") eq "An") {
fhem("set Licht_Flur on-for-timer 120");;
}
}
2014.05.23 21:08:08 5: Cmd: >{
if (Value("Licht_Flur_Auto") eq "An") {
fhem("set Licht_Flur on-for-timer 120");
}
}<
2014.05.23 21:08:08 5: Cmd: >set Licht_Flur on-for-timer 120<
2014.05.23 21:08:08 3: FS20 set Licht_Flur on-for-timer 120
2014.05.23 21:08:08 5: SCC1 sending *F304c18395f
2014.05.23 21:08:08 4: CUL_send:  SCC1*F 30 4c 1839 5f 
2014.05.23 21:08:08 4: Follow: +00:02:00 setstate Licht_Flur off
2014.05.23 21:08:08 5: Triggering global (1 changes)
2014.05.23 21:08:08 5: Notify loop for global DEFINED Licht_Flur_timer
2014.05.23 21:08:08 5: Triggering Licht_Flur (1 changes)
2014.05.23 21:08:08 5: Notify loop for Licht_Flur An-für-Zeit
2014.05.23 21:08:08 5: batteryStatus: not on any display, ignoring notify
2014.05.23 21:08:09 5: CUL/RAW: /*T853195
2014.05.23 21:08:09 5: CUL/RAW: *T853195/01E7


[rudolfkoenig]

2014.05.23 21:08:08 5: SCC1 sending *F304c18395f
2014.05.23 21:08:08 4: CUL_send:  SCC1*F 30 4c 1839 5f 

Das untere SCC1 ist als HomeMatic configuriert, SCC2 steckt drauf, und sollte die Daten als FS20 senden.
Wenn man mit dem SCC2 reden will, dann muss man SCC1 bitten, die Daten an dem SCC2 weiterzureichen. Das erkennt SCC1 an dem *. Die beknackte Formatierung in der zweiten Zeile ist dem HomeMatic-Fuzzies zu verdanken, und sollte nicht stoeren.

Von der FHEM Seite schaut das richtig aus, ich vermute ein culfw Problem, entweder beim weiterreichen der Daten (im SCC1) oder beim annehmen (im SCC2). Oder das SCC2 hat ein Problem mit dem Senden. Blinkt denn das LED des SCC2 bei der Aktion (so denn es eins hat)? Kann man mit dem SCC2 ordentlich reden (get SCC2 version, usw)?

[cerberus]

Rudolf, danke für deine Antwort. Kurios ist, dass ich die Actoren aber über das Frontend, ohne ein Notify dazwischen zu haben, schalten kann.
Ich frage mich was da anders ist?

hier der LOG dazu:

Code Auswählen Erweitern

014.05.23 23:04:47 4: HTTP FHEMWEB:192.168.178.21:54433 GET /fhem?XHR=1&cmd.Licht_Flur=set%20Licht_Flur%20An&room=13_Flur
2014.05.23 23:04:47 5: Cmd: >set Licht_Flur An<
2014.05.23 23:04:47 3: FS20 set Licht_Flur on
2014.05.23 23:04:47 5: SCC1 sending *F304c1811
2014.05.23 23:04:47 4: CUL_send:  SCC1*F 30 4c 1811   
2014.05.23 23:04:47 5: Triggering Licht_Flur (1 changes)
2014.05.23 23:04:47 5: Notify loop for Licht_Flur An
2014.05.23 23:04:47 5: batteryStatus: not on any display, ignoring notify
2014.05.23 23:04:47 4: /fhem?XHR=1&cmd.Licht_Flur=set%20Licht_Flur%20An&room=13_Flur / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2014.05.23 23:04:49 4: HTTP FHEMWEB:192.168.178.21:54433 GET /fhem?XHR=1&cmd.Licht_Flur=set%20Licht_Flur%20Aus&room=13_Flur
2014.05.23 23:04:49 5: Cmd: >set Licht_Flur Aus<
2014.05.23 23:04:49 3: FS20 set Licht_Flur off-for-timer
2014.05.23 23:04:49 5: SCC1 sending *F304c1818
2014.05.23 23:04:49 4: CUL_send:  SCC1*F 30 4c 1818   
2014.05.23 23:04:49 5: Triggering Licht_Flur (1 changes)
2014.05.23 23:04:49 5: Notify loop for Licht_Flur Aus
2014.05.23 23:04:49 5: batteryStatus: not on any display, ignoring notify
2014.05.23 23:04:49 4: /fhem?XHR=1&cmd.Licht_Flur=set%20Licht_Flur%20Aus&room=13_Flur / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2014.05.23 23:04:53 4: Connection closed for FHEMWEB:192.168.178.21:54431
2014.05.23 23:04:53 4: HTTP FHEMWEB:192.168.178.21:54433 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2014-05.log

[rudolfkoenig]

Ich haette jetzt mal eine klare Beschreibung, was geht, was nicht, und das jeweils mit Log belegt. Sonst muss ich zu viel raten.

[cerberus]

Halo Rudolf, ich werde nochmal einige LOG´s anfertigen. Es scheint so zu sein das dieses Problem sporadisch auftritt. Das bedeutet das ich die Actoren manuell immer schalten kann aber diese nicht immer schalten wenn sie per notify geschaltet werden, obwohl ich im Frontend eben den Staus on sehe. Wenn es dunkel ist teste ich nochmal.

Gruß
cerberus

[cerberus]

Also, ich habe verschiedenen Situationen:

Situation 1 Der Bewegungsmelder löst aus aber nur ein Aktor von zweien mit gleicher Adresse schaltet.

Code Auswählen Erweitern

2014.05.24 20:52:34 5: CUL/RAW: /*F304C16
2014.05.24 20:52:34 5: CUL/RAW: *F304C16/111D

2014.05.24 20:52:34 5: SCC1 dispatch *F304C16111D
2014.05.24 20:52:34 4: CUL_Parse: SCC2 F304C16111D -59.5
2014.05.24 20:52:34 5: SCC2 dispatch 810b04xx0101a001304c160011
2014.05.24 20:52:34 4: FS20 Bewegungsmelder_Flur_C1 on
2014.05.24 20:52:34 5: Triggering Bewegungsmelder_Flur_C1 (1 changes)
2014.05.24 20:52:34 5: Notify loop for Bewegungsmelder_Flur_C1 on
2014.05.24 20:52:34 5: batteryStatus: not on any display, ignoring notify
2014.05.24 20:52:34 5: Triggering notify_Licht_Flur
2014.05.24 20:52:34 4: notify_Licht_Flur exec {
if (Value("Licht_Flur_Auto") eq "An") {
fhem("set Licht_Flur on-for-timer 120");;
}
}
2014.05.24 20:52:34 5: Cmd: >{
if (Value("Licht_Flur_Auto") eq "An") {
fhem("set Licht_Flur on-for-timer 120");
}
}<
2014.05.24 20:52:34 5: Cmd: >set Licht_Flur on-for-timer 120<
2014.05.24 20:52:34 3: FS20 set Licht_Flur on-for-timer 120
2014.05.24 20:52:34 5: SCC1 sending *F304c18395f
2014.05.24 20:52:34 4: CUL_send:  SCC1*F 30 4c 1839 5f 
2014.05.24 20:52:34 4: Follow: +00:02:00 setstate Licht_Flur off
2014.05.24 20:52:34 5: Triggering global (1 changes)
2014.05.24 20:52:34 5: Notify loop for global DEFINED Licht_Flur_timer
2014.05.24 20:52:34 5: Triggering Licht_Flur (1 changes)
2014.05.24 20:52:34 5: Notify loop for Licht_Flur An-für-Zeit
2014.05.24 20:52:34 5: batteryStatus: not on any display, ignoring notify
2014.05.24 20:52:40 5: CUL/RAW: /*TE57945
2014.05.24 20:52:40 5: CUL/RAW: *TE57945/82E4

2014.05.24 20:52:40 5: SCC1 dispatch *TE5794582E4
2014.05.24 20:52:40 4: CUL_Parse: SCC2 TE5794582E4 -88
2014.05.24 20:52:40 5: SCC2 dispatch TE5794582


Situation 2 Der Bewegungsmelder löst aus aber kein Aktor schaltet.

Code Auswählen Erweitern

2014.05.24 20:53:26 5: CUL/RAW: /*F304C16
2014.05.24 20:53:26 5: CUL/RAW: *F304C16/1124

2014.05.24 20:53:26 5: SCC1 dispatch *F304C161124
2014.05.24 20:53:27 4: CUL_Parse: SCC2 F304C161124 -56
2014.05.24 20:53:27 5: SCC2 dispatch 810b04xx0101a001304c160011
2014.05.24 20:53:27 4: FS20 Bewegungsmelder_Flur_C1 on
2014.05.24 20:53:27 5: Triggering Bewegungsmelder_Flur_C1 (1 changes)
2014.05.24 20:53:27 5: Notify loop for Bewegungsmelder_Flur_C1 on
2014.05.24 20:53:27 5: batteryStatus: not on any display, ignoring notify
2014.05.24 20:53:27 5: Triggering notify_Licht_Flur
2014.05.24 20:53:27 4: notify_Licht_Flur exec {
if (Value("Licht_Flur_Auto") eq "An") {
fhem("set Licht_Flur on-for-timer 120");;
}
}
2014.05.24 20:53:27 5: Cmd: >{
if (Value("Licht_Flur_Auto") eq "An") {
fhem("set Licht_Flur on-for-timer 120");
}
}<
2014.05.24 20:53:27 5: Cmd: >set Licht_Flur on-for-timer 120<
2014.05.24 20:53:27 3: FS20 set Licht_Flur on-for-timer 120
2014.05.24 20:53:27 5: SCC1 sending *F304c18395f
2014.05.24 20:53:27 4: CUL_send:  SCC1*F 30 4c 1839 5f 
2014.05.24 20:53:27 4: Follow: +00:02:00 setstate Licht_Flur off
2014.05.24 20:53:27 5: Triggering global (1 changes)
2014.05.24 20:53:27 5: Notify loop for global DEFINED Licht_Flur_timer
2014.05.24 20:53:27 5: Triggering Licht_Flur (1 changes)
2014.05.24 20:53:27 5: Notify loop for Licht_Flur An-für-Zeit
2014.05.24 20:53:27 5: batteryStatus: not on any display, ignoring notify

Situation 3 Das mauelle schalten on/off über das WEBFrontend funktioniert immer

Code Auswählen Erweitern

2014.05.24 21:15:02 5: Cmd: >set Licht_Flur An<
2014.05.24 21:15:02 3: FS20 set Licht_Flur on
2014.05.24 21:15:02 5: SCC1 sending *F304c1811
2014.05.24 21:15:02 4: CUL_send:  SCC1*F 30 4c 1811   
2014.05.24 21:15:02 5: Triggering Licht_Flur (1 changes)
2014.05.24 21:15:02 5: Notify loop for Licht_Flur An
2014.05.24 21:15:02 5: batteryStatus: not on any display, ignoring notify
2014.05.24 21:15:02 4: /fhem?XHR=1&cmd.Licht_Flur=set%20Licht_Flur%20An&room=13_Flur / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2014.05.24 21:15:04 5: CUL/RAW: /*T075900
2014.05.24 21:15:04 5: CUL/RAW: *T075900/BA00F9

2014.05.24 21:15:04 5: SCC1 dispatch *T075900BA00F9
2014.05.24 21:15:04 4: CUL_Parse: SCC2 T075900BA00F9 -77.5
2014.05.24 21:15:04 5: SCC2 dispatch 810c04xx0909a00107590000ba00

Gruß
cerberus

[rudolfkoenig]

Hat vermutlich nix direkt mit SCC/FHEM/culfw zu tun, da die Befehle von FHEM immer gleich an das SCC weitergegeben werden.

Vorschlaege:
- Relative Position der Antennen aendern/verbessern
- Sendestaerke im SCC erhoehen
- bessere Antenne in SCC einsetzen

Falls ein FS20 Repeater im Spiel ist, dann sind weitere Moeglichkeiten denkbar.

[cerberus]

Ich habe jeweils eine 15 cm Antenne auf einem Magnetfuß an den SCC´s, so wie vorher bei dem COC auch. ich habe den Eindruck das es nur dann nicht funktioniert wenn zuvor das SCC vom Bewegungsmelder etwas empfangen hat und dann gleich wieder senden soll.

Wie ich die Sendestärke erhöhen kann konnte ich in der commandref nicht sehen.

Gruß
cerberus

[rudolfkoenig]

set SCC2 raw x09

Siehe auch http://culfw.de/commandref.html#cmd_X