Problem mit dem COC

Begonnen von Stefan M., 08 Juni 2013, 06:22:13

Vorheriges Thema - Nächstes Thema

Stefan M.

Hallo zusammen
ich habe ein Problem mit dem COC am RaspBerryPi.

Ich habe die aktuelle Firmware 1.55.
Die LED blinkt im Sekundentakt. Wenn Daten empfangen werden, flackert die LED.
Die Kommunikation zwischen RaspBerry und COC scheint zu funktionieren, da ja die Initialisierung erfolgreich abgeschlossen ist.

Es kommen aber keine Meldungen bei FHEM an. Hat jemand eine Idee an was das liegen kann ?

Ich habe testhalber ein CUL an den USB angeschlossen, mit dem funktioniert es einwandfrei.


lg
Stefan


define COC CUL /dev/ttyAMA0@38400 1234
attr COC hmProtocolEvents 1_dump
attr COC loglevel 5
attr COC model CUL
attr COC room COC


define COC_WS_8 CUL_WS 8
attr COC_WS_8 IODev COC
attr COC_WS_8 room CUL_WS


FHEM auf 3 x RaspberryPi, 1 x Fritzbox,1 x Win. FS20 über CUL, HomeMatic über HMLan, 6 x  HM_CC_RT_DN,2 x HM_LC_BL1_FM,3 x HM_SEC_KEY,2 x HM_RC_Key4_2,7 x HM_SEC_SC,1 x HM_SEC_WDS,1 x HM_Sen_RD_O, 1x HM_Sen_Wa_Od,2 x HM_RC_Key4_2, 5 x HM-ES-PMSw1-Pl,1 x HM_LC_SW4_WM,1 x HM_SCI_3_FM

PeMue

Hallo Stefan,

probiere doch mal mit
get COC ccconf
in der Konsole die Register des COC auszulesen. Wenn das funktioniert, ist die Verbindung Raspberry Pi und COC in Ordnung.
Ist die Definition Deiner Sensoren beim CUL dieselbe (bis auf den Namen des Devices, wo die Daten herkommen) wie beim COC? Ist die Art des Empfangs (SlowRF, MAX, ...) richtig eingestellt?
Ich hatte mal bei EM1000WZ das Problem, dass ich die Frequenzen etwas nachstellen musste um zu empfangen ...

Gruß PeMue
RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

Stefan M.

Hallo PeMue

nach dem get COC ccconf kommt  : Timeout reading answer for get C0D

Die Sensoren sind gleich konfiguriert nur der Name und das Device sin anders.

SloRF ist eingestellt.

P.S. get CUL ccconf bringt die gleiche Fehlermeldung aber die Sensoren funktionieren am CUL.

LG
Stefan
FHEM auf 3 x RaspberryPi, 1 x Fritzbox,1 x Win. FS20 über CUL, HomeMatic über HMLan, 6 x  HM_CC_RT_DN,2 x HM_LC_BL1_FM,3 x HM_SEC_KEY,2 x HM_RC_Key4_2,7 x HM_SEC_SC,1 x HM_SEC_WDS,1 x HM_Sen_RD_O, 1x HM_Sen_Wa_Od,2 x HM_RC_Key4_2, 5 x HM-ES-PMSw1-Pl,1 x HM_LC_SW4_WM,1 x HM_SCI_3_FM

PeMue

Hallo Stefan,

wenn
get COC version
bei CUL und COC auch zu einem Timeout führt, dann stimmt etwas mit der Verbindung oder Initialisierung nicht. Definiere mal nur den COC bzw. CUL (kommentiere alle anderen Definitionen raus bis auf die Räume) und probiere, ob die Kommunikation funktioniert (s.o.). Dann sollte auch autocreate nach und nach "zuschlagen" ...

Gruß Pemue
RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

Stefan M.

Hallo PeMue
beide male kommt : CUL version => No answer, COC version => No answer

ich werde heute Abend mal eine minimal Konfig einspielen.

Danke erstmal.

LG
Stefan

FHEM auf 3 x RaspberryPi, 1 x Fritzbox,1 x Win. FS20 über CUL, HomeMatic über HMLan, 6 x  HM_CC_RT_DN,2 x HM_LC_BL1_FM,3 x HM_SEC_KEY,2 x HM_RC_Key4_2,7 x HM_SEC_SC,1 x HM_SEC_WDS,1 x HM_Sen_RD_O, 1x HM_Sen_Wa_Od,2 x HM_RC_Key4_2, 5 x HM-ES-PMSw1-Pl,1 x HM_LC_SW4_WM,1 x HM_SCI_3_FM

Stefan M.

Hallo zusammen,
ich hab jetzt mal alles aus der Konfiguration raus genommen und nach und nach wieder eingetragen.

Die Kommunikation mit dem COC bzw. CUL funktioniert wieder richtig.
Sobald ich aber das PRESENCE in die Konfig einbaue funktioniert die Kommunikation mit COC und CUL nicht mehr.

define FritzBox PRESENCE lan-ping 192.168.0.130
attr FritzBox room Presence

Presence bringt aber die richtigen Ergebnisse.

lg
Stefan
FHEM auf 3 x RaspberryPi, 1 x Fritzbox,1 x Win. FS20 über CUL, HomeMatic über HMLan, 6 x  HM_CC_RT_DN,2 x HM_LC_BL1_FM,3 x HM_SEC_KEY,2 x HM_RC_Key4_2,7 x HM_SEC_SC,1 x HM_SEC_WDS,1 x HM_Sen_RD_O, 1x HM_Sen_Wa_Od,2 x HM_RC_Key4_2, 5 x HM-ES-PMSw1-Pl,1 x HM_LC_SW4_WM,1 x HM_SCI_3_FM

cerberus

Hallo, ich habe das gleiche Problem. Ich habe heute FHEM und COC aktualisiert und bekomme keine Funkkommunikation mehr hin. Ich habe das COC wieder auf 1.54 geflasht, funktioniert trotzdem nicht. Vielleicht liegt es auch an FHEM, das habe ich ja heute auch aktualisiert.

Hier mein COC


(siehe Anhang / see attachement)


Gruß
cerberus
Banana PI mit Bananian + Fhem 5.5, 2x SCC SlowRF/Homematic + RS485 LAN Gateway HMW-LGW-O-DR-GS-EU + RPI2 I2C to 1-Wire Host Adapter for Raspberry Pi

cerberus

So, habe nun bei mir PRESENCE auch auskommentiert und siehe da, COC sendet wieder richtig.
Banana PI mit Bananian + Fhem 5.5, 2x SCC SlowRF/Homematic + RS485 LAN Gateway HMW-LGW-O-DR-GS-EU + RPI2 I2C to 1-Wire Host Adapter for Raspberry Pi

basi79

gleiches Problem..
hatte am 09.06. ca 02:15 "update fhem" durchgeführt...
war danach noch an einer Configuration eines HM-PB-2-WM55 bzgl LongPress Action bei..
diverse male danach gestestet und ins Bett..
Am nächten morgen alle FS20 Systeme ausgefallen.. keine Temperaturen mehr, Fernbedienung keine Funktion, Schaltaktoren keine Funktion.

Lange hin und her.. CULFW von 1.47 auf 1.55 durchgeführt keine besserung...

mit dem Befehl "get COC raw V" No Answer bekommen.. erneut Befehl abgesetzt.. und COC raw => V 1.55 CSM868  zurückbekommen..
konnte zwischenzeitlich wieder schalten.. dann ca. 2-3 Min Später wieder nicht mehr...

Jetzt Forum beitrag gelesen.. und PRESENCE abgeschaltet..

tadaaa.. funktioniert wieder... (vorerst)...

bin gespannt auf das nächte FHEM Update..
RaspberryPI, Homematic, FS20, Fritzbox7490

cyberdwarf

Hallo zusammen,

auch ich habe das Problem mit PRESENCE. Wenn PRESENCE aktiviert ist funktionieren mein COC und RFXTRX nicht mehr.
An dem Tag an dem mir das aufgefallen ist wurde folgendes aktualisiert:
2013.06.05 23:20:52 3: update get http://fhem.de/fhemupdate4/svn/FHEM/00_FBAHA.pm
2013.06.05 23:20:52 3: update get http://fhem.de/fhemupdate4/svn/FHEM/10_FBDECT.pm
2013.06.05 23:20:53 3: update get http://fhem.de/fhemupdate4/svn/FHEM/71_YAMAHA_AVR.pm
2013.06.05 23:20:53 3: update get http://fhem.de/fhemupdate4/svn/FHEM/98_Heating_Control.pm
2013.06.05 23:20:53 3: update get http://fhem.de/fhemupdate4/svn/FHEM/Blocking.pm
2013.06.05 23:20:53 3: update get http://fhem.de/fhemupdate4/svn/docs/commandref.html
2013.06.05 23:20:56 3: update get http://fhem.de/fhemupdate4/svn/docs/commandref_DE.html

Hat es vielleicht mit Blocking.pm zu tun?

Viele Grüße
Torsten  
RPi+COC | RFXtrx433 | HMLAN
fht80b, FHT80TF, S300TH, hms100-tf, EMFM, EMWZ
FS20:bs,di,piri,rsu,s4a,s6a,sm4,sm8,s8m,st,tfk
YCR-1000, ITL-230, HE877, HE878A, AB440
KD101, RGR918, TS15C_10, WGR918, WS2300
HM-LC-Sw1PBU-FM, HM-LC-BL1-FM
ZWAVE(Test)

baumeister

Hallo,

ich habe das gleiche Problem mit dem Presence. Ist es eingeschaltet funktionieren keine HM Geräte mehr. Ich nutze einen CUL v3 mit der aktuellen Firmware.

cyberdwarf

scheint seit heute wieder zu funktionieren.

Grüße
Torsten
RPi+COC | RFXtrx433 | HMLAN
fht80b, FHT80TF, S300TH, hms100-tf, EMFM, EMWZ
FS20:bs,di,piri,rsu,s4a,s6a,sm4,sm8,s8m,st,tfk
YCR-1000, ITL-230, HE877, HE878A, AB440
KD101, RGR918, TS15C_10, WGR918, WS2300
HM-LC-Sw1PBU-FM, HM-LC-BL1-FM
ZWAVE(Test)