Hallo
Ich habe hier auf meinem Raspi3 zwei CULs am laufen. Der erste im Stack läuft problemlos. Der zweite macht irgendwie gar nichts.
Auf dem ersten läuft HomeMatic auf dem zweiten soll das WMBUS-T Protokoll laufen, um Techem Geräte auszulesen.
Habe mit define versucht Wasseruhren auszulesen. Mit dem zweiten CUL passiert nichts. Wenn ich den ersten auf das WMBUS Protokoll umschalte, geht es.
Daher meine Frage, ob mein CUL richtig eingerichet ist:
define SCC1 CUL /dev/ttyAMA0@38400 1234
attr SCC1 rfmode HomeMatic
define SCC2 STACKABLE_CC SCC1
attr SCC2 rfmode WMBus_T
Internals:
CMDS mBbCFiAZGMYRTVWXef*ltuxz
Clients :WMBUS:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF SCC1
IODev SCC1
MessageEncoding CUL
NAME SCC2
NOTIFYDEV SCC1
NR 29
NTFY_ORDER 50-SCC2
PARTIAL
RAWMSG b334468509598211094801D1AA20F9F211500D02C1A0001B808B60800ACDA0000000103040003050404020405060267A502020000000000000000941C80F5
RSSI -79.5
SCC2_MSGCNT 113
SCC2_TIME 2017-06-13 23:18:55
STATE Initialized
StackLevel 1
TYPE STACKABLE_CC
VERSION V 1.66 CSM868
initString X21
brt
Matchlist:
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
J:WMBUS ^b.*
M:TSSTACKED ^\*
N:STACKABLE ^\*
Readings:
2017-06-13 23:15:04 cmds m B b C F i A Z G M Y R T V W X e f * l t u x z
2017-04-17 09:14:38 raw is00F00FF0FFFF
2017-06-13 23:18:55 state Initialized
2017-04-17 07:59:07 version V 1.66 CSM868
Attributes:
rfmode WMBus_T
Danke.
Da wäre gut zu wissen wie der erste definiert ist, nicht das der zweite die selbe Schnittstelle nutzt.
VG
Frank
Ich hoffe das List aus FHEm ist hilfreich?
Wenn etwas fehllt schreiben.
Internals:
CMDS mBbCFiAZGMYRTVWXef*ltuxz
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF /dev/ttyAMA0@38400 1234
DeviceName /dev/ttyAMA0@38400
FD 10
FHTID 1234
NAME SCC1
NR 28
NR_CMD_LAST_H 10
PARTIAL
RAWMSG *b33446850890315109480E037A20F9F210000E02C000001DA08DF08007BB200000000000000000000000000000000FFFF00000000000000000000FFFF8003
RSSI -56.5
SCC1_MSGCNT 16131
SCC1_TIME 2017-06-14 07:54:48
STACKED SCC2
STATE Initialized
TYPE CUL
VERSION V 1.66 CSM868
initString X21
Ar
owner_CCU VCCU
Matchlist:
1:CUL_HM ^A....................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
M:TSSTACKED ^\*
N:STACKABLE ^\*
Readings:
2017-06-13 23:15:04 cmds m B b C F i A Z G M Y R T V W X e f * l t u x z
2017-04-17 10:31:45 raw 6
2017-06-14 07:54:48 state Initialized
XMIT_TIME:
1497417094.78135
1497417115.52751
1497417243.57045
1497417249.53574
1497417287.81263
1497417546.59064
1497417850.28474
1497417913.03937
1497417917.03944
1497417919.28929
Helper:
2ca315:
QUEUE:
2fff4f:
QUEUE:
30afe8:
QUEUE:
369622:
QUEUE:
378707:
QUEUE:
3965c0:
QUEUE:
3975f1:
QUEUE:
3c77ed:
QUEUE:
3d04cf:
QUEUE:
450fc1:
QUEUE:
4d29d3:
QUEUE:
4edcf9:
QUEUE:
5238b2:
QUEUE:
Attributes:
rfmode HomeMatic
Zitat von: franky08 am 13 Juni 2017, 23:58:52
Da wäre gut zu wissen wie der erste definiert ist, nicht das der zweite die selbe Schnittstelle nutzt.
VG
Frank
Genau genommen machen sie das ja sowieso. Ich weiß nicht ob man den zweiten sagen muss das er oben steckt?
Was ist wenn Du die beiden tauschst?
Gruß Otto
@Otto123:
Habe mal die SCC getauscht. Jetzt geht wieder nur der erste. So kann schon mal ein Defekt eines SCC ausgeschlossen werden.
Also scheint es ein Einrichtungsproblem zu sein :-\
Wenn ich Deine Angaben richtig lese, hast Du 2 mal /dev/ttyAMA0 definiert ... und damit jeweils immer den gleichen.
Eigentlich ist die 0 eine laufende Nummer ... also beim 2. die 1.
Allerdings kann beim nächsten Reboot, oder Stick Raus/Rein die Nummerierung sich Ändern, weshalb es eventuell besser währe, über /dev/serial/by-id oder /dev/serial/by-path zu gehen..
gebe uns doch mal:
ls -lha /dev/serial/by-id /dev/serial/by-path
@Werner Es ist ein SCC der ist stackable und nutzt in Summe nur eine UART - kein USB Stick ...
@Saphora Ich kenne den SCC nur beim Nachnamen ;), da musst Du suchen was man konfigurieren muss. Vielleicht ein Jumper?
Hier ist die offizielle Anleitung von Busware.
Bis auf das define ist da nichts zu beachten.
http://busware.de/tiki-index.php?page=SCC_Installation
(http://busware.de/tiki-index.php?page=SCC_Installation)
Laut busware:
ZitatFHEM
SCC itself and stacking support currently requires latest FHEM-svn revision 5274+ !
after freeing the serial line and un-resetting the radio as descibed above you may add in fhem.cfg:
for a Rapberry Pi:
define SCC CUL /dev/ttyAMA0@38400 1234
for a Banana Pi:
define SCC CUL /dev/ttyS2@38400 1234
If you own more than one SCC you can pile them up and may define them chained like this. Make sure you define attribute rfmode properly:
define SCC1 STACKABLE_CC SCC
attr SCC1 rfmode MAX
define SCC2 STACKABLE_CC SCC1
attr SCC2 rfmode SlowRF
define SCC3 STACKABLE_CC SCC2
attr SCC3 rfmode HomeMatic
Hast du das so?
Habe es so gemacht :
define SCC1 CUL /dev/ttyAMA0@38400 1234
attr SCC1 rfmode HomeMatic
define SCC2 STACKABLE_CC SCC1
attr SCC2 rfmode WMBus_T
Habe nicht mit SCC angefangen, sondern SCC1 für den ersten. Das ist ja nur ein Name und sollte nicht das Problem sein?
1 - Was sagt die Log, wenn Du mit verbose 5 fhem neu-startest ?
2 - Blinkt die SCC LED?
Die Frage nach SCC Led ist weil:
By default the radio is held in RESET which is connected to GPIO17. You need explicitly pull GPIO17 HIGH to un-reset the radio:
if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
echo out > /sys/class/gpio/gpio17/direction
echo 1 > /sys/class/gpio/gpio17/value
By doing this the LED@SCC should start blinking.
Also die LED am SCC2 blink, genau wie beim funktionierenden SSC1.
Hier der das LOG der SCC im Verbose 5:
7.06.14 18:22:06 5: Cmd: >define SCC1 CUL /dev/ttyAMA0@38400 1234<
2017.06.14 18:22:06 5: Loading ./FHEM/00_CUL.pm
2017.06.14 18:22:06 3: Opening SCC1 device /dev/ttyAMA0
2017.06.14 18:22:06 3: Setting SCC1 serial parameters to 38400,8,N,1
2017.06.14 18:22:07 5: SW: V
2017.06.14 18:22:07 5: CUL/RAW (ReadAnswer): V 1.66 C
2017.06.14 18:22:07 5: CUL/RAW (ReadAnswer): SM868
2017.06.14 18:22:07 5: SW: ?
2017.06.14 18:22:07 5: CUL/RAW (ReadAnswer): ? (? is
2017.06.14 18:22:07 5: CUL/RAW (ReadAnswer): unknown)
2017.06.14 18:22:07 5: CUL/RAW (ReadAnswer): Use one
2017.06.14 18:22:07 5: CUL/RAW (ReadAnswer): of m B
2017.06.14 18:22:07 5: CUL/RAW (ReadAnswer): b C F i
2017.06.14 18:22:07 5: CUL/RAW (ReadAnswer): A Z G M
2017.06.14 18:22:07 5: CUL/RAW (ReadAnswer): Y R T V
2017.06.14 18:22:07 5: CUL/RAW (ReadAnswer): W X e f
2017.06.14 18:22:07 5: CUL/RAW (ReadAnswer): * l t u
2017.06.14 18:22:07 5: CUL/RAW (ReadAnswer): x z
2017.06.14 18:22:07 3: SCC1: Possible commands: mBbCFiAZGMYRTVWXef*ltuxz
2017.06.14 18:22:07 5: SW: X21
2017.06.14 18:22:07 5: SW: T01
2017.06.14 18:22:07 5: CUL/RAW (ReadAnswer): 1234
2017.06.14 18:22:07 5: GOT CUL fhtid: 1234
2017.06.14 18:22:07 3: SCC1 device opened
2017.06.14 18:22:07 5: Cmd: >attr SCC1 rfmode HomeMatic<
2017.06.14 18:22:07 5: SW: Zx
2017.06.14 18:22:07 5: SW: X21
2017.06.14 18:22:07 5: SW: Ar
2017.06.14 18:22:07 2: Switched SCC1 rfmode to HomeMatic
2017.06.14 18:22:07 5: Cmd: >define SCC2 STACKABLE_CC SCC1<
2017.06.14 18:22:07 5: Loading ./FHEM/16_STACKABLE_CC.pm
2017.06.14 18:22:07 5: SW: *V
2017.06.14 18:22:07 5: CUL/RAW (ReadAnswer): *V 1.66
2017.06.14 18:22:07 5: CUL/RAW (ReadAnswer): CSM868
2017.06.14 18:22:07 5: SW: *?
2017.06.14 18:22:07 5: CUL/RAW (ReadAnswer): *? (? is
2017.06.14 18:22:07 5: CUL/RAW (ReadAnswer): unknown
2017.06.14 18:22:07 5: CUL/RAW (ReadAnswer): ) Use on
2017.06.14 18:22:07 5: CUL/RAW (ReadAnswer): e of m B
2017.06.14 18:22:07 5: CUL/RAW (ReadAnswer): b C F i
2017.06.14 18:22:07 5: CUL/RAW (ReadAnswer): A Z G M
2017.06.14 18:22:07 5: CUL/RAW (ReadAnswer): Y R T V
2017.06.14 18:22:07 5: CUL/RAW (ReadAnswer): W X e f
2017.06.14 18:22:07 5: CUL/RAW (ReadAnswer): * l t u
2017.06.14 18:22:07 5: CUL/RAW (ReadAnswer): x z
2017.06.14 18:22:07 3: SCC2: Possible commands: mBbCFiAZGMYRTVWXef*ltuxz
2017.06.14 18:22:07 5: SW: *X21
2017.06.14 18:22:07 5: SW: *Ar
2017.06.14 18:22:07 5: SW: *Ax
2017.06.14 18:22:07 5: SW: *Zx
2017.06.14 18:22:07 5: SW: *brx
2017.06.14 18:22:07 5: SW: *X21
2017.06.14 18:22:07 2: Switched SCC2 rfmode to SlowRF