Gute morgen zusammen,
ich habe das Problem das seit Wochen keine Schalt und Regel Befehle mehr von Autoren ausgeführtwerden. Das heisst, die Heizungstemperatur kann nicht mehr über die Web Oberfläche geregelt werden. Meine Kaffe Maschine wird morgens nicht über einen Hutschienenschalter eingeschaltet usw.
Die Autoren wurde mal als Dead angezeigt, aber nach einem Reboot war das weg.
ich sehe im Logfile wenn ich z.B. die Temperatur hochdrehen will lediglich ein
2016-12-20_08:28:54 WZ_Wand CMDs_pending
das wars
Ich sehe im Logfile auch mit gehobenem Debug Level lediglich ein 2016-12-20_08:28:00 COC UNKNOWNCODE ERR:CCA
Aber das Lesen aus den Elementen klappt vorzüglich
2016-12-20_08:29:35 KU_FE actuator: 29
2016-12-20_08:29:35 KU_FE battery: ok
2016-12-20_08:29:35 KU_FE batteryLevel: 3.2
2016-12-20_08:29:35 KU_FE desired-temp: 21.0
2016-12-20_08:29:35 KU_FE measured-temp: 22.0
2016-12-20_08:29:35 KU_FE motorErr: ok
2016-12-20_08:29:35 KU_FE CMDs_pending
Aber auch hier das CMDs pending..
Ich habe am System seit 12 Monaten nichts geändert, lediglich updates gefahren, dich eigentlich ganz zufrieden war.
Die Batterien sind übrigens frisch :-)
Ich weiss auch nicht genau was ich an Config oder Logs anhängen soll, damit man was erkennt, bin also fuer jeden Tip dankbar.
Irgendj emand eine Idee, ich finde nix
Cheers
(C)arlos
Ich habe zwar auch noch keine wirkliche Ahnung aber noch ein paar Fragen:
- Ich vermute es geht nur um HM-Aktoren, hast Du auch andere Funksysteme funktionieren die noch?
- Ich vermute HM steuerst Du über einen CUL im HM Modus oder hast Du noch einen COC wie in der Meldung angegeben?
- Hast Du ein Update kurz vor diesem Problem gemacht?
- Hast Du eine VCCU definiert
- Sieht das Pairing mit Deiner Zentrale in Ordnung aus?
- Gibt es ansonsten komische Effekte im System (das würde auf SD-Karte defekt hindeuten, auch wenn das eine sehr weit weg liegende Vermutung ist)
Es scheint ja ein irgendwie geartetes Problem beim Senden von Kommandos zu geben, das Empfangen geht ja wohl
- Hänge doch mal ein list von Deinem Homematic IODev an (COC oder CUL oder was sonst) - bitte in code tags
Hi,
- Ja korrekt, ich habe nur HM Geräte installiert
- CUL Config siet wir folgt aus
define COC CUL /dev/ttyACM0@38400 4711
attr COC rfmode HomeMatic
define FileLog_COC FileLog ./log/COC-%Y.log COC
attr FileLog_COC logtype text
- Ob ein Update daran schuld ist weiss ich leider nicht, da die Schaltbefehle auf dem HM-LC-SW4-DR bis vorgestern anscheinend noch korrekt ausgeführt wurden und ich morgens noch warmen Kaffee hatte :-) aber auch der reagiert nur noch auf manuelle Eingabe und auch nicht immer
- Ich denke das Pairing ist O.K. da ein repair einwandfrei funktioniert, wie kann ich es kontrollieren ?
- Ich schreibe auf eine 0.5T SSD an einem Bananapi, SD ist nur noch zum booten
- Wie kriege ich die Liste aus der CFG raus ?
Danke fuer deine rasche Reaktion
Cheers
(C)arlos
list vom Cul, nicht ein Auszug aus der Config.
Und verschiebe Mal Dein Thread nach HomeMatic.
Sorry aber ich habe zu lange am system nichts mehr gemacht ...wie kriege ich die Liste vom CUL ?
list CULDeviceName
danke cooltux
Internals:
CMDS BbCFiAZNkGMKUYRTVWXefmLltux
COC_MSGCNT 627
COC_TIME 2016-12-20 09:48:12
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:
DEF /dev/ttyACM0@38400 4711
DeviceName /dev/ttyACM0@38400
FD 5
FHTID 4711
NAME COC
NR 379
NR_CMD_LAST_H 10
PARTIAL
RAWMSG A0CF6867027BA0E000000003C5013
RSSI -64.5
STATE Initialized
TYPE CUL
VERSION V 1.65 CUL868
initString X21
Ar
Matchlist:
1:CUL_HM ^A....................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
Readings:
2015-09-05 11:55:07 ccconf freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
2016-12-20 08:21:28 cmds B b C F i A Z N k G M K U Y R T V W X e f m L l t u x
2015-09-05 11:55:23 raw N/A
2016-12-20 09:48:12 state Initialized
XMIT_TIME:
1482219458.56172
1482219495.29794
1482219612.32082
1482219618.13621
1482219629.86041
1482220744.21622
1482220838.91969
1482221121.23318
1482221150.06533
1482223048.98429
Helper:
293b1b:
QUEUE:
293b57:
QUEUE:
2b1b23:
QUEUE:
2b39c2:
QUEUE:
2b3a88:
QUEUE:
2d0099:
QUEUE:
2e9345:
QUEUE:
2ed150:
QUEUE:
30a68c:
QUEUE:
30b376:
QUEUE:
38bf53:
QUEUE:
3cb716:
QUEUE:
Attributes:
rfmode HomeMatic
Schalte mal den CUL und ein Aktor auf verbose 5 und schalte dann mal den Aktor.
Danach den fhem log zu dem Schaltbefehl hier eintragen.
Hi,
so in etwa ?
FHEM Restart, verbose Level gesetzt mit attr KU_FE verbose 5 und attr COC verbose 5 danach die Raumtemperatur auf KU-FE versucht hochzudrehen ohne erfolg
2016.12.20 10:43:16 1: Including fhem.cfg
2016.12.20 10:43:16 1: Including FHEM/000-Alarm.cfg
2016.12.20 10:43:16 1: Including FHEM/001-Gas.cfg
2016.12.20 10:43:17 1: Including FHEM/002-Strom.cfg
2016.12.20 10:43:17 3: Opening COC device /dev/ttyACM0
2016.12.20 10:43:17 3: Setting COC serial parameters to 38400,8,N,1
2016.12.20 10:43:17 3: COC: Possible commands: BbCFiAZNkGMKUYRTVWXefmLltux
2016.12.20 10:43:17 3: COC device opened
2016.12.20 10:43:17 2: Switched COC rfmode to HomeMatic
2016.12.20 10:43:17 3: telnetPort: port 7072 opened
2016.12.20 10:43:17 3: WEB: port 8083 opened
2016.12.20 10:43:17 3: WEBphone: port 8084 opened
2016.12.20 10:43:17 3: WEBtablet: port 8085 opened
2016.12.20 10:43:17 2: eventTypes: loaded 2337 events from ./log/eventTypes.txt
2016.12.20 10:43:19 1: Including ./log/fhem.save
2016.12.20 10:43:24 3: Device AS_TMP_SE added to ActionDetector with 000:10 time
2016.12.20 10:43:24 3: Device BLZ_Fenster added to ActionDetector with 000:10 time
2016.12.20 10:43:24 3: Device BLZ_Fenster_SW added to ActionDetector with 000:50 time
2016.12.20 10:43:24 3: Device BL_FE_SW added to ActionDetector with 000:50 time
2016.12.20 10:43:24 3: Device BU_FE added to ActionDetector with 000:10 time
2016.12.20 10:43:24 3: Device BU_FE_SW added to ActionDetector with 028:00 time
2016.12.20 10:43:24 3: Device BZ_FE added to ActionDetector with 000:10 time
2016.12.20 10:43:24 3: Device BZ_FE_SW added to ActionDetector with 000:50 time
2016.12.20 10:43:24 3: Device BZ_FE_SW_OLD added to ActionDetector with 028:00 time
2016.12.20 10:43:24 3: Device FLUR added to ActionDetector with 000:10 time
2016.12.20 10:43:25 3: Device GZ_Fenster added to ActionDetector with 000:10 time
2016.12.20 10:43:25 3: Device GZ_Tuer added to ActionDetector with 000:50 time
2016.12.20 10:43:25 3: Device HZ_Vorlauf added to ActionDetector with 000:10 time
2016.12.20 10:43:25 3: Device Haustuer added to ActionDetector with 000:50 time
2016.12.20 10:43:25 3: Device JL_FE added to ActionDetector with 000:10 time
2016.12.20 10:43:25 3: Device JO_FE added to ActionDetector with 000:10 time
2016.12.20 10:43:25 3: Device Jean_Luc_Schaltdose added to ActionDetector with 000:10 time
2016.12.20 10:43:25 3: Device KU_FE added to ActionDetector with 000:10 time
2016.12.20 10:43:25 3: Device KU_FE_SW added to ActionDetector with 000:50 time
2016.12.20 10:43:25 3: Device Keller added to ActionDetector with 000:10 time
2016.12.20 10:43:25 3: Device KellerTuer added to ActionDetector with 000:50 time
2016.12.20 10:43:25 3: Device RoteTuer added to ActionDetector with 000:50 time
2016.12.20 10:43:25 3: Device SZ_FE added to ActionDetector with 000:10 time
2016.12.20 10:43:26 3: Device SZ_FE_SW added to ActionDetector with 028:00 time
2016.12.20 10:43:26 3: Device TA_FE added to ActionDetector with 000:10 time
2016.12.20 10:43:26 3: Device TVEcke_Steckdose added to ActionDetector with 000:10 time
2016.12.20 10:43:26 3: Device WZ_FE added to ActionDetector with 000:10 time
2016.12.20 10:43:26 3: Device WZ_TMP_SE added to ActionDetector with 000:10 time
2016.12.20 10:43:26 3: Device WZ_Wand added to ActionDetector with 000:10 time
2016.12.20 10:43:26 3: Device WaschM_Steckdose added to ActionDetector with 000:10 time
2016.12.20 10:43:26 3: Device Zisternen_Sensor added to ActionDetector with 028:00 time
2016.12.20 10:43:26 3: Device ZwischenTuer added to ActionDetector with 000:50 time
2016.12.20 10:43:29 3: CUL_HM set BZ_FE_Climate getConfig
2016.12.20 10:43:30 3: JSONMETER MyYouLess: ParseJsonFile.523 Analyse JSON pathString for known readings
2016.12.20 10:43:30 3: JSONMETER MyYouLess: ParseJsonFile.558 Store results of JSON analysis for next device readings
2016.12.20 10:43:30 2: COC: unknown message ERR:CCA
2016.12.20 10:43:33 3: CUL_HM set JO_FE_Clima getConfig
2016.12.20 10:43:35 2: COC: unknown message ERR:CCA
2016.12.20 10:43:57 5: CUL/RAW: /A142B845E2C03DF000000B353810000040000092DFFF0
2016.12.20 10:43:57 4: CUL_Parse: COC A 14 2B 845E 2C03DF 000000 B353810000040000092DFFF0 -82
2016.12.20 10:43:57 5: COC: dispatch A142B845E2C03DF000000B353810000040000092DFF::-82:COC
2016.12.20 10:44:04 5: CUL/RAW: /A0F258610293BB90000000A98C508191328
2016.12.20 10:44:04 4: CUL_Parse: COC A 0F 25 8610 293BB9 000000 0A98C508191328 -54
2016.12.20 10:44:04 5: COC: dispatch A0F258610293BB90000000A98C5081913::-54:COC
2016.12.20 10:44:13 5: CUL/RAW: /A0CE386702AEACF00000001ED64F6
2016.12.20 10:44:13 4: CUL_Parse: COC A 0C E3 8670 2AEACF 000000 01ED64F6 -79
2016.12.20 10:44:13 5: COC: dispatch A0CE386702AEACF00000001ED64::-79:COC
2016.12.20 10:44:23 5: CUL/RAW: /A0F9D86103107980000000A90AF0A21000E
2016.12.20 10:44:23 4: CUL_Parse: COC A 0F 9D 8610 310798 000000 0A90AF0A21000E -67
2016.12.20 10:44:23 5: COC: dispatch A0F9D86103107980000000A90AF0A2100::-67:COC
2016.12.20 10:44:25 5: CUL/RAW: /A0F0B86102E70560000000AA0AA450F0003
2016.12.20 10:44:25 4: CUL_Parse: COC A 0F 0B 8610 2E7056 000000 0AA0AA450F0003 -72.5
2016.12.20 10:44:25 5: COC: dispatch A0F0B86102E70560000000AA0AA450F00::-72.5:COC
2016.12.20 10:44:29 5: CUL/RAW: /A0FA986102B39C20000000AB4DF114D001D
2016.12.20 10:44:29 4: CUL_Parse: COC A 0F A9 8610 2B39C2 000000 0AB4DF114D001D -59.5
2016.12.20 10:44:29 5: COC: dispatch A0FA986102B39C20000000AB4DF114D00::-59.5:COC
2016.12.20 10:44:29 3: CUL_HM set WZ_FE getConfig
2016.12.20 10:44:29 5: COC sending As09AAA112F147112B39C2
2016.12.20 10:44:29 5: CUL 2B39C2 dly:83ms
2016.12.20 10:44:29 4: CUL_send: COCAs 09 AA A112 F14711 2B39C2
2016.12.20 10:44:30 5: CUL/RAW: /A0FF086103107510000000A90BA0B0E000F
2016.12.20 10:44:30 4: CUL_Parse: COC A 0F F0 8610 310751 000000 0A90BA0B0E000F -66.5
2016.12.20 10:44:30 5: COC: dispatch A0FF086103107510000000A90BA0B0E00::-66.5:COC
2016.12.20 10:44:31 5: CUL/RAW: /A0FA486102B1B230000000AA0D01116000F
2016.12.20 10:44:31 4: CUL_Parse: COC A 0F A4 8610 2B1B23 000000 0AA0D01116000F -66.5
2016.12.20 10:44:31 5: COC: dispatch A0FA486102B1B230000000AA0D0111600::-66.5:COC
2016.12.20 10:44:31 5: CUL_HM KU_FE protEvent:CMDs_pending pending:1
2016.12.20 10:44:31 5: CUL_HM KU_FE protEvent:CMDs_pending pending:2
2016.12.20 10:44:31 3: CUL_HM set KU_FE_Weather getConfig
2016.12.20 10:44:31 5: COC sending As09A5A112F147112B1B23
2016.12.20 10:44:31 5: CUL 2B1B23 dly:84ms
2016.12.20 10:44:31 4: CUL_send: COCAs 09 A5 A112 F14711 2B1B23
2016.12.20 10:44:31 5: CUL_HM KU_FE protEvent:CMDs_processing... pending:2
2016.12.20 10:44:32 5: CUL/RAW: /ERR:CCA
2016.12.20 10:44:32 4: CUL_Parse: COC E RR :C CA
2016.12.20 10:44:33 2: COC: unknown message ERR:CCA
2016.12.20 10:44:33 5: CUL/RAW: /A1465845E3149E70000008000000000000000092EFF11
2016.12.20 10:44:33 4: CUL_Parse: COC A 14 65 845E 3149E7 000000 8000000000000000092EFF11 -65.5
2016.12.20 10:44:33 5: COC: dispatch A1465845E3149E70000008000000000000000092EFF::-65.5:COC
2016.12.20 10:44:33 4: CUL_HM_Resend: KU_FE nr 2
2016.12.20 10:44:33 5: CUL_HM KU_FE protEvent:CMDs_pending pending:2
2016.12.20 10:44:41 5: CUL/RAW: /A0C48867027B7AA00000000CE2F11
2016.12.20 10:44:41 4: CUL_Parse: COC A 0C 48 8670 27B7AA 000000 00CE2F11 -65.5
2016.12.20 10:44:41 5: COC: dispatch A0C48867027B7AA00000000CE2F::-65.5:COC
2016.12.20 10:44:41 5: CUL_HM KU_FE protEvent:CMDs_pending pending:3
2016.12.20 10:44:41 5: CUL_HM KU_FE protEvent:CMDs_pending pending:4
2016.12.20 10:44:41 3: CUL_HM set KU_FE_Clima desired-temp 23.5
2016.12.20 10:44:47 5: CUL/RAW: /A0F5D8610293CA40000000A98CF8F00171E
2016.12.20 10:44:47 4: CUL_Parse: COC A 0F 5D 8610 293CA4 000000 0A98CF8F00171E -59
2016.12.20 10:44:47 5: COC: dispatch A0F5D8610293CA40000000A98CF8F0017::-59:COC
2016.12.20 10:44:47 5: CUL/RAW: /A1412845E2C0262000000B3D3090000000000092CFF03
2016.12.20 10:44:47 4: CUL_Parse: COC A 14 12 845E 2C0262 000000 B3D3090000000000092CFF03 -72.5
2016.12.20 10:44:47 5: COC: dispatch A1412845E2C0262000000B3D3090000000000092CFF::-72.5:COC
2016.12.20 10:44:52 5: CUL/RAW: /A0C0D867027BA0E000000006D4112
2016.12.20 10:44:52 4: CUL_Parse: COC A 0C 0D 8670 27BA0E 000000 006D4112 -65
2016.12.20 10:44:52 5: COC: dispatch A0C0D867027BA0E000000006D41::-65:COC
Zu Deiner Fehlermeldung habe ich nur das hier gefunden
https://forum.fhem.de/index.php/topic,25444.msg418113.html#msg418113
Ansonsten verschiebe das Thema mal ins Homematic Forum.
Ganz unten ganz links kannst das Thema verschieben
ja den Threat hatte ich auch gesehen, aber ich habe keine Probleme mit dem USB Port, disconnect und reconnect scheinen sauber zu funktionieren. Deswegen weiss ich auch nicht on der Threat im Homematic Forum richtig ist..
schau mal .....CUL aus und wieder eingesteckt....
Dec 20 11:19:01 bananapi kernel: [63320.329209] usb 2-1: USB disconnect, device number 9
==> fhem-2016-12.log <==
2016.12.20 11:19:01 1: /dev/ttyACM0 disconnected, waiting to reappear (COC)
==> /var/log/messages <==
Dec 20 11:19:16 bananapi kernel: [63334.910298] usb 2-1: new full-speed USB device number 10 using sw-ohci
Dec 20 11:19:16 bananapi kernel: [63335.111505] usb 2-1: New USB device found, idVendor=03eb, idProduct=204b
Dec 20 11:19:16 bananapi kernel: [63335.131760] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Dec 20 11:19:16 bananapi kernel: [63335.148916] usb 2-1: Product: CUL868
Dec 20 11:19:16 bananapi kernel: [63335.163202] usb 2-1: Manufacturer: busware.de
Dec 20 11:19:16 bananapi kernel: [63335.182788] cdc_acm 2-1:1.0: ttyACM0: USB ACM device
==> fhem-2016-12.log <==
2016.12.20 11:19:17 3: Setting COC serial parameters to 38400,8,N,1
2016.12.20 11:19:17 4: CUL_send: COCV
2016.12.20 11:19:17 5: CUL/RAW (ReadAnswer): V 1.65 CUL868
2016.12.20 11:19:17 4: CUL_send: COC?
2016.12.20 11:19:17 5: CUL/RAW (ReadAnswer): ? (? is unknown) Use one of B b C F i A Z N k G M K U Y R T V W X e f m L l t u x
2016.12.20 11:19:17 3: COC: Possible commands: BbCFiAZNkGMKUYRTVWXefmLltux
2016.12.20 11:19:17 4: CUL_send: COCX2 1
2016.12.20 11:19:17 4: CUL_send: COCAr
2016.12.20 11:19:17 4: CUL_send: COCT0 1
2016.12.20 11:19:17 5: CUL/RAW (ReadAnswer): 4711
2016.12.20 11:19:17 5: GOT CUL fhtid: 4711
2016.12.20 11:19:17 1: /dev/ttyACM0 reappeared (COC)
2016.12.20 11:19:24 5: CUL/RAW: /A0F338610293BB90000000A98C80819131D
2016.12.20 11:19:24 4: CUL_Parse: COC A 0F 33 8610 293BB9 000000 0A98C80819131D -59.5
2016.12.20 11:19:24 5: COC: dispatch A0F338610293BB90000000A98C8081913::-59.5:COC
2016.12.20 11:19:36 5: CUL/RAW: /A0FAB86103107980000000A90B70A21000E
Ich denke der interessante Teil könnte folgender sein:
Zitat von: skeleton am 05 September 2015, 13:32:59
aber dafür nun das
2015.09.05 13:31:15 2: COC: unknown message ERR:CCA
2015.09.05 13:31:31 2: COC: unknown message ERR:CCA
2015.09.05 13:31:33 2: COC: unknown message ERR:CCA
2015.09.05 13:31:39 2: COC: unknown message ERR:CCA
Zitat von: mgernoth am 05 September 2015, 14:08:54
Hi,
Ja, das war zu erwarten
Du hast einen Störsender, der ständig auf der Frequenz funkt, weswegen der CUL selbst nicht senden kann. Das führt jetzt zu dieser Meldung, davor zum Absturz. Nicht alle HM-Komponenten machen CCA, weswegen Du noch manche Meldungen von diesen Komponenten empfängst.
Also mal alle HM-Komponenten nacheinander deaktivieren und schauen, wer schuld ist (oder mit einem billigen rtlsdr direkt nach der Störquelle suchen).
Viele Grüße
Michael
Ok, das ist was fuer einen langen Abend :-/
Meint Ihr mit deaktivieren aus der Konfig rausnehmen oder lediglich Batterien raus ?
Ich würde verstehen als Batterien raus - wobei das bei Hutschienen nicht so einfach ist ;)
Ist ja auch nur eine Vermutung, aufgrund der Suche von cooltux und der dortigen Fehlerbeschreibung, dass das passt.
:-)
Nabend zusammen und frohe Weihnachten
Also alle Batteri3n rausgenommen, frische eingesetzt und das Ergebnis bleibt bestehen.
Ich kann immer noch fast nur lesen, schalten sehr schwierig, bei der Heizung die Temperatur einzustellen fast nicht moeglich.
Ich bin fuer jeden Tip dankbar
Cheers
Carlos
Du solltest vielleicht mal so ran gehen. Nimm überall wo es geht Batterien raus. Wenn Du dann noch Homematic Geräte ohne hast Klemm sie ab. Dann nimm erstmal ein Gerät. Meinetwegen Thermostat und schaue ob du ihn ohne Probleme steuern kannst beziehungsweise Du erstmal ein getConfig sauber hinbekommen. Wenn das klappt nimm einen weiteren und dann so weiter. Wenn es schon bei nur einen Probleme gibt, hole Dir ein neues IODev
Zitat von: skeleton am 24 Dezember 2016, 18:43:00
Nabend zusammen und frohe Weihnachten
Also alle Batteri3n rausgenommen, frische eingesetzt und das Ergebnis bleibt bestehen.
Ich kann immer noch fast nur lesen, schalten sehr schwierig, bei der Heizung die Temperatur einzustellen fast nicht moeglich.
Ich bin fuer jeden Tip dankbar
Cheers
Carlos
Das Ergebnis überrascht nicht wirklich, wenn einer der HM-Komponenten als Störsender arbeitet, dann hast Du icn jetzt mit frischen Batterien versorgt ;)
Genau wie CullTux sagt, solltest Du Stück für Stück vorgehen
Hmm da habe ich mich wohl unpräzise ausgedrückt.
Die Fehlermeldung (2016-12-20_08:28:00 COC UNKNOWNCODE ERR:CCA
) ware noch da als ALLE Sender abgeklemmt waren ...Was bedeutet diese den überhaupt ?
Dann habe ich meine Reserve COC abgeklemmt und der kommt mit jeder Menge Fehlermeldungen hoch, danach den alten wieder dran und die Fehlermeldungen sind weg :-/
Das kann ich nicht so richtig nachvollziehen....
ich hatte dann noch relativ viel Funkverkehr wegen Befehle die anscheinend festgehangen haben ? nun ist ruhe und alles lässt sich halbwegs vernünftig ( immer noch Latenzzeiten bis zur Ausführung) schalten und verwalten....irgendwas ist komisch, aber ich weiss leider nicht so recht an welcher Ecke ich gucken soll.
Manchmal wuerde ich mir bessere Debugging Moeglichkeiten wünschen :-)
cheers und danke fuer die Hilfe bis jetzt
Diese Latenz, lässt immer noch sehr viele Möglichkeiten zu und ja, es ist möglicherweise nicht ganz einfach das festzunageln.
Folgende Möglichkeiten fallen mir spontan ein:
- Es gibt bei Dir irgendwo einen Störsender, der nicht ein HM-Device ist. Nachbar anderes Gerät? Latenz, weil Befehle mehrfach gesendet werden und Bestätigungen auch entsprechend dauern
=> Schwierig herauszufinden und nicht so mein Gebiet
- Die Latenz lieg im Server/FHEM. Hier ist es eigentlich einfacher, denn man kann mit teilen wie apptime und ähnlichem durchaus Verzögerungen auf die Spur kommen. Auch manuell ist einiges zu machen.
Hast Du noch Funkdevices auf 433Mhz? - Haben diese auch eine Latenz?
Schau mal am Device (am besten mit verbose 5) live und im log ob es Verzögerungen beim senden der Befehle/Empfang der Bestätigung gigt
Schau mal auf dem System nach Last
Ich weiss ist ein bisschen stochern im Dunkeln, aber lange Latenzen bei Befehlen sollten nicht sein und sind ein Grund erstmal zu prüfen was da schief läuft.
Schau mal im Event Monitor bei Schalt-Befehlen
Hi,
danke an alle...Im Moment scheint sich die Situation zu stabilisieren.
Ich habe gestern noch ein neues Homematic Wandthermostat (HM-TC-IT-WM-W-EU) eingebunden und alles geht wunderbar....
Irgendwie ist das seltsam....ehrlich gesagt habe ich die Busware Komponenten in Verdacht ( und es ist nur ein Verdacht) als wenn die sich nach geraumer Zeit zerlegen....ist mittlerweile der 2'te der Ärger macht, der erste funktioniert gar nicht mehr....evtl ist die USB Spannung am Bananapi zu stark schwankend, evtl kippt aber auch in China ein Sack Reis um ....ich weiss es nicht....aber nochmals danke an all
Cheers
(C)arlos
Guten morgen zusammen,
leider ist das Problem wieder da....
meine gesamt FHEM Installation spinnt komplett rum ( sprich steuert und regelt wann Sie lustig ist)
Immer noch habe ich Probleme mit dem CUL Meldungen. Inzwischen, habe ich die USB Sticks auch einmal ausgetauscht und vorher mit
der neueste Firmware bestückt. Ich schliesse also einen defekt am CUL aus, da bei 2 der selbe Effekt relativ unwahrscheinlich ist, wenn auch nicht unmöglich ist.
Anbei Auszüge aus den diversen Logs.
2017.01.22 06:48:26 2: COC: unknown message ERR:CCA
2017.01.22 06:48:27 1: /dev/ttyACM0 disconnected, waiting to reappear (COC)
==> COC-2017.log <==
2017-01-22_06:48:27 COC DISCONNECTED
==> fhem-2017-01.log <==
2017.01.22 06:48:28 3: Setting COC serial parameters to 38400,8,N,1
2017.01.22 06:48:28 4: CUL_send: COCV
2017.01.22 06:48:28 5: CUL/RAW (ReadAnswer): V 1.66 CUL868
2017.01.22 06:48:28 4: CUL_send: COC?
2017.01.22 06:48:28 5: CUL/RAW (ReadAnswer): ? (? is unknown) Use one of B b C F i A Z N k G M K U Y R T V W X e f m L l t u x
==> COC-2017.log <==
2017-01-22_06:48:28 COC cmds: B b C F i A Z N k G M K U Y R T V W X e f m L l t u x
==> fhem-2017-01.log <==
2017.01.22 06:48:28 3: COC: Possible commands: BbCFiAZNkGMKUYRTVWXefmLltux
2017.01.22 06:48:28 4: CUL_send: COCX2 1
2017.01.22 06:48:28 4: CUL_send: COCAr
2017.01.22 06:48:28 4: CUL_send: COCT0 1
2017.01.22 06:48:28 5: CUL/RAW (ReadAnswer): xxxx
2017.01.22 06:48:28 5: GOT CUL fhtid: xxxx
==> COC-2017.log <==
2017-01-22_06:48:28 COC Initialized
==> fhem-2017-01.log <==
2017.01.22 06:48:28 1: /dev/ttyACM0 reappeared (COC)
==> fhem-2017-01.log <==
2017.01.22 06:49:37 5: COC sending As1007A011F14711448BBE0201C80000E100
2017.01.22 06:49:37 4: CUL_send: COCAs 10 07 A011 F14711 448BBE 0201C80000E100
2017.01.22 06:49:38 5: CUL/RAW: /ERR:CCA
A0EC7841042E8C50000000BACC50F0003
2017.01.22 06:49:39 4: CUL_Parse: COC E RR :C CA
==> COC-2017.log <==
2017-01-22_06:49:39 COC UNKNOWNCODE ERR:CCA
==> fhem-2017-01.log <==
2017.01.22 06:49:39 2: COC: unknown message ERR:CCA
2017.01.22 06:49:39 4: CUL_Parse: COC A 0E C7 8410 42E8C5 000000 0BACC50F0003 -72.5
2017.01.22 06:49:39 5: CUL/RAW: /A0D028410448D070000000601C8000A
2017.01.22 06:49:39 4: CUL_Parse: COC A 0D 02 8410 448D07 000000 0601C8000A -69
==> COC-2017.log <==
2017-01-22_06:49:39 COC UNKNOWNCODE A0D028410448D070000000601C800::-69:COC
==> fhem-2017-01.log <==
2017.01.22 06:49:39 3: COC: Unknown code A0D028410448D070000000601C800::-69:COC, help me!
2017.01.22 06:49:43 5: COC sending As1007A011F14711448BBE0201C80000E100
2017.01.22 06:49:43 4: CUL_send: COCAs 10 07 A011 F14711 448BBE 0201C80000E100
2017.01.22 06:49:44 5: CUL/RAW: /ERR:CCA
2017.01.22 06:49:44 4: CUL_Parse: COC E RR :C CA
==> COC-2017.log <==
2017-01-22_06:49:44 COC UNKNOWNCODE ERR:CCA
==> fhem-2017-01.log <==
2017.01.22 06:49:44 2: COC: unknown message ERR:CCA
2017.01.22 06:49:48 5: COC sending As1007A011F14711448BBE0201C80000E100
2017.01.22 06:49:48 4: CUL_send: COCAs 10 07 A011 F14711 448BBE 0201C80000E100
2017.01.22 06:49:48 5: CUL/RAW: /A0FBD8610293BB90000000A98C10F231836
2017.01.22 06:49:48 4: CUL_Parse: COC A 0F BD 8610 293BB9 000000 0A98C10F231836 -47
2017.01.22 06:49:48 5: CUL/RAW: /A0E078002448BBEF147110101C8404018
2017.01.22 06:49:48 4: CUL_Parse: COC A 0E 07 8002 448BBE F14711 0101C8404018 -62
2017.01.22 06:49:48 5: CUL/RAW: /A0C6F847042E8C500000000C52208
==> COC-2017.log <==
2017-01-22_06:49:39 COC UNKNOWNCODE ERR:CCA
2017-01-22_06:49:39 COC UNKNOWNCODE A0D028410448D070000000601C800::-69:COC
2017-01-22_06:49:44 COC UNKNOWNCODE ERR:CCA
2017-01-22_06:52:51 COC UNKNOWNCODE ERR:CCA
2017-01-22_06:53:00 COC UNKNOWNCODE ERR:CCA
2017-01-22_06:53:06 COC UNKNOWNCODE ERR:CCA
2017-01-22_06:53:14 COC UNKNOWNCODE ERR:CCA
2017-01-22_06:53:26 COC UNKNOWNCODE ERR:CCA
2017-01-22_06:55:30 COC DISCONNECTED
Ich finde das debugen hier sehr mühsam, da der Fehler ja nun anscheinend im COC UNKNOWNCODE ERR:CCA zu liegen scheint, aber ich keine Ahnung habe welches Devices diese Meldung nun verursachen soll.
-----> Was hat sich zum letzten mal geändert <----
Ich habe mehrere HM-LC-Sw1PBU-FM (Lichtschalter) und HM-SEC-MDIR-2 (Bewegungsmelder) eingebunden.
Beim einbinden des vorletzten HM-LC-Sw1PBU-FM fanden sich plötzlich wieder die Meldungen im Logfile und der Schalter war zwar gepeert aber nie sauber funktional ( MISSING ACK ) dadurch war natürlich auch ein Schalten über den Bewegungsmelder nicht möglich ...
Ich gehe davon aus das die HM-LC-Sw1PBU-FM fehlerfrei sind, da ich noch 2 neue hatte und die haben das selbe Verhalten gezeigt.
Nun ist es so, das ich die HM-LC-Sw1PBU-FM noch nicht mal mehr peeren kann ! es passiert rein gar nichts !
Ich bin ziemlich ratlos und eigentlich kurz davor aufzugeben.... :-(
Any help is good help, der acceptance Factor meiner Familie tendiert gerade gegen -274 Grad Celsius :-(
cheers
Nachtrag :
Ich habe eben den Schalter in der Wand noch einmal gegen einen neuen ausgetauscht ( frisch aus der Verpackung )
Folgendes passiert
-> eingebaut
-> set COC hmPairForSec 600
-> device wird erkannt
2017.01.22 08:17:56 4: CUL_Parse: COC A 1A 04 8400 448F3D 000000 2800694E4551303133373030331001010011 -65.5
2017.01.22 08:17:56 2: CUL_HM Unknown device HM_448F3D is now defined
2017.01.22 08:17:56 2: autocreate: define HM_448F3D CUL_HM 448F3D
2017.01.22 08:17:56 2: autocreate: define FileLog_HM_448F3D FileLog ./log/HM_448F3D-%Y.log HM_448F3D
2017.01.22 08:17:57 5: CUL/RAW: /A1402A45F3149E7F1471180000A0003EF00310921010D
-> Register auslesen nicht möglich
-> Werksreset durchgeführt. ( Taste 4sec drücken, loslassen wenn blinkt, nochmal 4sec drücken bis zum schnellen blinken)
-> device aus fhem geloescht
-> pairing wieder angeworfen.
-> taste am device gedrueckt bis sie blinkt
-> ums verrecken kein pairing mehr möglich. der Schalter und FHEM wollen einfach nicht mehr ....
ch habe jede Menge sendings vom CUL aber nur 1-2 Parsings
2017.01.22 08:23:05 5: CUL/RAW: /A0D0A8410448F3D000000060100001E
2017.01.22 08:23:05 4: CUL_Parse: COC A 0D 0A 8410 448F3D 000000 060100001E -59
ansonsten scheint das device in feinster Weise fuer FHEM zu existieren
Auch ein manuelles pairing bring keine Änderung
....
Guten morgen,
oder sollte ich sagen, "Alle Jahre wieder"
irgendwie fast immer nach 11-12 Monaten kommt der Fehler
2017-11-05_11:13:11 COC UNKNOWNCODE ERR:CCA
wieder hoch.
Wie beim letzten mal findet sich kein weiterer Hinweise was die Ursache sein könnte.
Alle Batterien sind frisch und die Devices sind alle sauber gepairt.
Es wuerde mich ja nicht weiter interessieren, aber
- Meine Bewegungsmelder schalten nicht mehr sauber wenn ich den Raum betrete
- Die Alarmanlage funktioniert nicht mehr
- Die Verbrauche werden nicht mehr abgeschaltet wenn Sie nicht mehr aktiv sind ( Waschmaschine, Trockner, etc. )
- Ich kann mich einfach auf FHEM nicht verlassen....:-/
Bitte, kann mir jemand helfen. :'( :'( :'(
Gruesse
Skeleton
Ich habe das gleiche Problem mit zwei neuen Wandthermostaten Firmware 1.3. Keine anderen HM-Komponenten vorhanden.
Zusätzlich war FHEM nach dem erfolgreichem Pairing eingefroren -> hier hat zumindest die aktuelle CulFW 566 Abhilfe geschaffen.
Hi hackepeter,
danke fuer deine Antwort, ich weiss nicht was es bei mir war, nach etlichen restarts und neuem peering aller Elemente war es weg....FHEM ist einfach nicht mehr Zeitgemäß was Fehlerbehandlung und Visualisierung angeht.....Mir fehlt im Moment leider die Zeit um auf openhab umzuschwenken.....
Cheers
Zitat von: hackepeter am 06 Dezember 2017, 23:33:34
Ich habe das gleiche Problem mit zwei neuen Wandthermostaten Firmware 1.3. Keine anderen HM-Komponenten vorhanden.
Zusätzlich war FHEM nach dem erfolgreichem Pairing eingefroren -> hier hat zumindest die aktuelle CulFW 566 Abhilfe geschaffen.
Nach dem Statement von skeleton würde ich vorschlagen, dass Du ein neues Thema aufmachst und dort genau beschreibst, was bei Dir nicht geht. Denn welches "das gleiche Problem" ist und was Du schon gemacht hast könnte dazubeitragen, dass wir helfen können.