Schalt und Regelbefehle werde nicht mehr ausgeführt

[skeleton]

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

[CoolTux]

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

[viegener]

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

[skeleton]

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

[viegener]

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

[skeleton]

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

[skeleton]

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.

Code Auswählen Erweitern


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

[skeleton]

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

....

[skeleton]

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

[hackepeter]

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.

[skeleton]

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

[viegener]

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.