Busware CC1101 868 & 433 gestapelt

Begonnen von MB_User, 06 Mai 2017, 22:36:03

Vorheriges Thema - Nächstes Thema

MB_User

Hallo Zusammen,

Ich habe ein RPI3 mit 2 CC1101 von Busware im Betrieb.
Das unterste Modul soll mit Homematic Geräten kommunizieren (klappt auch),
das aufgesteckte Modul soll über 433.920 Funksteckdosen schalten.

Wenn ich nur ein Modul mit Homematic benutzen funktioniert es.
Nutze ich nur ein Modul für die Funksteckdosen funktioniert das auch.

Stecke ich die beiden übereinander funktioniert die Homematic Kommunikation, aber das schalten der Funksteckdose funktioniert nicht.

Im Log (Verbose 5) stehen ein paar Dinge, die auf die fehlende Signalweiterleitung schließen lassen, allerdings weiß ich nicht, wie ich das beheben kann.

2017.05.06 20:25:09 3: Opening SCC device /dev/ttyAMA0
2017.05.06 20:25:09 3: Setting SCC serial parameters to 38400,8,N,1
2017.05.06 20:25:10 3: SCC: Possible commands: mBbCFiAZGMYRTVWXef*%ltuxz
2017.05.06 20:25:10 3: SCC device opened
2017.05.06 20:25:10 2: Switched SCC rfmode to HomeMatic
2017.05.06 20:25:10 5: SW: *V
2017.05.06 20:25:10 5: SW: *?
2017.05.06 20:25:10 3: SCC2: Possible commands: mBbCFiAZGMYRTVWXef*%ltuxz
2017.05.06 20:25:10 5: SW: *X21
2017.05.06 20:25:10 5: SW: *Ar
2017.05.06 20:25:10 5: SW: *Ax
2017.05.06 20:25:10 5: SW: *Zx
2017.05.06 20:25:10 5: SW: *brx
2017.05.06 20:25:10 5: SW: *X21
2017.05.06 20:25:10 2: Switched SCC2 rfmode to SlowRF
2017.05.06 20:25:10 5: CUL/RAW: /*OFF

2017.05.06 20:25:10 4: CUL_Parse: SCC * OF F   
2017.05.06 20:25:10 5: SCC: dispatch *OFF
2017.05.06 20:25:10 4: CUL_Parse: SCC2 OFF
2017.05.06 20:25:10 5: SCC2: dispatch OFF
2017.05.06 20:25:10 3: SCC2: Unknown code OFF, help me!
2017.05.06 20:26:08 5: CUL/RAW: /A0F03861
2017.05.06 20:26:08 5: CUL/RAW: A0F03861/050C9370
2017.05.06 20:26:08 5: CUL/RAW: A0F03861050C9370/000000A9
2017.05.06 20:26:08 5: CUL/RAW: A0F03861050C9370000000A9/4C30F004
2017.05.06 20:26:08 5: CUL/RAW: A0F03861050C9370000000A94C30F004/0DC

2017.05.06 20:26:08 4: CUL_Parse: SCC A 0F 03 8610 50C937 000000 0A94C30F0040DC -92
2017.05.06 20:26:08 5: SCC: dispatch A0F03861050C9370000000A94C30F0040::-92:SCC
2017.05.06 20:26:09 3: SCC: Unknown code A0F03861050C9370000000A94C30F0040::-92:SCC, help me!

Die Config sieht so aus:
define SCC CUL /dev/ttyAMA0@38400 1234
attr SCC group CUL
attr SCC hmId XXXXXX
attr SCC rfmode HomeMatic
attr SCC room System
attr SCC verbose 5

define SCC2 STACKABLE_CC SCC
attr SCC2 group CUL
attr SCC2 rfmode SlowRF
attr SCC2 room System
attr SCC2 verbose 5

Danke Euch!

Ralf9

Das Problem dabei ist, daß Homematic und das senden übers IT-Modul nur übers unterste CUL-Modul funktionieren.
Dafür gibt es eine einfache Lösung. Verwende für die Funksteckdosen das untere Modul und für Homematic das HM-MOD-RPI-PCB.

Siehe auch hier:
https://forum.fhem.de/index.php/topic,68145

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

chris1284

#2
ZitatDas Problem dabei ist, daß Homematic und das senden übers IT-Modul nur übers unterste CUL-Modul funktionieren.
seit wann denn das. genau dafür ist das scc da. du vermischt glaube ich das softwareseitige cul-modul welches im hm-mode auch it schalten kann. es muss beides gehen , ohne hw tausch oder  HM-MOD-RPI-PCB (auch wenn das für hm die beste lösung ist). der link hat mit scc nichts zu tun, sondern weiss t lediglich auf die bevorzugte verwendung von hm-ios für hm hin. scc mit diversen rfmodes haben hier viele erfolgreich im einsatz

wie sieht denn deine definition der funksteckdosen aus? hast du hier das richtige iODev gesetzt?

hast du für das scc2 folgenden hinweis in cer cmdref befolgt?
ZitatFalls SlowRF spezifiziert wurde, dann muss das FHTID explizit gesetzt werden, mit folgendem Kommando: "set SCCX raw T01HHHH". Auch das ist nur für die STACKABLE_CC nötig.

MB_User

#3
Hallo Chris,

ich habe den Befehl eingegeben, allerdings keine Änderung feststellen können.
Anbei die Config der Funksteckdose, die funktioniert, wenn ich nur einen SCC betreibe:

define EG_WZ_Lampe_Stehlampe IT XXXXXXXXXX FF F0
attr EG_WZ_Lampe_Stehlampe IODev SCC2
attr EG_WZ_Lampe_Stehlampe model itswitch

Als IODev habe ich den SCC2 angegeben.
Der SCC2 lässt sich auch ansprechen also Frequenz verändern, Led einschalten, ausschalten etc.

@Ralf
Danke für Dein Beitrag, allerdings wollte ich gerade ohne Zusatzgerät sowohl Homematic als auch SlowRF betreiben.

Grüße
MB_User

MB_User

Hallo Zusammen,

Dank der Anregung von Chris habe ich das Problem gelöst.
Ich musste dem Modul SCC 2 nur folgendes Kommando geben :set SCC2 raw B00

@Chris:
Dein Kommando set SCCX raw T01HHHH, hat nicht geholfen.

Aber vielen Dank für das auf die richtige Spur bringen.

rudolfkoenig

Zitatseit wann denn das.
Ich glaube dieses Geruecht habe ich in die Welt gesetzt, da ich von FHEM2FHEM:RAW auf STACKABLE_CC geschlossen habe, da beide einen aehnlichen Mechanismus verwenden.

Nach einem kurzen Test muss ich wohl einsehen, dass STACKABLE_CC bei IT (und vermutlich auch CUL_HM) dieses Problem nicht hat.


STACKABLE_CC will ich durch STACKABLE abloesen, da Letzteres generischer ist. Achtung: STACKABLE ist kein Drop-In-Replacement fuer STACKABLE_CC: statt CUL->STACKABLE_CC->STACKABLE_CC... muss man CUL->STACKABLE->CUL->STACKABLE->CUL... definieren

twenta

Hallo,

ich habe das gleiche Problem (a-culfw_1.24.02) am zweiten SCC.
Meine Steckdosen reagieren nur nach vorherigem set SCC2 raw B00. Nach einem Neustart oder ähnlichem (was das ist konnte ich noch nicht weiter ergründen) muss ich den Befehl erneut eingeben.
Gibt es eine Möglichkeit das Problem dauerhaft zu lösen?

Danke

rudolfkoenig

ZitatGibt es eine Möglichkeit das Problem dauerhaft zu lösen?
Vermutlich, wenn man den Bug fixt. Dazu muss man aber wissen, wo er liegt. Dazu koennte man ein FHEM-Start mit "attr global verbose 5" durchfuehren, danach das Problem provozieren, und den Log hier anhaengen.

twenta

Ich bin wie vorgeschlagen vorgegangen. Den relevanten(?) Auszug aus der log nach senden eines Befehls jeweils mit geht nicht /geht habe ich angehängt, jedoch kann ich keine Unterschiede feststellen.

An anderer Stelle findet man die Empfehlung beide CULs auszutauschen, vielleicht mach ich mal so weiter: https://forum.fhem.de/index.php?topic=66670.0


rudolfkoenig

Ich sehe zwischen den beiden Logs keinen Unterschied, ich vermute deswegen ein Problem mit dem Firmware oder Hardware.

krannich

Hallo,

ich hatte gerade auch das gleiche Problem.

Bei mir hat es geholfen die Datei fhem.save zu löschen bzw. umzubenennen in fhem.save.bak.
Danach waren zwar alle States weg, aber meine Lampen gingen an.

Habe dann herausgefunden, dass bei mir die Protocol Version nicht korrekt gesetzt war. Stand auf 1 statt 3.

Vielleicht hilft das.

Viele Grüße
Dennis

twenta

Bei mir hat letztlich nur eine neue Anordnung  der SCCs geholfen:
Zuerst/unten der 433 im slowrf Modus (aculfw)
An 2. stelle/drüber der 867 im homematic Modus (culfw)

Grüße